畢業(yè)論文-醫(yī)院門診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用

下載需知下載需知★本站上傳的文檔資源均來自互聯(lián)網(wǎng)，以分享為目的，為有需要者提供學(xué)習(xí)與參考，版權(quán)為原作者所有，若侵犯到原作者的權(quán)益,請(qǐng)?zhí)岢鲋刚?及時(shí)與網(wǎng)站客服聯(lián)系，并提供必要的證據(jù)，如屬實(shí)，網(wǎng)站會(huì)在第一時(shí)間進(jìn)行處理，立即刪除相應(yīng)下載鏈接頁面并將文檔刪除?！锉菊旧蟼鞯奈臋n，在文檔排版上進(jìn)行過整理，并未對(duì)內(nèi)容進(jìn)行增加或刪除，因此，本站并不保證文檔質(zhì)量，因此下載之前，務(wù)必先預(yù)覽一番，因?yàn)轭A(yù)覽與下載的內(nèi)容完全一樣，所以如果發(fā)現(xiàn)內(nèi)容有問題，請(qǐng)不要下載?！锵螺d后的word文檔均可進(jìn)行復(fù)制、編輯，沒有密碼保護(hù)，PDF格式均可轉(zhuǎn)換成word，PPT文檔可直接進(jìn)行修改。因上傳需要對(duì)文檔進(jìn)行轉(zhuǎn)換，轉(zhuǎn)換過程中有可能不能正常閱讀或是下載后不能編輯，遇到這種問題，可以留言，留下郵箱地址，我們會(huì)把原始文檔發(fā)送到你的郵箱。大連理工大學(xué)本科畢業(yè)設(shè)計(jì)（論文）一種醫(yī)院門診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用Hospitalout-patientmanagementinformationsystem學(xué)院（系）：軟件學(xué)院專業(yè)：網(wǎng)絡(luò)工程學(xué)生姓名：李誠(chéng)學(xué)號(hào)：200694120指導(dǎo)教師：王潔評(píng)閱教師：周寬久完成日期：2010年6月10日大連理工大學(xué)Dalian-PAGEII--PAGEI-摘要開發(fā)醫(yī)院信息系統(tǒng)(HIS)的目標(biāo)就是立足醫(yī)院應(yīng)用實(shí)際，著眼于未來發(fā)展，以強(qiáng)化醫(yī)院管理，提高醫(yī)療質(zhì)量，方便患者就醫(yī)和查詢，提高醫(yī)院的服務(wù)效率和服務(wù)質(zhì)量，設(shè)計(jì)一套符合醫(yī)院功能規(guī)范要求，安全穩(wěn)定，操作簡(jiǎn)便的醫(yī)院管理信息系統(tǒng)，為醫(yī)院信息化管理提供了一套全方位的解決方案。醫(yī)院管理信息系統(tǒng)是醫(yī)院自動(dòng)化管理的一個(gè)重要組成部分，它的開發(fā)大大提高了醫(yī)院信息管理的規(guī)范化能力。本文介紹了在VisualStudio2005環(huán)境下采用三層架構(gòu)模式開發(fā)的醫(yī)院門診管理信息系統(tǒng)。通過對(duì)多家醫(yī)院的實(shí)際考察，融合如今主流醫(yī)院管理信息系統(tǒng)的優(yōu)點(diǎn)，設(shè)計(jì)開發(fā)了一套行之有效，可滿足一般醫(yī)院門診信息管理需求的解決方案。文章介紹了該系統(tǒng)的設(shè)計(jì)開發(fā)全過程，包括系統(tǒng)分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試等部分。本系統(tǒng)分為基本信息維護(hù)、門診掛號(hào)、門診收費(fèi)、門診藥房四個(gè)子模塊?；拘畔⒕S護(hù)包含的功能有常數(shù)維護(hù)、科室人員管理、人員組管理、權(quán)限維護(hù)，掛號(hào)管理包含的功能有現(xiàn)場(chǎng)掛號(hào)、退號(hào)、患者基本信息維護(hù)、日結(jié)以及門診掛號(hào)相關(guān)的查詢，如科室收入?yún)R總查詢、掛號(hào)員工作量查詢、掛號(hào)情況查詢等等，門診收費(fèi)包含的功能有門診收費(fèi)、門診退費(fèi)、門診結(jié)賬(日結(jié))以及門診收費(fèi)相關(guān)的查詢，門診藥房包含的功能有藥品管理、門診劃價(jià)(收費(fèi))、藥品退費(fèi)、門診配藥、門診發(fā)藥、門診退藥以及藥房?jī)?nèi)的相關(guān)查詢。關(guān)鍵詞：門診掛號(hào)；門診收費(fèi)；醫(yī)院信息系統(tǒng)；三層架構(gòu)-PAGEV-Hospitalout-patientinformationsystemAbstractDevelopmentofhospitalinformationsystemsisbasedontheactualhospitalapplications,focusingonthefuturedevelopment,tostrengthenhospitalmanagementandimprovinghealthcarequality,convenientmedicalcareandcheckinpatients,toimprovetheefficiencyandservicequalityofthehospital'sservices,designasecurity,stability,easyandmeettheperformancespecificationrequirementsofhospitalinformationsystem,forhospitalinformationmanagementprovidesacomprehensivesolution.Hospitalinformationsystemisanimportantcomponentoftheautomatedhospitalinformationsystem;itsdevelopmentgreatlyimprovedthestandardizationofhospitalinformationmanagementcapabilities.ThisarticledescribestheenvironmentinVisualStudio2005,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目錄摘要 IAbstract II1緒論 11.1醫(yī)院信息系統(tǒng)的定義 11.2開發(fā)醫(yī)院信息系統(tǒng)的意義 11.3國(guó)內(nèi)外情況 21.4醫(yī)療發(fā)展趨勢(shì)與前景 32門診系統(tǒng)分析 62.1可行性分析 62.1.1技術(shù)可行性 62.1.2經(jīng)濟(jì)可行性 62.1.3操作可行性 72.2系統(tǒng)需求分析 72.2.1業(yè)務(wù)及用戶需求分析 72.2.2系統(tǒng)功能需求分析 93門診系統(tǒng)概要設(shè)計(jì) 123.1系統(tǒng)功能設(shè)計(jì) 123.1.1系統(tǒng)功能結(jié)構(gòu) 123.1.2系統(tǒng)狀態(tài)流程 123.2系統(tǒng)數(shù)據(jù)流程設(shè)計(jì) 133.2.1掛號(hào)模塊數(shù)據(jù)流程 133.2.2收費(fèi)模塊數(shù)據(jù)流程 143.2.3藥房模塊數(shù)據(jù)流程 163.3系統(tǒng)概念結(jié)構(gòu)設(shè)計(jì) 183.3.1基本信息維護(hù)模塊概念結(jié)構(gòu)設(shè)計(jì) 183.3.2掛號(hào)模塊概念結(jié)構(gòu)設(shè)計(jì) 193.3.3收費(fèi)模塊概念結(jié)構(gòu)設(shè)計(jì) 203.3.4藥房模塊概念結(jié)構(gòu)設(shè)計(jì) 214門診系統(tǒng)詳細(xì)設(shè)計(jì) 234.1項(xiàng)目架構(gòu)設(shè)計(jì) 234.1.1三層架構(gòu)說明 234.1.2系統(tǒng)三層架構(gòu) 244.2界面設(shè)計(jì) 254.3數(shù)據(jù)庫(kù)設(shè)計(jì) 264.3.1基本信息維護(hù)表設(shè)計(jì) 264.3.2門診掛號(hào)表設(shè)計(jì) 284.3.3門診收費(fèi)表設(shè)計(jì) 304.3.4門診藥房表設(shè)計(jì) 335實(shí)現(xiàn) 355.1登陸界面 355.2基本信息維護(hù)界面 365.3門診掛號(hào)界面 375.3.1掛號(hào) 375.3.2退號(hào) 375.3.3日結(jié) 385.3.4查詢 385.4門診收費(fèi)界面 395.4.1收費(fèi) 395.4.2退費(fèi) 415.4.3結(jié)賬 415.5門診藥房界面 425.5.1藥房藥品管理 425.5.2藥房劃價(jià) 425.5.3藥房配發(fā)藥 435.5.4藥房查詢 446測(cè)試 456.1軟件測(cè)試定義 456.2軟件測(cè)試目的與原則 456.2.1軟件測(cè)試目的 456.2.2軟件測(cè)試原則 456.3測(cè)試方法 456.4測(cè)試階段 466.4.1單元測(cè)試 466.4.2集成測(cè)試 466.4.3功能測(cè)試 46結(jié)論 47參考文獻(xiàn) 48附錄A掛號(hào)日結(jié)算法 49附錄B門診收費(fèi)算法 55致謝 59PAGE2–PAGE58–1緒論1.1醫(yī)院信息系統(tǒng)的定義醫(yī)院信息系統(tǒng)(HospitalInformationSystem,HIS)在國(guó)際學(xué)術(shù)界已公認(rèn)為新興的醫(yī)學(xué)信息學(xué)(MedicalInformatics)的重要分支。美國(guó)該領(lǐng)域的著名教授Morris.Collen于1988年曾著文為醫(yī)院信息系統(tǒng)下了如下定義：利用電子計(jì)算機(jī)和通訊設(shè)備，為醫(yī)院所屬各部門提供病人診療信息和行政管理信息的收集、存儲(chǔ)、處理、提取和數(shù)據(jù)交換的能力，并滿足所有授權(quán)用戶的功能需求。1.2開發(fā)醫(yī)院信息系統(tǒng)的意義改善醫(yī)院管理，支持醫(yī)教研。我國(guó)醫(yī)院的信息處理基本上還停留在手工方式，勞動(dòng)強(qiáng)度大且工作效率低，醫(yī)師護(hù)士和管理人員的大量時(shí)間都消耗在事務(wù)性工作上，致使"人不能盡其才"；病人排隊(duì)等候時(shí)間長(zhǎng)，輾轉(zhuǎn)過程多，影響醫(yī)院的秩序；病案、臨床檢驗(yàn)、病理檢查等許多寶貴的數(shù)據(jù)資料的檢索十分費(fèi)事甚至難以實(shí)現(xiàn)；對(duì)這些資料深入的統(tǒng)計(jì)分析手工方式無法進(jìn)行，不能充分為醫(yī)學(xué)科研利用；在經(jīng)濟(jì)管理上也因而存在漏、跑、錯(cuò)費(fèi)現(xiàn)象；醫(yī)院物資管理由于信息不準(zhǔn)確，家底不明，積壓浪費(fèi)，以致“物不能盡其用”。開發(fā)HIS是解決上述問題的有效途徑。HIS系統(tǒng)的有效運(yùn)行，將提高醫(yī)院各項(xiàng)工作的效率和質(zhì)量，促進(jìn)醫(yī)學(xué)科研、教學(xué)；減輕各類事務(wù)性工作的勞動(dòng)強(qiáng)度，使他們騰出更多的精力和時(shí)間來服務(wù)于病人；改善經(jīng)營(yíng)管理，堵塞漏洞，保證病人和醫(yī)院的經(jīng)濟(jì)利益；為醫(yī)院創(chuàng)造經(jīng)濟(jì)效益。完整的HIS系統(tǒng)實(shí)現(xiàn)了信息的全過程追蹤和動(dòng)態(tài)管理，從而做到簡(jiǎn)化患者的診療過程，優(yōu)化就診環(huán)境，改變目前排隊(duì)多、等候時(shí)間長(zhǎng)、秩序混亂的局面。如目前多數(shù)醫(yī)院就診必須經(jīng)過掛號(hào)、等候病歷、劃價(jià)、收費(fèi)、取藥或治療一系列過程，一個(gè)患者少則排3次隊(duì)，多則5、6次，用于過程性的時(shí)間最少在1個(gè)小時(shí)以上，若實(shí)施HIS以后，每個(gè)病人用于診療的中間過程性時(shí)間會(huì)大幅度減少；假定一家醫(yī)院門診人次為2000人次/天，年門診250天，每人少花費(fèi)半小時(shí)，則日節(jié)約1000小時(shí)，一年節(jié)約36萬小時(shí)，其產(chǎn)生的社會(huì)效益和間接經(jīng)濟(jì)效益是明顯的。同時(shí)HIS的實(shí)施也強(qiáng)化了醫(yī)院內(nèi)部管理，降低了醫(yī)護(hù)人員的工作強(qiáng)度和時(shí)間，偽、冒、漏現(xiàn)象可以解決，也加速了資金周轉(zhuǎn)和減少藥品、器械等物資積壓。據(jù)估計(jì)如果全國(guó)有2000家醫(yī)院應(yīng)用HIS，每年每所醫(yī)院增收節(jié)支、加速資金回籠和周轉(zhuǎn)、堵漏、減少物資積壓的回收資金方面的效益按20萬元估計(jì)的話(實(shí)際比這高)，則年效益估計(jì)為40億元，十分可觀。但這往往不被人所認(rèn)識(shí)。當(dāng)然建立HIS更主要的還在于它對(duì)醫(yī)院管理、醫(yī)療質(zhì)量和醫(yī)學(xué)研究的長(zhǎng)期效應(yīng)帶來的綜合效益。因此HIS的投資一般需做基礎(chǔ)性投資，誠(chéng)如任何機(jī)構(gòu)的統(tǒng)計(jì)部門那樣，它是花錢的部門，但其重要性是公認(rèn)的，投資也是必須的。HIS的效益遠(yuǎn)遠(yuǎn)超出醫(yī)院本身，因?yàn)橥暾牟∪酸t(yī)學(xué)記錄是醫(yī)學(xué)研究的重要信息資源，這類資源在手工作業(yè)環(huán)境下，大部分被拋棄了。1.3國(guó)內(nèi)外情況電子計(jì)算機(jī)在醫(yī)院的應(yīng)用已有三十多年的歷史，60年代初，美國(guó)便開始了HIS的研究。著名的麻省總醫(yī)院<MGH>開發(fā)的COSTAR系統(tǒng)是60年代初開始并發(fā)展到今天成為大規(guī)模的臨床病人信息系統(tǒng)。隨著計(jì)算機(jī)技術(shù)的發(fā)展，70年代，HIS進(jìn)入大發(fā)展時(shí)期，美日歐各國(guó)的醫(yī)院，特別是大學(xué)醫(yī)院及醫(yī)學(xué)中心紛紛開發(fā)HIS，成為醫(yī)藥信息學(xué)的形成和發(fā)展的基礎(chǔ)。70－80年代，美國(guó)的HIS產(chǎn)業(yè)已有很大發(fā)展。1985年美國(guó)全國(guó)醫(yī)院數(shù)據(jù)處理工作調(diào)查表明，100張床位以上的醫(yī)院，80%實(shí)現(xiàn)了計(jì)算機(jī)財(cái)務(wù)收費(fèi)管理，70%的醫(yī)院可支持病人掛號(hào)登記和行政事務(wù)管理。25%的醫(yī)院有了較完整的HIS，即實(shí)現(xiàn)了病房醫(yī)護(hù)人員直接用計(jì)算機(jī)處理醫(yī)囑和查詢實(shí)驗(yàn)室的檢驗(yàn)結(jié)果。10%的醫(yī)院(2530)有全面計(jì)算機(jī)管理的HIS。日本的HIS開發(fā)和應(yīng)用從70年代初開始。多數(shù)日本醫(yī)院是80年代以后開始進(jìn)行HIS工作的，但發(fā)展十分迅猛，規(guī)模相當(dāng)大，是以大型機(jī)為中心的醫(yī)院計(jì)算機(jī)系統(tǒng)。如北里大學(xué)醫(yī)院的IBM/3090雙機(jī)系統(tǒng)。當(dāng)前日本的HIS總的趨勢(shì)是系統(tǒng)化、網(wǎng)絡(luò)化、綜合性，開始走自上而下的開發(fā)路線，一般都有大型機(jī)作為中心、支撐整個(gè)系統(tǒng)工作，并盡量采用微機(jī)和網(wǎng)絡(luò)技術(shù)，投資規(guī)模大，正在實(shí)現(xiàn)“ordering”工作方式，即數(shù)據(jù)從發(fā)生源直接輸入計(jì)算機(jī)。到1991年統(tǒng)計(jì)有近10家實(shí)現(xiàn)或基本實(shí)現(xiàn)此種方式。支持診療的功能在不斷加強(qiáng)，系統(tǒng)24小時(shí)運(yùn)行。不少軟件是醫(yī)院和計(jì)算機(jī)公司聯(lián)合開發(fā)的，一些大公司也開發(fā)了一些通用的醫(yī)院信息管理軟件包，也有些醫(yī)院自己開發(fā)。如北里大學(xué)，開發(fā)了綜合的HIS，開發(fā)費(fèi)用(機(jī)器設(shè)備除外)為3億4千萬日元(約合人民幣1300萬元)。日常運(yùn)行費(fèi)用支出為一年5億1千萬日元(約合人民幣2000多萬元)。歐洲的HIS發(fā)展比美國(guó)稍晚，大多數(shù)是70年代中期和80年代開始。歐洲HIS的特點(diǎn)是實(shí)現(xiàn)了一些區(qū)域信息系統(tǒng)。如丹麥的RedSystem，管理76所醫(yī)院和診所。法國(guó)第八醫(yī)療保健中心實(shí)現(xiàn)了能管理三所大醫(yī)院和三所醫(yī)藥學(xué)院的一體化信息系統(tǒng)－GrenobleIntegratedHIS。隨著初級(jí)衛(wèi)生保健工作的發(fā)展，歐洲各國(guó)區(qū)域性醫(yī)院計(jì)算機(jī)網(wǎng)絡(luò)將實(shí)現(xiàn)。目前歐共體的SHINE工程<StrategicHealthInformaticsNetworkforEurope>已經(jīng)開始，英法意德許多公司都參與了此項(xiàng)工程。在分布式數(shù)據(jù)庫(kù)系統(tǒng)和開放網(wǎng)工程方面已做了大量工作。計(jì)算機(jī)70年代末期就進(jìn)入了我國(guó)醫(yī)療行業(yè)，當(dāng)時(shí)以IBM的M340小型機(jī)為主，只有少數(shù)幾家大型的部屬綜合醫(yī)院和教學(xué)醫(yī)院擁有，如北京協(xié)和醫(yī)院、北京腫瘤醫(yī)院、301醫(yī)院等，主要應(yīng)用于科研和教學(xué)，還沒有應(yīng)用于HIS的管理。80年代初期，隨著蘋果PC機(jī)的出現(xiàn)和BASIC語言的普及，一些醫(yī)院開始開發(fā)一些小型的管理軟件，如工資軟件等；80年代中期，隨著XT286的出現(xiàn)和國(guó)產(chǎn)化，以及DBASEIII和UNIX網(wǎng)絡(luò)操作系統(tǒng)的出現(xiàn)，一些醫(yī)院開始建立小型的局域網(wǎng)絡(luò)，并開發(fā)出基于部門管理的小型網(wǎng)絡(luò)管理系統(tǒng)，如住院管理，藥房管理等。進(jìn)入90年代，NOVELL網(wǎng)和FOXBASE、FOXFRO數(shù)據(jù)庫(kù)日益盛行，完整的醫(yī)院網(wǎng)絡(luò)管理系統(tǒng)的實(shí)現(xiàn)已經(jīng)成為可能，于是一些有計(jì)算機(jī)技術(shù)力量的醫(yī)院開始開發(fā)適合自己醫(yī)院的醫(yī)院管理系統(tǒng)。一些計(jì)算機(jī)公司也不適時(shí)機(jī)的開發(fā)HIS，如HP公司（與301醫(yī)院合作）、IBM公司、微軟公司、浪潮公司。但這些系統(tǒng)都存在如下一些問題：A．軟件水平較低，一般只能做些初級(jí)的事務(wù)處理，也有的軟件開發(fā)之后用了一段時(shí)間就停下了，堅(jiān)持不下去，其原因是：(1)各醫(yī)院計(jì)算機(jī)專業(yè)人才缺乏，技術(shù)力量薄弱，特別是缺少高層次系統(tǒng)分析人員和跨專業(yè)復(fù)合型人才。(2)項(xiàng)目多，力量分散。(3)醫(yī)院經(jīng)費(fèi)有限，很難建立起理想的軟、硬件支撐環(huán)境。B．重復(fù)開發(fā)多。據(jù)一個(gè)省調(diào)查，幾年來，總共開發(fā)262個(gè)項(xiàng)目中，工資系統(tǒng)就有41個(gè)，醫(yī)療統(tǒng)計(jì)21個(gè)，人事21個(gè)……，重復(fù)率達(dá)70%多，究其原因：(1)

單位管理方式有一定差異，軟件不能通用。(2)

軟件沒有一個(gè)統(tǒng)一的標(biāo)準(zhǔn)，難以推廣。(3)

全國(guó)沒有一個(gè)較高水平、可廣泛推廣的醫(yī)院管理軟件包。1.4醫(yī)療發(fā)展趨勢(shì)與前景在1984年，鄧小平同志就曾高瞻遠(yuǎn)矚地提出：“開發(fā)信息資源，服務(wù)四化建設(shè)?！钡膽?zhàn)略思想。可見，信息化是社會(huì)發(fā)展的趨勢(shì)。特別在當(dāng)今世界，信息作為最積極、最有生命力的新興社會(huì)生產(chǎn)力的代表，正日益成為社會(huì)與經(jīng)濟(jì)發(fā)展的強(qiáng)大動(dòng)力。作為國(guó)民經(jīng)濟(jì)與社會(huì)發(fā)展信息化的一個(gè)重要組成部分——醫(yī)療系統(tǒng)信息化，是指人們利用現(xiàn)代信息技術(shù)，收集、開發(fā)、利用醫(yī)療信息資源，實(shí)現(xiàn)醫(yī)療資源的高度共享，對(duì)傳統(tǒng)的醫(yī)療管理模式、工作流程進(jìn)行信息化改造的過程[1]。其發(fā)展順應(yīng)了國(guó)家信息化的潮流以及我國(guó)醫(yī)療事業(yè)改革與發(fā)展的需要，同時(shí)對(duì)提高醫(yī)療預(yù)防保健工作效率與服務(wù)水平、規(guī)范衛(wèi)生監(jiān)督管理行為具有積極和深遠(yuǎn)的意義。科學(xué)技術(shù)發(fā)展日新月異，高精尖儀器特別是電子智能儀器在醫(yī)院臨床和醫(yī)技科室的廣泛應(yīng)用，使各種數(shù)據(jù)或病人信息的收集、處理具備了良好的基礎(chǔ)。醫(yī)院管理的許多信息已可以直接從檢查治療儀器上生成，或從信息發(fā)生地獲取，而無需手工匯總錄入；各種信息的存儲(chǔ)空間呈現(xiàn)海量使得數(shù)據(jù)和信息的存儲(chǔ)、加工處理等可以在其發(fā)生的各個(gè)階段或各個(gè)層次同時(shí)進(jìn)行。這些功能的實(shí)現(xiàn)，一方面歸功于自動(dòng)化“硬件”技術(shù)的不斷更新和發(fā)展，另方面表現(xiàn)在“軟件”技術(shù)的不斷完善或更新上。管理模式的轉(zhuǎn)變、操作方法的改進(jìn)，以及“硬件”技術(shù)的發(fā)展，都要求所用“軟件”亦隨之完善或更新。這些技術(shù)和功能的更新?lián)Q代時(shí)間已大大短于其設(shè)備的使用年限，有的甚至已以月計(jì)。因此，伴隨著醫(yī)院管理信息系統(tǒng)技術(shù)的進(jìn)步和更新，也使資金和技術(shù)人力投入的不斷增加。在這幾年中，醫(yī)院信息系統(tǒng)將進(jìn)入一個(gè)新的發(fā)展階段。由單機(jī)系統(tǒng)向網(wǎng)絡(luò)化發(fā)展，由醫(yī)院內(nèi)部局域網(wǎng)向廣域網(wǎng)拓展；由單一形式的靜態(tài)向多媒體動(dòng)態(tài)改變；由封閉的專有技術(shù)環(huán)境向開放的統(tǒng)一標(biāo)準(zhǔn)化轉(zhuǎn)變。隨著信息系統(tǒng)自動(dòng)化的實(shí)現(xiàn)，醫(yī)院管理者能夠在更高層次、更大范圍。更短時(shí)間里獲得各種數(shù)據(jù)和信息，擁有更多、更科學(xué)的決策依據(jù)，從而使醫(yī)院管理從被動(dòng)轉(zhuǎn)變?yōu)橹鲃?dòng)，從而擴(kuò)大了醫(yī)院生存與發(fā)展的空間，獲得較好的社會(huì)效益和經(jīng)濟(jì)效益。全國(guó)近半數(shù)的醫(yī)院進(jìn)行了網(wǎng)絡(luò)建設(shè)，信息系統(tǒng)的應(yīng)用水平不斷提高，逐步從以財(cái)務(wù)為重點(diǎn)的管理信息系統(tǒng)，轉(zhuǎn)向臨床加管理的信息系統(tǒng)，一些醫(yī)院正在探索建立醫(yī)生工作站、護(hù)士工作站、臨床檢驗(yàn)信息系統(tǒng)、醫(yī)學(xué)影像系統(tǒng)、電子病歷和遠(yuǎn)程醫(yī)療為特點(diǎn)的數(shù)字化醫(yī)院。許多醫(yī)療衛(wèi)生機(jī)構(gòu)建立了互聯(lián)網(wǎng)站、開展網(wǎng)上掛號(hào)、預(yù)約就診、信息咨詢、健康教育和遠(yuǎn)程服務(wù)等。但是，醫(yī)院因其工作的復(fù)雜性和各醫(yī)院管理模式的不盡相同，使醫(yī)院管理計(jì)算機(jī)軟件的開發(fā)具有很大的挑戰(zhàn)性和潛力。特別是在目前尚未形成一套成熟、有效的應(yīng)用軟件的情況下，各公司競(jìng)相開發(fā)，有的只做成結(jié)構(gòu)框架就急于推向市場(chǎng)，由用戶再行二次開發(fā)；有的醫(yī)院聘用公司人員開發(fā)軟件，應(yīng)用后因軟件的更新維護(hù)工作跟不上而影響其正常運(yùn)行；有的醫(yī)院甚至投資數(shù)十萬元仍一無所獲。醫(yī)院各自為戰(zhàn)的重復(fù)開發(fā)和被動(dòng)應(yīng)用，加上公司的商業(yè)競(jìng)爭(zhēng)，使醫(yī)院信息系統(tǒng)的建設(shè)處于一種熱情支持、積極投資，但卻與效用成反比的局面。隨著知識(shí)經(jīng)濟(jì)時(shí)代的到來，標(biāo)準(zhǔn)化是信息化的基礎(chǔ)，信息化必然伴隨著標(biāo)準(zhǔn)化。但是由于我國(guó)標(biāo)準(zhǔn)化工作嚴(yán)重滯后，標(biāo)準(zhǔn)化問題目前已成為信息化進(jìn)程的一個(gè)主要障礙。目前，全國(guó)醫(yī)院信息管理軟件的研制開發(fā)缺乏統(tǒng)一的標(biāo)準(zhǔn)、無統(tǒng)一的HIS數(shù)據(jù)接口標(biāo)準(zhǔn)，不利于整個(gè)地區(qū)醫(yī)院的資源共享。統(tǒng)一標(biāo)準(zhǔn)，是醫(yī)療信息化建設(shè)的基礎(chǔ)，也是進(jìn)行信息交換與共享的基本前提。然而目前我國(guó)醫(yī)療行業(yè)中各種業(yè)務(wù)規(guī)范與標(biāo)準(zhǔn)，尚處于逐步建立、完善和提高的過程，尤其是醫(yī)療信息標(biāo)準(zhǔn)化工作還比較薄弱。這對(duì)醫(yī)療信息化的進(jìn)一步的發(fā)展毫無疑問形成了較大的阻礙。由于缺乏統(tǒng)一的業(yè)務(wù)規(guī)范與標(biāo)準(zhǔn)，使不同的醫(yī)療信息系統(tǒng)之間無法兼容，數(shù)據(jù)無法共享，數(shù)據(jù)統(tǒng)計(jì)分析工作更是無法進(jìn)行，造成了醫(yī)療信息資源的極大浪費(fèi)。我國(guó)正處于醫(yī)療信息化建設(shè)與應(yīng)用過程中，由于人們觀念、習(xí)慣的轉(zhuǎn)變，人員素質(zhì)的提高等方面都需要比較長(zhǎng)的時(shí)間，毫無疑問會(huì)產(chǎn)生上述之類的一些問題，但若通過一系列的措施，例如加強(qiáng)醫(yī)療信息化標(biāo)準(zhǔn)化體系的規(guī)劃和建設(shè)、進(jìn)行教育和培養(yǎng)人才的規(guī)劃，以及加大醫(yī)療信息系統(tǒng)軟件上的投入和開發(fā)力度等等，相信會(huì)對(duì)我國(guó)醫(yī)療信息化建設(shè)起到推動(dòng)的作用。誠(chéng)然在我國(guó)真正實(shí)現(xiàn)醫(yī)療信息化管理，還有很長(zhǎng)一段路要走。但是在21世紀(jì)，不斷加快信息化的今天，醫(yī)療信息化已是大勢(shì)所趨，因而醫(yī)療信息化之路必定要堅(jiān)持肯定地走下去，并為全社會(huì)的醫(yī)療服務(wù)質(zhì)量做出貢獻(xiàn)。

2門診系統(tǒng)分析本節(jié)通過進(jìn)行可行性分析，判斷本醫(yī)院門診管理信息系統(tǒng)是否可行，是否能為實(shí)際應(yīng)用創(chuàng)造價(jià)值，為醫(yī)院信息管理或患者就醫(yī)查詢提供方便。然后再針對(duì)現(xiàn)今醫(yī)院的實(shí)際需求進(jìn)行分析，理清本系統(tǒng)的總體設(shè)計(jì)，需要實(shí)現(xiàn)的功能。2.1可行性分析可行性分析是系統(tǒng)分析階段的重要活動(dòng)，是對(duì)系統(tǒng)進(jìn)行全面、概要的分析。它的任務(wù)是確定項(xiàng)目開發(fā)是否必要和可行。它的主要目標(biāo)是：進(jìn)一步明確系統(tǒng)的目標(biāo)、規(guī)模和功能，對(duì)系統(tǒng)開發(fā)背景、必要性和意義進(jìn)行調(diào)查分析，并根據(jù)需要和可能提出擬開發(fā)系統(tǒng)的初步方案和計(jì)劃，明確問題，對(duì)所提供系統(tǒng)大致規(guī)模和目標(biāo)的幾個(gè)有關(guān)約束條件進(jìn)行論證，并且提出系統(tǒng)的邏輯模型和各種可能的方案，從而為系統(tǒng)開發(fā)項(xiàng)目的決策提供科學(xué)依據(jù)。本節(jié)從技術(shù)的可行性，經(jīng)濟(jì)的可行性以及操作的可行性三個(gè)方面來論證本信息管理系統(tǒng)的可行性。2.1.1技術(shù)可行性技術(shù)可行性即是對(duì)現(xiàn)有技術(shù)進(jìn)行評(píng)價(jià)，以明確能否利用現(xiàn)有技術(shù)進(jìn)行系統(tǒng)開發(fā)及系統(tǒng)實(shí)施。硬件：計(jì)算機(jī)的存儲(chǔ)量大，運(yùn)算速度快，外部設(shè)備的功能好，效率高，可靠性高，通信設(shè)備的能力、質(zhì)量都滿足要求。操作系統(tǒng)：windowsxp/2000接口能力強(qiáng)，數(shù)據(jù)庫(kù)管理系統(tǒng)的功能足夠。編譯器：VisualStudio2005，利用C#.net編寫實(shí)際管理系統(tǒng)更簡(jiǎn)便易行。數(shù)據(jù)庫(kù)：Oracle10g，數(shù)據(jù)管理更加安全可靠。本人已經(jīng)十分熟悉C#的編程，Oracle數(shù)據(jù)庫(kù)，因此技術(shù)上是可行的。2.1.2經(jīng)濟(jì)可行性對(duì)組織的經(jīng)濟(jì)狀況和投資能力進(jìn)行分析，對(duì)系統(tǒng)建設(shè)、運(yùn)行和維護(hù)費(fèi)用進(jìn)行評(píng)估，對(duì)系統(tǒng)建成后可能取得的社會(huì)及經(jīng)濟(jì)效益進(jìn)行估計(jì)。目前國(guó)內(nèi)應(yīng)用HIS的醫(yī)院管理在信息化上的軟硬件投資只占其年收入的1%-3%,而應(yīng)用HIS后，阻塞了管理漏洞，杜絕了藥品的丟失，節(jié)省了人力，提高了醫(yī)院的財(cái)、物管理水平，改善了患者的就醫(yī)環(huán)境，方便了患者就醫(yī)和查詢，提高了醫(yī)院的服務(wù)效率和服務(wù)質(zhì)量。因此帶來的經(jīng)濟(jì)回報(bào)將遠(yuǎn)遠(yuǎn)超過信息化過程中的投入。2.1.3操作可行性本系統(tǒng)大概需要兩個(gè)月的時(shí)間完成。前兩個(gè)星期主要是以看書以及收集有關(guān)系統(tǒng)方面的資料為主；接下來就是對(duì)系統(tǒng)的分析、系統(tǒng)架構(gòu)、數(shù)據(jù)庫(kù)設(shè)計(jì)、界面設(shè)計(jì)、編寫代碼，測(cè)試等等。而這些東西對(duì)于本系統(tǒng)來說是可行的。2.2系統(tǒng)需求分析2.2.1業(yè)務(wù)及用戶需求分析管理信息系統(tǒng)是一門新興的、集成管理科學(xué)、信息科學(xué)、系統(tǒng)科學(xué)及計(jì)算機(jī)科學(xué)為一體的綜合性學(xué)科，研究的是信息管理活動(dòng)的全過程，以便有效的管理信息，提供各類管理決策信息，輔助企業(yè)進(jìn)行現(xiàn)代化管理。管理信息系統(tǒng)它具備數(shù)據(jù)處理、計(jì)劃、控制、預(yù)測(cè)和輔助決策功能，具體作用如下5點(diǎn)內(nèi)容：用統(tǒng)一標(biāo)準(zhǔn)處理和提供信息，排除使用前后矛盾的不完整的數(shù)據(jù)；完整、及時(shí)提供在管理及決策中需要的數(shù)據(jù)；利用指定的數(shù)據(jù)關(guān)系分析數(shù)據(jù)，客觀預(yù)測(cè)未來；向各級(jí)管理機(jī)構(gòu)提供不同詳細(xì)程度的報(bào)告，縮短分析和解釋的時(shí)間；用最低的費(fèi)用最短的時(shí)間提供盡可能精確、可靠的信息，以便使決策者選擇最佳的實(shí)施方案，以提高企業(yè)的經(jīng)濟(jì)效益。圖2.1是系統(tǒng)的總體業(yè)務(wù)流程，一個(gè)患者進(jìn)入醫(yī)院先到掛號(hào)處進(jìn)行現(xiàn)場(chǎng)掛號(hào)，領(lǐng)取病例卡號(hào)，如果患者在當(dāng)天內(nèi)不想就醫(yī)，可進(jìn)行退號(hào)，即退相關(guān)費(fèi)用，如掛號(hào)費(fèi)、病歷本費(fèi)用等，由于門診醫(yī)生站屬于臨床診斷領(lǐng)域，實(shí)現(xiàn)較為困難，因此本系統(tǒng)把藥房劃價(jià)代替門診醫(yī)生站，為患者劃價(jià)，即開處方藥品，然后患者到門診收費(fèi)處進(jìn)行繳費(fèi)，如果此時(shí)患者不想開藥或者不想要藥品中的某幾種，可進(jìn)行門診退費(fèi)。這樣做是為了迎合實(shí)際需求，讓醫(yī)院管理更加符合現(xiàn)實(shí)。接著藥房進(jìn)行配、發(fā)藥，患者領(lǐng)取藥品之后就行了，如果領(lǐng)取藥品之后，發(fā)現(xiàn)某些藥品不想要，則同樣可進(jìn)行退費(fèi)，不過先應(yīng)該到藥房進(jìn)行退藥，再到門診收費(fèi)處進(jìn)行退費(fèi)，這樣做的目的是為了防止漏洞，試想一下，如果患者先到門診收費(fèi)處退費(fèi)了，藥品還在自己的手中，患者可以選擇不退藥品，此時(shí)就會(huì)給醫(yī)院帶來損失。本系統(tǒng)是從一個(gè)患者到醫(yī)院掛號(hào)，然后進(jìn)行劃價(jià)，收費(fèi)，藥房取藥的全過程。從圖中可以簡(jiǎn)要看出，數(shù)據(jù)能實(shí)現(xiàn)全面跟蹤，以便醫(yī)院進(jìn)行管理和決策。圖2.1系統(tǒng)總體業(yè)務(wù)流程圖醫(yī)院的醫(yī)療水平和服務(wù)質(zhì)量一直是社會(huì)關(guān)注的焦點(diǎn)，僅靠增加基礎(chǔ)設(shè)施投入和脫離信息化的管理方法的改進(jìn)，是不能從根本上提高醫(yī)院的工作效率、服務(wù)質(zhì)量和管理水平的。醫(yī)院信息管理系統(tǒng)的目的就是減輕業(yè)務(wù)勞動(dòng)強(qiáng)度，減少了差錯(cuò)，科學(xué)管理藥品，節(jié)省人力，提高醫(yī)院的財(cái)、物管理水平，增加經(jīng)濟(jì)效益，改善患者的就醫(yī)環(huán)境，方便患者就醫(yī)和查詢，提高醫(yī)院的服務(wù)效率和服務(wù)質(zhì)量，提高醫(yī)院的醫(yī)療質(zhì)量和管理水平。所以，一個(gè)現(xiàn)代化的適應(yīng)社會(huì)發(fā)展需要的醫(yī)院，除了具備一流的醫(yī)療隊(duì)伍、一流的服務(wù)設(shè)施之外，還應(yīng)具備一流的管理信息系統(tǒng)。目前很多醫(yī)院信息管理仍然是人工手動(dòng)計(jì)算,整理,查詢，管理病房等各項(xiàng)工作,執(zhí)行效率非常低,不方便,給醫(yī)務(wù)人員帶來了不少麻煩;現(xiàn)在已是21世紀(jì),為了跟上時(shí)代的發(fā)展,實(shí)現(xiàn)信息管理自動(dòng)化刻不容緩。醫(yī)院信息管理系統(tǒng)不僅方便醫(yī)院的管理，而且方便病人信息的綜合管理，信息查詢，床位查詢，醫(yī)囑管理等等。21世紀(jì)，管理才能出效率，將先進(jìn)的電腦技術(shù)和現(xiàn)代醫(yī)院的管理完美的結(jié)合起來，完成以前需要大量人工才能完成的任務(wù)。實(shí)現(xiàn)了醫(yī)療、服務(wù)一體的全新概念的服務(wù)和管理方式是我們的當(dāng)務(wù)之急。2.2.2系統(tǒng)功能需求分析本系統(tǒng)根據(jù)醫(yī)院的需求以及病人的實(shí)際情況，通過本人的詳細(xì)分析，實(shí)現(xiàn)了醫(yī)院門診部分的主要功能需求，包括門診掛號(hào)，門診收費(fèi)，門診藥房，基本信息維護(hù)四個(gè)主要功能模塊。如圖2.2所示，基本信息維護(hù)模塊一般只有管理員或者高級(jí)操作人員才有權(quán)限進(jìn)入，它是對(duì)一些基本信息的管理，如人員、科室，醫(yī)院的一些常數(shù)進(jìn)行管理。下面詳細(xì)分析每個(gè)模塊包含的功能。圖2.2系統(tǒng)總結(jié)構(gòu)圖基本信息維護(hù)模塊包含的功能有常數(shù)維護(hù)、科室人員管理、人員組管理、權(quán)限維護(hù)，常數(shù)維護(hù)可對(duì)合同單位、掛號(hào)級(jí)別等基本常數(shù)進(jìn)行維護(hù)；科室人員管理可對(duì)用戶和科室進(jìn)行增加或者修改；人員組管理可對(duì)用戶可登陸的模塊進(jìn)行維護(hù)；權(quán)限維護(hù)可對(duì)用戶登陸的模塊的權(quán)限大小進(jìn)行維護(hù)，如只有該模塊查詢權(quán)限，則無法進(jìn)行該模塊內(nèi)刪除、修改、增加數(shù)據(jù)的操作。圖2.3基本信息維護(hù)模塊結(jié)構(gòu)圖掛號(hào)管理包含的功能有現(xiàn)場(chǎng)掛號(hào)、退號(hào)、患者基本信息維護(hù)、日結(jié)以及門診掛號(hào)相關(guān)的查詢，如科室收入?yún)R總查詢、掛號(hào)員工作量查詢、掛號(hào)情況查詢等等。掛號(hào)實(shí)現(xiàn)了患者的基本信息錄入，門診掛號(hào)等待看診；患者掛號(hào)了但是想離開時(shí)可進(jìn)行退號(hào)；患者基本信息維護(hù)能夠?qū)颊叩幕拘畔⑦M(jìn)行修改；日結(jié)則是對(duì)掛號(hào)員上次日結(jié)到本次日結(jié)時(shí)間內(nèi)發(fā)生的掛號(hào)進(jìn)行結(jié)賬，繳款。圖2.4門診掛號(hào)模塊結(jié)構(gòu)圖門診收費(fèi)包含的功能有門診收費(fèi)、門診退費(fèi)、門診結(jié)賬(日結(jié))以及門診收費(fèi)相關(guān)的查詢。門診收費(fèi)是對(duì)藥房劃價(jià)對(duì)患者產(chǎn)生的處方進(jìn)行收費(fèi)；門診退費(fèi)是當(dāng)患者已經(jīng)到藥房進(jìn)行退藥后進(jìn)行退費(fèi)操作；門診結(jié)賬則是對(duì)收款員上次結(jié)賬日期到本次結(jié)賬日期期間發(fā)生的收費(fèi)進(jìn)行結(jié)賬，繳款。圖2.5門診收費(fèi)模塊結(jié)構(gòu)圖門診藥房包含的功能有藥品管理、門診劃價(jià)(收費(fèi))、門診退費(fèi)、門診配藥、門診發(fā)藥、門診退藥以及藥房?jī)?nèi)的相關(guān)查詢。藥品管理可對(duì)藥品信息進(jìn)行增加或者修改；門診劃價(jià)相當(dāng)于醫(yī)生為患者開處方；門診配藥是配藥員預(yù)先給已經(jīng)收費(fèi)患者進(jìn)行配藥，方便患者取藥；門診發(fā)藥是發(fā)藥員把藥品發(fā)到患者手中；門診退藥則是患者已經(jīng)拿到藥品后，在有效條件下進(jìn)行退藥的操作。圖2.6門診藥房模塊結(jié)構(gòu)圖

3門診系統(tǒng)概要設(shè)計(jì)這部分主要描述了系統(tǒng)功能設(shè)計(jì)，首先講述了本系統(tǒng)的整體結(jié)構(gòu)，系統(tǒng)包括基本信息維護(hù)、門診掛號(hào)、門診收費(fèi)、門診藥房四個(gè)主要模塊，然后仔細(xì)描述了各模塊的數(shù)據(jù)流程，跟蹤各模塊的業(yè)務(wù)處理流程，最后描繪了各模塊內(nèi)主要的實(shí)體類之間的聯(lián)系。3.1系統(tǒng)功能設(shè)計(jì)3.1.1系統(tǒng)功能結(jié)構(gòu)圖3.1是本系統(tǒng)的功能結(jié)構(gòu)圖，描述了系統(tǒng)登陸到各個(gè)子模塊可進(jìn)行操作的功能。用戶首先進(jìn)入系統(tǒng)登錄界面，輸入用戶名、密碼進(jìn)行身份驗(yàn)證，再進(jìn)入模塊選擇，根據(jù)該用戶的模塊權(quán)限選擇登錄的模塊，再進(jìn)行操作，如果該用戶沒有任何一個(gè)模塊的登錄權(quán)限，則無法進(jìn)入功能操作界面。圖3.1系統(tǒng)功能結(jié)構(gòu)圖3.1.2系統(tǒng)狀態(tài)流程如下圖是本系統(tǒng)的狀態(tài)流程圖，簡(jiǎn)要描繪了系統(tǒng)及模塊間的操作流程。用戶可以登陸不同的子模塊，更改登陸可登陸進(jìn)入其它模塊。用戶先輸入用戶名，密碼，進(jìn)入登陸模塊界面，選擇要登陸的模塊，然后再進(jìn)行該模塊進(jìn)行相關(guān)操作。系統(tǒng)提供注冊(cè)功能，可以在用戶登錄進(jìn)入系統(tǒng)的情況下，把該用戶注銷，同時(shí)用其它的用戶名、密碼登錄。圖3.2系統(tǒng)狀態(tài)流程圖3.2系統(tǒng)數(shù)據(jù)流程設(shè)計(jì)3.2.1掛號(hào)模塊數(shù)據(jù)流程患者首先到患者基本信息登記處索取“患者基本信息登記表”，填寫完整后交給基本信息錄入員錄入電腦，患者帶著基本信息登記表到掛號(hào)處進(jìn)行掛號(hào)，掛號(hào)員收取掛號(hào)各種費(fèi)用，同時(shí)打印掛號(hào)收據(jù)，發(fā)放“初診病歷”，如果患者想退號(hào)，患者提交掛號(hào)收據(jù)，掛號(hào)員判斷是否可以退號(hào)（只能退當(dāng)天的號(hào)、已經(jīng)醫(yī)生看診的不允許退號(hào)、預(yù)約掛號(hào)不允許退號(hào)），如果可以退號(hào)，則進(jìn)行退號(hào)操作，并把掛號(hào)費(fèi)退給患者。圖3.3掛號(hào)數(shù)據(jù)流程圖3.2.2收費(fèi)模塊數(shù)據(jù)流程醫(yī)院門診收費(fèi)處的主要業(yè)務(wù)是門診收費(fèi)和門診退費(fèi)，下面介紹了這兩個(gè)主要業(yè)務(wù)流程的執(zhí)行過程。1.門診收費(fèi)流程門診收費(fèi)處可以進(jìn)行劃價(jià)操作，需要進(jìn)行劃價(jià)的，那么進(jìn)行劃價(jià)操作，否則進(jìn)行收費(fèi)操作。門診收費(fèi)處可以根據(jù)劃價(jià)信息進(jìn)行收費(fèi)，也可以直接進(jìn)行收費(fèi)，門診收費(fèi)處收費(fèi)時(shí)，確定支付方式（信用卡、支票等），確定分發(fā)票要求，最后打印統(tǒng)一門診收費(fèi)發(fā)票。圖3.4門診收費(fèi)流程圖門診退費(fèi)流程如果患者收費(fèi)項(xiàng)目沒有執(zhí)行，那么可以直接退費(fèi)，否則需要填寫《退費(fèi)申請(qǐng)單》，并且經(jīng)過領(lǐng)導(dǎo)審核,如果患者的發(fā)票是隔日的，那么一定需要執(zhí)行科室填寫《退費(fèi)申請(qǐng)單》，退費(fèi)前需要財(cái)務(wù)領(lǐng)導(dǎo)進(jìn)行審核，收費(fèi)員根據(jù)收費(fèi)申請(qǐng)單和發(fā)票進(jìn)行退費(fèi),如果是交叉退費(fèi)，也需要財(cái)務(wù)領(lǐng)導(dǎo)進(jìn)行審核，才可以退費(fèi)。如果收費(fèi)時(shí)間很久的發(fā)票退費(fèi)，軟件不予以處理，直接到財(cái)務(wù)科手工退費(fèi)。當(dāng)患者收費(fèi)項(xiàng)目已經(jīng)執(zhí)行了再進(jìn)行退費(fèi)時(shí)，應(yīng)該先在藥房退還藥品，再到門診收費(fèi)處退藥品費(fèi)用。本系統(tǒng)的內(nèi)部處理是把原來劃價(jià)的處方單作廢，再生成一條新的處方，這樣做有利于醫(yī)院統(tǒng)計(jì)、管理，也可減少不必要的醫(yī)療糾紛，避免醫(yī)生開錯(cuò)藥、亂開藥和患者亂退藥的情況。圖3.5門診退費(fèi)流程圖3.2.3藥房模塊數(shù)據(jù)流程1.門診藥房發(fā)藥流程門診收費(fèi)接受患者電子處方或手工處方進(jìn)行收費(fèi)；扣除庫(kù)存藥品虛庫(kù)存。門診藥房系統(tǒng)接受收費(fèi)信息，自動(dòng)刷新待取藥患者列表，顯示患者處方信息；患者送方到藥房取藥。配藥人員在配藥臺(tái)模塊內(nèi)，根據(jù)設(shè)置進(jìn)行配藥標(biāo)簽或配藥清單補(bǔ)打(如已自動(dòng)打印則不需補(bǔ)打，提前撿藥)。配藥人員對(duì)處方做配藥確認(rèn)，記錄配藥人員工作量信息。已配藥患者信息發(fā)送發(fā)藥臺(tái)，同時(shí)大屏幕刷新已配好藥的患者列表?；颊吒鶕?jù)當(dāng)前大屏幕的待取藥患者信息，排隊(duì)取藥。發(fā)藥人員在發(fā)藥模塊內(nèi)，對(duì)患者處方進(jìn)行確認(rèn)，扣除庫(kù)房實(shí)庫(kù)存，還虛擬庫(kù)存。記錄發(fā)藥人員工作量信息。對(duì)于當(dāng)日未取藥患者，在虛擬庫(kù)存管理模塊內(nèi)，對(duì)該處方單獨(dú)進(jìn)行虛擬庫(kù)存還庫(kù)操作。圖3.6門診藥房發(fā)藥流程圖2.門診藥房退藥流程判斷是否已超過允許退費(fèi)時(shí)間，如果已超過則不允許退費(fèi)，患者需要得到醫(yī)生開據(jù)藥品退費(fèi)說明，避免患者無故退藥的情況，然后經(jīng)過門診藥房負(fù)責(zé)人簽字確認(rèn)，此時(shí)軟件生成一條退費(fèi)信息，門診收費(fèi)根據(jù)病歷號(hào)得到該退費(fèi)信息，然后患者再進(jìn)行退費(fèi)。圖3.7門診藥房退藥流程圖3.3系統(tǒng)概念結(jié)構(gòu)設(shè)計(jì)該部分描繪了各個(gè)模塊的E-R圖，各實(shí)體的一些主要屬性及聯(lián)系。E-R方法是“實(shí)體-聯(lián)系方法”（Entity-RelationshipApproach）的簡(jiǎn)稱。它是描述現(xiàn)實(shí)世界概念結(jié)構(gòu)模型的有效方法。它一般包括實(shí)體型、屬性、聯(lián)系三個(gè)組成部分。實(shí)體型(Entity)：具有相同屬性的實(shí)體具有相同的特征和性質(zhì)，用實(shí)體名及其屬性名集合來抽象和刻畫同類實(shí)體。屬性(Attribute)：實(shí)體所具有的某一特性，一個(gè)實(shí)體可由若干個(gè)屬性來刻畫。聯(lián)系(Relationship)：聯(lián)系也稱關(guān)系，信息世界中反映實(shí)體內(nèi)部或?qū)嶓w之間的聯(lián)系。實(shí)體內(nèi)部的聯(lián)系通常是指組成實(shí)體的各屬性之間的聯(lián)系；實(shí)體之間的聯(lián)系通常是指不同實(shí)體集之間的聯(lián)系。3.3.1基本信息維護(hù)模塊概念結(jié)構(gòu)設(shè)計(jì)首先，系統(tǒng)有個(gè)超級(jí)管理員，可進(jìn)行信息的維護(hù)，人員添加，人員功能模塊維護(hù)，科室維護(hù)等等。從圖3.8中可以看出，用戶以及管理員必須是醫(yī)院的員工，但是員工未必有登陸此系統(tǒng)的權(quán)限。系統(tǒng)有權(quán)限維護(hù)模塊，可維護(hù)用戶功能模塊里的每個(gè)菜單或者工具欄的操作權(quán)限，如該用于只有一個(gè)界面查詢權(quán)限，則不能在該界面下進(jìn)行增加、刪除或者修改操作，增加系統(tǒng)的靈活性和安全性。本系統(tǒng)中設(shè)計(jì)的員工可對(duì)應(yīng)多個(gè)科室，也就是說用戶能用不同的所在科室登陸系統(tǒng)，進(jìn)行只有在該科室下才能進(jìn)行某些操作。圖3.8基本信息維護(hù)E-R圖3.3.2掛號(hào)模塊概念結(jié)構(gòu)設(shè)計(jì)掛號(hào)子模塊中有一些基本數(shù)據(jù)的維護(hù)，如掛號(hào)級(jí)別維護(hù)，合同單位維護(hù)。掛號(hào)級(jí)別是患者想掛號(hào)的級(jí)別，如專家號(hào)+病例、?？铺?hào)、普通號(hào)，不同的掛號(hào)級(jí)別對(duì)應(yīng)的掛號(hào)費(fèi)也不相同；合同單位是對(duì)患者采取的收費(fèi)標(biāo)準(zhǔn)，如現(xiàn)金、醫(yī)保、市保、退休等等。圖3.9掛號(hào)E-R圖中的掛號(hào)實(shí)體是掛號(hào)模塊中的核心結(jié)構(gòu)，記錄了患者的信息、掛號(hào)信息等等、是否日結(jié)等等。掛號(hào)實(shí)體的合同號(hào)、掛號(hào)級(jí)別分別與掛號(hào)級(jí)別實(shí)體的掛號(hào)級(jí)別編號(hào)跟合同單位實(shí)體的合同編號(hào)相關(guān)聯(lián)。3.3.3收費(fèi)模塊概念結(jié)構(gòu)設(shè)計(jì)如圖3.10所示，收費(fèi)子模塊中發(fā)票實(shí)體是整個(gè)模塊的核心，它關(guān)聯(lián)著發(fā)票明細(xì)、項(xiàng)目明細(xì)、支付方式、費(fèi)用明細(xì)、日結(jié)等等許多信息，甚至處方實(shí)體中的發(fā)票號(hào)也是與發(fā)票實(shí)體關(guān)聯(lián)著。發(fā)票實(shí)體中維護(hù)著發(fā)票號(hào)、患者病歷號(hào)、金額、是否有效、是否日結(jié)等等非常重要的信息，它門診財(cái)務(wù)管理、核對(duì)的主要管理對(duì)象。發(fā)票明細(xì)是一張發(fā)票對(duì)應(yīng)的一些收費(fèi)信息，費(fèi)用明細(xì)則是門診流程中對(duì)收費(fèi)項(xiàng)目進(jìn)行動(dòng)態(tài)跟蹤與管理的實(shí)體。本系統(tǒng)支持多支付方式，可用銀行卡、醫(yī)保卡等等進(jìn)行刷卡收費(fèi)。3.3.4藥房模塊概念結(jié)構(gòu)設(shè)計(jì)圖3.11中的處方實(shí)體是在藥房劃價(jià)或者門診劃價(jià)時(shí)產(chǎn)生，它是醫(yī)生給患者開的一張?zhí)幏剑渲邪ㄌ幏教?hào)、病歷號(hào)、處方狀態(tài)、處方金額、配發(fā)藥人等等屬性。處方明細(xì)是一張?zhí)幏街嗅t(yī)生為患者開的藥品明細(xì)或者項(xiàng)目明細(xì)，像開的哪個(gè)藥品、藥品數(shù)量、用法、頻次、每次劑量、處方號(hào)、是否退藥、擺藥人等等信息。處方與處方明細(xì)實(shí)體是通過處方號(hào)相關(guān)聯(lián)的，即一個(gè)處方包括多個(gè)處方明細(xì)，通俗的說，一個(gè)患者到醫(yī)院就醫(yī)，醫(yī)生開了一張?zhí)幏絾?，這就相當(dāng)于一個(gè)處方實(shí)體，而處方單上的多個(gè)項(xiàng)目明細(xì)及處方明細(xì)。圖3.9掛號(hào)E-R圖 圖3.10收費(fèi)E-R圖圖3.11藥房E-R圖

4門診系統(tǒng)詳細(xì)設(shè)計(jì)本節(jié)是對(duì)醫(yī)院門診管理信息系統(tǒng)的詳細(xì)設(shè)計(jì)，本系統(tǒng)采用三層架構(gòu)，因此先講述了三層架構(gòu)的特點(diǎn)，采用三層架構(gòu)對(duì)設(shè)計(jì)本系統(tǒng)的好處，然后再對(duì)系統(tǒng)進(jìn)行了數(shù)據(jù)和界面上的設(shè)計(jì)。4.1項(xiàng)目架構(gòu)設(shè)計(jì)4.1.1三層架構(gòu)說明本系統(tǒng)采用三層架構(gòu)：數(shù)據(jù)訪問層(DAL)，邏輯業(yè)務(wù)層(BLL)，表示層(UI)。在軟件體系架構(gòu)設(shè)計(jì)中，分層式結(jié)構(gòu)是最常見，也是最重要的一種結(jié)構(gòu)。微軟推薦的分層式結(jié)構(gòu)一般分為三層，從下至上分別為：數(shù)據(jù)訪問層、業(yè)務(wù)邏輯層（又或成為領(lǐng)域?qū)樱⒈硎緦?。三層結(jié)構(gòu)原理：3個(gè)層次中，系統(tǒng)主要功能和業(yè)務(wù)邏輯都在業(yè)務(wù)邏輯層進(jìn)行處理。所謂三層體系結(jié)構(gòu)，是在客戶端與數(shù)據(jù)庫(kù)之間加入了一個(gè)“中間層”，也叫組件層。這里所說的三層體系，不是指物理上的三層，不是簡(jiǎn)單地放置三臺(tái)機(jī)器就是三層體系結(jié)構(gòu)，也不僅僅有B/S應(yīng)用才是三層體系結(jié)構(gòu)，三層是指邏輯上的三層，即使這三個(gè)層放置到一臺(tái)機(jī)器上。三層體系的應(yīng)用程序?qū)I(yè)務(wù)規(guī)則、數(shù)據(jù)訪問、合法性校驗(yàn)等工作放到了中間層進(jìn)行處理。通常情況下，客戶端不直接與數(shù)據(jù)庫(kù)進(jìn)行交互，而是通過COM/DCOM通訊與中間層建立連接，再經(jīng)由中間層與數(shù)據(jù)庫(kù)進(jìn)行交互。表示層位于最外層（最上層），離用戶最近。用于顯示數(shù)據(jù)和接收用戶輸入的數(shù)據(jù)，為用戶提供一種交互式操作的界面。業(yè)務(wù)邏輯層（BusinessLogicLayer）無疑是系統(tǒng)架構(gòu)中體現(xiàn)核心價(jià)值的部分。它的關(guān)注點(diǎn)主要集中在業(yè)務(wù)規(guī)則的制定、業(yè)務(wù)流程的實(shí)現(xiàn)等與業(yè)務(wù)需求有關(guān)的系統(tǒng)設(shè)計(jì)，也即是說它是與系統(tǒng)所應(yīng)對(duì)的領(lǐng)域（Domain）邏輯有關(guān)，很多時(shí)候，也將業(yè)務(wù)邏輯層稱為領(lǐng)域?qū)?。例如MartinFowler在《PatternsofEnterpriseApplicationArchitecture》一書中，將整個(gè)架構(gòu)分為三個(gè)主要的層：表示層、領(lǐng)域?qū)雍蛿?shù)據(jù)源層。作為領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)的先驅(qū)EricEvans，對(duì)業(yè)務(wù)邏輯層作了更細(xì)致地劃分，細(xì)分為應(yīng)用層與領(lǐng)域?qū)?，通過分層進(jìn)一步將領(lǐng)域邏輯與領(lǐng)域邏輯的解決方案分離。業(yè)務(wù)邏輯層在體系架構(gòu)中的位置很關(guān)鍵，它處于數(shù)據(jù)訪問層與表示層中間，起到了數(shù)據(jù)交換中承上啟下的作用。由于層是一種弱耦合結(jié)構(gòu)，層與層之間的依賴是向下的，底層對(duì)于上層而言是“無知”的，改變上層的設(shè)計(jì)對(duì)于其調(diào)用的底層而言沒有任何影響。如果在分層設(shè)計(jì)時(shí)，遵循了面向接口設(shè)計(jì)的思想，那么這種向下的依賴也應(yīng)該是一種弱依賴關(guān)系。因而在不改變接口定義的前提下，理想的分層式架構(gòu)，應(yīng)該是一個(gè)支持可抽取、可替換的“抽屜”式架構(gòu)。正因?yàn)槿绱?，業(yè)務(wù)邏輯層的設(shè)計(jì)對(duì)于一個(gè)支持可擴(kuò)展的架構(gòu)尤為關(guān)鍵，因?yàn)樗缪萘藘蓚€(gè)不同的角色。對(duì)于數(shù)據(jù)訪問層而言，它是調(diào)用者；對(duì)于表示層而言，它卻是被調(diào)用者。依賴與被依賴的關(guān)系都糾結(jié)在業(yè)務(wù)邏輯層上，如何實(shí)現(xiàn)依賴關(guān)系的解耦，則是除了實(shí)現(xiàn)業(yè)務(wù)邏輯之外留給設(shè)計(jì)師的任務(wù)。數(shù)據(jù)訪問層：有時(shí)候也稱為是持久層，其功能主要是負(fù)責(zé)數(shù)據(jù)庫(kù)的訪問，可以訪問數(shù)據(jù)庫(kù)系統(tǒng)、二進(jìn)制文件、文本文檔或是XML文檔。簡(jiǎn)單的說法就是實(shí)現(xiàn)對(duì)數(shù)據(jù)表的Select，Insert，Update，Delete的操作。如果要加入ORM的元素，那么就會(huì)包括對(duì)象和數(shù)據(jù)表之間的mapping，以及對(duì)象實(shí)體的持久化。采用三層架構(gòu)的優(yōu)點(diǎn)如下：1、開發(fā)人員可以只關(guān)注整個(gè)結(jié)構(gòu)中的其中某一層；2、可以很容易的用新的實(shí)現(xiàn)來替換原有層次的實(shí)現(xiàn)；3、可以降低層與層之間的依賴；4、有利于標(biāo)準(zhǔn)化；5、利于各層邏輯的復(fù)用。4.1.2系統(tǒng)三層架構(gòu)圖3.1為系統(tǒng)三層架構(gòu)簡(jiǎn)圖，簡(jiǎn)要說明了系統(tǒng)的層次結(jié)構(gòu)。圖4.1系統(tǒng)三層架構(gòu)簡(jiǎn)圖其中數(shù)據(jù)庫(kù)處理類包括DAL.Database，DAL.Oracle.Database，DAL.SqlDatabase，DAL.DataAccess四個(gè)類。Database類是連接數(shù)據(jù)庫(kù)的接口，可根據(jù)不同的數(shù)據(jù)庫(kù)進(jìn)行連接，DataAccess類提供對(duì)數(shù)據(jù)庫(kù)進(jìn)行讀取和保存數(shù)據(jù)的操作。對(duì)于系統(tǒng)中的每個(gè)實(shí)體，都維護(hù)了一個(gè)實(shí)體類，便于讀取和管理，每個(gè)子模塊都有一個(gè)自己的業(yè)務(wù)處理類，處理與它相關(guān)的一些業(yè)務(wù)。界面層則是面向用戶，提供用戶操作的界面。4.2界面設(shè)計(jì)界面設(shè)計(jì)初期，就定義了界面UI規(guī)范，無論是控件使用，提示信息措辭，還是顏色、窗口布局風(fēng)格，遵循統(tǒng)一的標(biāo)準(zhǔn)，做到真正的一致。使用戶使用起來能夠建立起精確的心里模型，使用熟練了一個(gè)界面后，切換到另外一個(gè)界面能夠很輕松的推測(cè)出各種功能，語句也不需要費(fèi)神理解。降低對(duì)操作人員培訓(xùn)的成本，培訓(xùn)人員不需費(fèi)力逐個(gè)指導(dǎo)。能給用戶統(tǒng)一的感覺，不覺得混亂，心情愉快，支持度增加。本系統(tǒng)定義了許多自定義用戶控件和用戶窗體，易于重用與維護(hù)。例如，系統(tǒng)子模塊的功能窗體風(fēng)格一致，統(tǒng)一繼承了BaseForm窗體，查詢類窗體又統(tǒng)一繼承了BaseQueryForm窗體，如此重用性很高，也便于系統(tǒng)后期維護(hù)。圖4.2BaseQueryForm界面4.3數(shù)據(jù)庫(kù)設(shè)計(jì)此系統(tǒng)的數(shù)據(jù)庫(kù)設(shè)計(jì)是根據(jù)實(shí)際需求，結(jié)合本人以往經(jīng)驗(yàn)進(jìn)行設(shè)計(jì)，雖然有些設(shè)計(jì)不是十分理想，但是能實(shí)現(xiàn)基本功能需求。數(shù)據(jù)表分為四個(gè)模塊：基本信息維護(hù)、掛號(hào)管理、門診收費(fèi)、門診藥房?；拘畔⒕S護(hù)中的表是對(duì)一些基本信息的維護(hù)，如員工、系統(tǒng)用戶、登陸科室、權(quán)限、系統(tǒng)功能模塊等等的維護(hù)；掛號(hào)管理包含掛號(hào)、退號(hào)、日結(jié)、患者等信息；門診收費(fèi)主要是進(jìn)行財(cái)務(wù)上的收費(fèi)、核算等，其中需用的表有發(fā)票信息、費(fèi)用明細(xì)、收費(fèi)方式、日結(jié)等表結(jié)構(gòu)；門診藥房主要是跟藥品的發(fā)放關(guān)聯(lián)，相關(guān)的表有處方主表、處方明細(xì)、藥品信息等等。4.3.1基本信息維護(hù)表設(shè)計(jì)用戶表里主要包括用戶編號(hào)、用戶名稱、用戶密碼三個(gè)字段，其中用戶編號(hào)是主鍵，該表中的用戶能登陸系統(tǒng)，進(jìn)行系統(tǒng)操作，表結(jié)構(gòu)如表4.1所示。表4.1用戶表NameTypeNullableDefaultCommentsUSER_CODEVARCHAR2(6)N‘’用戶編號(hào)USER_NAMEVARCHAR2(20)N‘’用戶名稱USER_PASSWORDVARCHAR2(20)N‘’用戶密碼員工表維護(hù)著醫(yī)院的一些基本員工，如醫(yī)生，護(hù)士，收款員和管理員等等，其中編號(hào)是主鍵，本系統(tǒng)的設(shè)計(jì)特點(diǎn)是員工表里維護(hù)的人員才能成為系統(tǒng)的用戶，登陸系統(tǒng)進(jìn)行操作。這樣設(shè)計(jì)可進(jìn)行嚴(yán)密的人員控制，防止安全泄密或者黑客攻擊。表結(jié)構(gòu)如表4.2所示。表4.2員工表NameTypeNullableDefaultCommentsCODEVARCHAR2(6)N‘’編號(hào)NAMEVARCHAR2(10)N‘’名稱DEPT_CODEVARCHAR2(4)科室編號(hào)TYPENUMBER(20)Y員工類別SEXVARCHAR2(2)Y男性別IDVARCHAR2(20)Y身份證號(hào)EDUCVARCHAR2(10)Y學(xué)歷科室表維護(hù)了醫(yī)院的一些科室，描述了這些科室是否是掛號(hào)科室，是否停用，是否是執(zhí)行科室，掛號(hào)費(fèi)等信息。如表4.3所示，其中科室編號(hào)是主鍵。表4.3科室表NameTypeNullableDefaultCommentsDEPT_CODEVARCHAR2(4)N''科室編號(hào)DEPT_NAMEVARCHAR2(50)N‘’科室名稱DEPT_TCODEVARCHAR2(4)Y科室類別編號(hào)REG_FEENUMBER(6,2)Y0掛號(hào)費(fèi)IS_STOPVARCHAR2(1)Y0是否停用,1是/0否IS_REGVARCHAR2(1)Y1是否是掛號(hào)科室,1是/0否IS_EXECVARCHAR2(1)Y0是否是執(zhí)行科室,1是/0否權(quán)限表維護(hù)了系統(tǒng)用戶的功能權(quán)限，每個(gè)用戶在每個(gè)功能菜單下的權(quán)限都不盡相同，如用戶可以有一個(gè)功能的查詢權(quán)限，但是沒有修改權(quán)限，則該用戶只能讀取這些數(shù)據(jù)，不能進(jìn)行修改，這樣設(shè)計(jì)的目的是嚴(yán)格控制用戶權(quán)限，防止用戶錯(cuò)誤修改數(shù)據(jù)，導(dǎo)致不必要的損失。如表4.4所示，其中用戶編號(hào)、功能模塊編號(hào)是主鍵。表4.4權(quán)限表NameTypeNullableDefaultCommentsUSER_CODEVARCHAR2(6)N‘’用戶編號(hào)FUNCTION_IDVARCHAR2(10)N‘’功能模塊編號(hào)FUNCTION_NAMEVARCHAR2(4)功能模塊名稱DELETE_RIGHTNUMBER(20)Y1刪除權(quán)限EDIT_RIGHTVARCHAR2(2)Y1修改權(quán)限ADD_RIGHTVARCHAR2(20)Y1增加權(quán)限READ_RIGHTVARCHAR2(10)Y1查詢權(quán)限4.3.2門診掛號(hào)表設(shè)計(jì)門診掛號(hào)主表是一個(gè)非常龐大的數(shù)據(jù)表，它既包括了患者的一些信息，還包括了患者掛號(hào)、是否收費(fèi)、是否有效、是否日結(jié)的一些信息，如表4.5所示，表中只列出了一部分屬性，其中發(fā)票號(hào)是主鍵。表4.5掛號(hào)主表NameTypeNullableDefaultCommentsCARD_NOVARCHAR2(10)N病例號(hào)/就診卡號(hào)REG_DATEDATEN掛號(hào)日期NAMEVARCHAR2(40)Y姓名SEX_CODEVARCHAR2(1)Y性別PACT_CODEVARCHAR2(10)Y合同號(hào)REGLEVL_CODEVARCHAR2(3)Y掛號(hào)級(jí)別DEPT_CODEVARCHAR2(4)Y科室號(hào)DOCT_CODEVARCHAR2(6)Y醫(yī)師代號(hào)YNREGCHRGVARCHAR2(1)Y掛號(hào)收費(fèi)標(biāo)志1是/0否INVOICE_NOVARCHAR2(12)Y發(fā)票號(hào)REG_FEENUMBER(6,2)Y0掛號(hào)費(fèi)PAY_COSTNUMBER(6,2)Y自付金額VALID_FLAGVARCHAR2(1)Y0退費(fèi),1有效,2作廢OPER_CODEVARCHAR2(6)Y操作員代碼OPER_DATEDATEY操作時(shí)間CANCEL_OPCDVARCHAR2(6)Y作廢人CANCEL_DATEDATEY作廢時(shí)間BALANCE_FLAGVARCHAR2(1)Y'0'1已日結(jié)/0未日結(jié)BALANCE_OPCDVARCHAR2(6)Y日結(jié)人BALANCE_DATEDATEY日結(jié)時(shí)間YNSEEVARCHAR2(1)Y是否看診1是/0否SEE_DATEDATEY看診日期掛號(hào)員日結(jié)檔是醫(yī)院門診進(jìn)行日結(jié)的統(tǒng)計(jì)，它是對(duì)每個(gè)掛號(hào)員當(dāng)天的掛號(hào)情況進(jìn)行統(tǒng)計(jì)，本系統(tǒng)設(shè)計(jì)方式是只有掛號(hào)員本人才能對(duì)自己的當(dāng)天工作進(jìn)行日結(jié)，如果其中有中斷，則對(duì)上次日結(jié)結(jié)束時(shí)間到本次日結(jié)時(shí)間這段時(shí)間內(nèi)進(jìn)行日結(jié)，每次日結(jié)產(chǎn)生一個(gè)日結(jié)號(hào)。如表4.6所示，其中日結(jié)序號(hào)是主鍵。表4.6掛號(hào)員日結(jié)檔NameTypeNullableDefaultCommentsBALANCE_NOVARCHAR2(12)N日結(jié)序號(hào)BEGIN_DATEDATEY開始時(shí)間END_DATEDATEY結(jié)束時(shí)間TOT_QTYNUMBER(6)Y處方數(shù)量TOT_REGNUMBER(8,2)Y0掛號(hào)費(fèi)總額TOT_CHKNUMBER(8,2)Y0檢查費(fèi)總額TOT_DIGNUMBER(8,2)Y0診察費(fèi)總額TOT_OTHNUMBER(8,2)Y0附加費(fèi)總額TOT_OWNNUMBER(8,2)Y0現(xiàn)金總額TOT_PAYNUMBER(8,2)Y0自付總額TOT_PUBNUMBER(8,2)Y0記帳總額OPER_CODEVARCHAR2(6)Y操作員OPER_DATEDATEY操作時(shí)間門診掛號(hào)部分還包括日結(jié)明細(xì)，合同單位表，掛號(hào)級(jí)別表等一些信息，日結(jié)明細(xì)表是掛號(hào)員日結(jié)檔的補(bǔ)充，記錄了每次日結(jié)的一些具體信息，如開始發(fā)票號(hào)、結(jié)束發(fā)票號(hào)、發(fā)票數(shù)量、掛號(hào)費(fèi)合計(jì)、是否有效等信息。合同單位表、掛號(hào)級(jí)別表則是為掛號(hào)主表服務(wù)，便于掛號(hào)費(fèi)得維護(hù)，方便不同類型的患者就醫(yī)。掛號(hào)級(jí)別表包含了是否專家號(hào)、是否?？铺?hào)、是否特診號(hào)、是否有效等信息，如果是專家號(hào)則是掛指定專家的號(hào)，如果是專科號(hào)，則是掛指定科室的號(hào)，為不同級(jí)別的患者的就醫(yī)優(yōu)先級(jí)也不同。4.3.3門診收費(fèi)表設(shè)計(jì)表4.7是門診發(fā)票表，其中發(fā)票號(hào)是主鍵。門診發(fā)票表是醫(yī)院門診收費(fèi)處最重要的一張表，它直接關(guān)系到醫(yī)院門診的財(cái)務(wù)系統(tǒng)，它的設(shè)計(jì)是否正確，直接關(guān)系到系統(tǒng)的正常運(yùn)行。門診發(fā)票表中的發(fā)票號(hào)關(guān)系到表4.8費(fèi)用明細(xì)表中的票據(jù)號(hào)屬性，表4.10處方主表的票據(jù)號(hào)屬性，它還是許多財(cái)務(wù)表的外鍵，因此十分重要。門診發(fā)票表包括發(fā)票號(hào)、病例卡號(hào)、總額、有效性等重要信息。門診發(fā)票表是當(dāng)門診收款員進(jìn)行收費(fèi)時(shí)產(chǎn)生，同時(shí)在發(fā)票明細(xì)表、支付方式表、項(xiàng)目明細(xì)表等表結(jié)構(gòu)中添加相關(guān)信息。表4.7門診發(fā)票表NameTypeNullableDefaultCommentsINVOICE_NOVARCHAR2(12)發(fā)票號(hào)PRINTINVOICE_FLAGVARCHAR2(1)N'0'記賬發(fā)票是否打印標(biāo)記0沒有打印1已經(jīng)打印CARD_NOVARCHAR2(10)病歷卡號(hào)REG_DATEDATEY掛號(hào)日期NAMEVARCHAR2(40)Y患者姓名PAYKIND_CODEVARCHAR2(4)結(jié)算類別代碼PACT_CODEVARCHAR2(10)Y合同單位代碼PACT_NAMEVARCHAR2(50)Y合同單位名稱TOT_COSTNUMBER(8,2)Y總額REAL_COSTNUMBER(8,2)Y實(shí)付金額OPER_CODEVARCHAR2(6)Y結(jié)算人OPER_DATEDATEY結(jié)算時(shí)間CANCEL_FLAGVARCHAR2(1)Y有效狀態(tài)0退費(fèi)1有效2重打3注銷CANCEL_INVOICEVARCHAR2(12)Y作廢票據(jù)號(hào)CANCEL_CODEVARCHAR2(6)Y作廢操作員CANCEL_DATEDATEY作廢時(shí)間BALANCE_FLAGVARCHAR2(1)N'0'BALANCE_NOVARCHAR2(12)Y日結(jié)標(biāo)識(shí)號(hào)BALANCE_OPCDVARCHAR2(6)Y日結(jié)人BALANCE_DATEDATEY日結(jié)時(shí)間表4.8是費(fèi)用明細(xì)表，它是連接門診收費(fèi)處和門診藥房的橋梁，當(dāng)患者發(fā)生退費(fèi)操作時(shí)顯得尤為重要。費(fèi)用明細(xì)表的主鍵是處方號(hào)與項(xiàng)目代碼，它是當(dāng)藥房人員進(jìn)行劃價(jià)時(shí)產(chǎn)生，它的屬性類似于處方主表，但是它的作用是為了實(shí)現(xiàn)費(fèi)用的動(dòng)態(tài)跟蹤，如當(dāng)患者未拿藥進(jìn)行退費(fèi)和患者已經(jīng)拿藥再進(jìn)行退費(fèi)時(shí)它記錄著患者該狀態(tài)，便于門診收費(fèi)處進(jìn)行退費(fèi)處理，同時(shí)也便于門診藥房人員進(jìn)行退藥處理。表4.8費(fèi)用明細(xì)表NameTypeNullableDefaultCommentsRECIPE_NOVARCHAR2(14)處方號(hào)CARD_NOVARCHAR2(10)N病歷卡號(hào)REG_DATEDATEY掛號(hào)日期REG_DPCDVARCHAR2(4)Y開單科室DOCT_CODEVARCHAR2(6)Y開方醫(yī)師DOCT_DEPTVARCHAR2(4)Y開方醫(yī)師所在科室ITEM_CODEVARCHAR2(12)N項(xiàng)目代碼ITEM_NAMEVARCHAR2(100)N項(xiàng)目名稱DRUG_FLAGVARCHAR2(1)N‘11藥品/0非要SPECSVARCHAR2(32)Y規(guī)格UNIT_PRICENUMBER(9,4)Y單價(jià)QTYNUMBER(8,2)Y數(shù)量COSTNUMBER(8,2)Y金額EXEC_DPCDVARCHAR2(4)Y執(zhí)行科室代碼EXEC_DPNMVARCHAR2(20)Y執(zhí)行科室名稱OPER_CODEVARCHAR2(6)Y劃價(jià)人OPER_DATEDATEY劃價(jià)時(shí)間PAY_FLAGVARCHAR2(1)Y0劃價(jià)CANCEL_FLAGVARCHAR2(1)Y0退費(fèi)，1正常，2重打，3注銷FEE_CPCDVARCHAR2(6)Y收費(fèi)員代碼FEE_DATEDATEY收費(fèi)日期INVOICE_NOVARCHAR2(12)Y票據(jù)號(hào)CONFIRM_FLAGVARCHAR2(1)Y0未確認(rèn)/1確認(rèn)CONFIRM_CODEVARCHAR2(6)Y確認(rèn)人CONFIRM_DEPTVARCHAR2(4)Y確認(rèn)科室CONFIRM_DATEDATEY確認(rèn)時(shí)間表4.9是日結(jié)信息表，它與門診掛號(hào)處的掛號(hào)日結(jié)檔相似，記錄了門診收費(fèi)處的一些日結(jié)信息。它可根據(jù)不同的費(fèi)用類別進(jìn)行日結(jié)，如正常費(fèi)用、退費(fèi)費(fèi)用、重打費(fèi)用等，由于門診收費(fèi)處支持多支付方式，因此，日結(jié)信息中還包括刷卡金額、支票金額、現(xiàn)金金額等信息。日結(jié)信息表的主鍵是日結(jié)序號(hào)，與之對(duì)應(yīng)的還有日結(jié)明細(xì)表，它也是對(duì)每條日結(jié)信息進(jìn)行詳細(xì)的描述。表4.9日結(jié)信息表NameTypeNullableDefaultCommentsBLANCE_NOVARCHAR2(12)日結(jié)序號(hào)BEGIN_DATEDATEY開始時(shí)間END_DATEDATEY結(jié)束時(shí)間TOT_COSTNUMBER(10,2)Y總收入OPER_CODEVARCHAR2(6)Y收款員代碼OPER_NAMEVARCHAR2(16)Y收款員姓名OPER_DATEDATEY操作時(shí)間CHECK_FLAGVARCHAR2(1)Y財(cái)務(wù)審核，1未審核/2已審核CHECK_OPCDVARCHAR2(6)Y審核人CHECK_DATEDATEY審核時(shí)間BALANCE_ITEMVARCHAR2(1)N‘0日結(jié)項(xiàng)目：0-正常；1-退費(fèi)；2-重打；3-注銷INVOICE_NOVARCHAR2(50)Y日結(jié)項(xiàng)目對(duì)應(yīng)的發(fā)票號(hào)或發(fā)票號(hào)區(qū)間范圍OWN_COSTNUMBER(10,2)Y實(shí)收金額CDNUMBERNUMBERY刷卡數(shù)量CD_COSTNUMBER(10,2)Y刷卡金額CA_COSTNUMBER(10,2)Y現(xiàn)金金額DB_COSTNUMBER(10,2)Y支票金額EXTENT_FIELD3VARCHAR2(100)Y發(fā)票號(hào)范圍EXTENT_FIELD4VARCHAR2(400)Y作廢發(fā)票號(hào)明細(xì)EXTENT_FIELD5VARCHAR2(1000)Y退費(fèi)發(fā)票號(hào)明細(xì)4.3.4門診藥房表設(shè)計(jì)表4.10是門診處方主表，它的主鍵是處方號(hào)，它是記錄醫(yī)生為患者開的處方的一些信息，其中處方狀態(tài)屬性記錄了該處方的執(zhí)行階段，申請(qǐng)狀態(tài)時(shí)該處方剛剛開立時(shí)的狀態(tài)，打印狀態(tài)時(shí)進(jìn)行門診收費(fèi)收費(fèi)時(shí)的狀態(tài)，配藥則是藥房人員對(duì)該處方進(jìn)行配藥時(shí)的狀態(tài)，發(fā)藥是藥房人員進(jìn)行發(fā)藥后的狀態(tài)，還藥狀態(tài)則是當(dāng)藥房人員進(jìn)行配、發(fā)藥后，但是在當(dāng)天內(nèi)該患者未到藥房取藥，則藥房人員把藥品擺放原處時(shí)產(chǎn)生。表4.10門診處方主表NameTypeDescriptionRECIPE_NOVARCHAR2(14)處方號(hào)RECIPE_STATEVARCHAR2(1)處方狀態(tài):0申請(qǐng),1打印,2配藥,3發(fā)藥,4還藥(當(dāng)天未發(fā)的藥品返回貨架)CARD_NOVARCHAR2(10)病歷號(hào)PATIENT_NAMEVARCHAR2(40)患者姓名SEX_CODEVARCHAR2(2)性別PAYKIND_C