醫(yī)院網(wǎng)絡(luò)掛號(hào)收費(fèi)系統(tǒng)管理和維護(hù)
淺談醫(yī)院網(wǎng)絡(luò)掛號(hào)收費(fèi)系統(tǒng)的管理和維護(hù)
摘要：如今各行業(yè)都在廣泛運(yùn)用計(jì)算機(jī)信息技術(shù)，醫(yī)院也漸漸加入到這一行列中。醫(yī)院建立網(wǎng)絡(luò)化掛號(hào)收費(fèi)系統(tǒng)，不但能夠提高工作效率、而且縮短了就醫(yī)流程，更加方便了病人看病，這也是醫(yī)院信息化建設(shè)的重點(diǎn)所在。要想確保醫(yī)院正常運(yùn)行，就得對(duì)網(wǎng)絡(luò)掛號(hào)收費(fèi)系統(tǒng)進(jìn)行合理的管理和維護(hù)。如果網(wǎng)絡(luò)掛號(hào)收費(fèi)系統(tǒng)出現(xiàn)故障，很容易導(dǎo)致門(mén)診收費(fèi)出現(xiàn)大量排隊(duì)以及費(fèi)用核算錯(cuò)誤的現(xiàn)象，以至于患者民怨沸騰。這樣，既損壞了醫(yī)院的名譽(yù)，又打亂了醫(yī)院的正常秩序。因此，怎樣保證醫(yī)院的網(wǎng)絡(luò)掛號(hào)收費(fèi)系統(tǒng)能高效、穩(wěn)定的運(yùn)行，就顯得尤為重要。下文就淺談幾點(diǎn)關(guān)于醫(yī)院網(wǎng)絡(luò)掛號(hào)收費(fèi)系統(tǒng)的管理與維護(hù)。
關(guān)鍵詞：醫(yī)院網(wǎng)絡(luò)；掛號(hào)收費(fèi)系統(tǒng)；網(wǎng)絡(luò)維護(hù)；網(wǎng)絡(luò)規(guī)范管理中圖分類號(hào)：tp393.07
1網(wǎng)絡(luò)掛號(hào)收費(fèi)系統(tǒng)軟件、硬件的配置1.1保證網(wǎng)絡(luò)運(yùn)行不間斷
掛號(hào)收費(fèi)系統(tǒng)24小時(shí)工作是醫(yī)院的不可或缺的條件，因此醫(yī)院的網(wǎng)絡(luò)掛號(hào)收費(fèi)系統(tǒng)的供電環(huán)境必須良好，應(yīng)建立具有雙回路功能的供電系統(tǒng)同時(shí)配有可12小時(shí)延時(shí)不間斷電源。因此為了保證交換機(jī)、服務(wù)器以及各終端計(jì)算機(jī)的正常運(yùn)行，醫(yī)院首先得跟供電局簽合同，提供雙回路供電，確保24小時(shí)不間斷供電。1.2硬件設(shè)備的配置
“萬(wàn)事重在開(kāi)始”，網(wǎng)絡(luò)建設(shè)也不例外，只有打下了堅(jiān)實(shí)的基礎(chǔ)，才能確保往后網(wǎng)絡(luò)的良好、持久的運(yùn)行。因此，我們要盡可能的配置高質(zhì)量、高性能的路由器、集線器、交換機(jī)、終端計(jì)算機(jī)、光纖收發(fā)機(jī)和服務(wù)器等等硬件設(shè)備。1.3營(yíng)造優(yōu)良的網(wǎng)絡(luò)環(huán)境
醫(yī)院對(duì)中心機(jī)房的環(huán)境要求相當(dāng)高，因?yàn)獒t(yī)院的系統(tǒng)數(shù)據(jù)庫(kù)服務(wù)器、網(wǎng)絡(luò)主交換、磁盤(pán)陣列、應(yīng)用服務(wù)器等重要的信息系統(tǒng)設(shè)備都存放在這里。為保證各系統(tǒng)設(shè)備的正常、安全地運(yùn)行，機(jī)房要有適宜的濕度和溫度，還要配有防磁場(chǎng)干擾、避雷等裝置，同時(shí)要注意防靜電、防火。此外，機(jī)房里要保持無(wú)人員走動(dòng)，無(wú)塵污染。1.4掛號(hào)收費(fèi)系統(tǒng)的優(yōu)化
掛號(hào)收費(fèi)是患者看病必須經(jīng)歷的環(huán)節(jié)。掛號(hào)收費(fèi)軟件頻繁的被使用，它的系統(tǒng)好壞會(huì)對(duì)醫(yī)患關(guān)系造成直接的影響。所以，要不斷地對(duì)掛號(hào)收費(fèi)軟件進(jìn)行優(yōu)化。首先，要盡可能避免在輸入的環(huán)節(jié)使用文字，最好使用身份證識(shí)別器或是代碼，這樣能使操作變得更快捷、簡(jiǎn)便，而且出現(xiàn)故障的幾率減少。如使用二代身份證進(jìn)行掛號(hào)，身份證識(shí)別器便對(duì)證件上的內(nèi)容自動(dòng)讀取，然后存儲(chǔ)到患者的就診卡上。這種方法不僅方便、快捷、而且準(zhǔn)確性高，幾秒鐘就能完成掛號(hào)流程。其次，每次就診結(jié)束，病史會(huì)自動(dòng)保存在就診卡上，以便以后醫(yī)生復(fù)診時(shí)能很方便的瀏覽病史，然后綜合病史給出更精確的診斷結(jié)果。再者，收費(fèi)軟件還添加了預(yù)付款項(xiàng)目的功能，這樣避免每次就診完畢，都要排隊(duì)繳費(fèi)，而只需等醫(yī)生寫(xiě)完醫(yī)囑后，電腦自動(dòng)結(jié)算此次檢查費(fèi)、藥費(fèi)等所需的費(fèi)用，直接從患者的預(yù)交款當(dāng)中
擴(kuò)展閱讀：醫(yī)院門(mén)診掛號(hào)收費(fèi)系統(tǒng)論文
大連理工大學(xué)本科畢業(yè)設(shè)計(jì)（論文）
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
Hospitalout-patientmanagementinformationsystem
學(xué)院（系）：軟件學(xué)院專業(yè)：網(wǎng)絡(luò)工程學(xué)生姓名：李誠(chéng)學(xué)號(hào)：201*94120指導(dǎo)教師：王潔評(píng)閱教師：周寬久完成日期：201*年6月10日
大連理工大學(xué)
DalianUniversityofTechnology
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
摘要
開(kāi)發(fā)醫(yī)院信息系統(tǒng)(HIS)的目標(biāo)就是立足醫(yī)院應(yīng)用實(shí)際，著眼于未來(lái)發(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è)重要組成部分，它的開(kāi)發(fā)大大提高了醫(yī)院信息管理的規(guī)范化能力。
本文介紹了在VisualStudio201*環(huán)境下采用三層架構(gòu)模式開(kāi)發(fā)的醫(yī)院門(mén)診管理信息系統(tǒng)。通過(guò)對(duì)多家醫(yī)院的實(shí)際考察，融合如今主流醫(yī)院管理信息系統(tǒng)的優(yōu)點(diǎn)，設(shè)計(jì)開(kāi)發(fā)了一套行之有效，可滿足一般醫(yī)院門(mén)診信息管理需求的解決方案。文章介紹了該系統(tǒng)的設(shè)計(jì)開(kāi)發(fā)全過(guò)程，包括系統(tǒng)分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試等部分。
本系統(tǒng)分為基本信息維護(hù)、門(mén)診掛號(hào)、門(mén)診收費(fèi)、門(mén)診藥房四個(gè)子模塊�；拘畔⒕S護(hù)包含的功能有常數(shù)維護(hù)、科室人員管理、人員組管理、權(quán)限維護(hù)，掛號(hào)管理包含的功能有現(xiàn)場(chǎng)掛號(hào)、退號(hào)、患者基本信息維護(hù)、日結(jié)以及門(mén)診掛號(hào)相關(guān)的查詢，如科室收入?yún)R總查詢、掛號(hào)員工作量查詢、掛號(hào)情況查詢等等，門(mén)診收費(fèi)包含的功能有門(mén)診收費(fèi)、門(mén)診退費(fèi)、門(mén)診結(jié)賬(日結(jié))以及門(mén)診收費(fèi)相關(guān)的查詢，門(mén)診藥房包含的功能有藥品管理、門(mén)診劃價(jià)(收費(fèi))、藥品退費(fèi)、門(mén)診配藥、門(mén)診發(fā)藥、門(mén)診退藥以及藥房?jī)?nèi)的相關(guān)查詢。
關(guān)鍵詞：門(mén)診掛號(hào)；門(mén)診收費(fèi)；醫(yī)院信息系統(tǒng)；三層架構(gòu)
-I-一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yī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ī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
目錄
摘要.....................................................................................................................................IAbstract.....................................................................................................................................II1緒論......................................................................................................................................1
1.1醫(yī)院信息系統(tǒng)的定義...............................................................................................11.2開(kāi)發(fā)醫(yī)院信息系統(tǒng)的意義.......................................................................................11.3國(guó)內(nèi)外情況...............................................................................................................21.4醫(yī)療發(fā)展趨勢(shì)與前景...............................................................................................32門(mén)診系統(tǒng)分析......................................................................................................................6
2.1可行性分析...............................................................................................................6
2.1.1技術(shù)可行性....................................................................................................62.1.2經(jīng)濟(jì)可行性....................................................................................................62.1.3操作可行性....................................................................................................72.2系統(tǒng)需求分析...........................................................................................................7
2.2.1業(yè)務(wù)及用戶需求分析....................................................................................72.2.2系統(tǒng)功能需求分析........................................................................................9
3門(mén)診系統(tǒng)概要設(shè)計(jì)............................................................................................................12
3.1系統(tǒng)功能設(shè)計(jì).........................................................................................................12
3.1.1系統(tǒng)功能結(jié)構(gòu)..............................................................................................123.1.2系統(tǒng)狀態(tài)流程..............................................................................................123.2系統(tǒng)數(shù)據(jù)流程設(shè)計(jì).................................................................................................13
3.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ì).................................................................................................18
3.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ì)..............................................................................193.3.4藥房模塊概念結(jié)構(gòu)設(shè)計(jì)..............................................錯(cuò)誤！未定義書(shū)簽。
4門(mén)診系統(tǒng)詳細(xì)設(shè)計(jì)............................................................................................................22
4.1項(xiàng)目架構(gòu)設(shè)計(jì).........................................................................................................22
4.1.1三層架構(gòu)說(shuō)明..............................................................................................22
-III-一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
4.1.2系統(tǒng)三層架構(gòu)..............................................................................................234.2界面設(shè)計(jì).................................................................................................................244.3數(shù)據(jù)庫(kù)設(shè)計(jì).............................................................................................................25
4.3.1基本信息維護(hù)表設(shè)計(jì)..................................................................................254.3.2門(mén)診掛號(hào)表設(shè)計(jì)..........................................................................................274.3.3門(mén)診收費(fèi)表設(shè)計(jì)..........................................................................................294.3.4門(mén)診藥房表設(shè)計(jì)..........................................................................................32
5實(shí)現(xiàn)....................................................................................................................................34
5.1登陸界面.................................................................................................................345.2基本信息維護(hù)界面.................................................................................................355.3門(mén)診掛號(hào)界面.........................................................................................................36
5.3.1掛號(hào)..............................................................................................................365.3.2退號(hào)..............................................................................................................365.3.3日結(jié)..............................................................................................................375.3.4查詢..............................................................................................................375.4門(mén)診收費(fèi)界面.........................................................................................................38
5.4.1收費(fèi)..............................................................................................................385.4.2退費(fèi)..............................................................................................................405.4.3結(jié)賬..............................................................................................................405.5門(mén)診藥房界面.........................................................................................................41
5.5.1藥房藥品管理..............................................................................................415.5.2藥房劃價(jià)......................................................................................................415.5.3藥房配發(fā)藥..................................................................................................425.5.4藥房查詢......................................................................................................43
6測(cè)試....................................................................................................................................44
6.1軟件測(cè)試定義.........................................................................................................446.2軟件測(cè)試目的與原則.............................................................................................44
6.2.1軟件測(cè)試目的..............................................................................................446.2.2軟件測(cè)試原則..............................................................................................446.3測(cè)試方法.................................................................................................................446.4測(cè)試階段.................................................................................................................45
6.4.1單元測(cè)試......................................................................................................45
-IV-一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
6.4.2集成測(cè)試......................................................................................................456.4.3功能測(cè)試......................................................................................................45
結(jié)論..................................................................................................................................46參考文獻(xiàn)............................................................................................................................47附錄A掛號(hào)日結(jié)算法..........................................................................................................48附錄B門(mén)診收費(fèi)算法..........................................................................................................54致謝..................................................................................................................................58
-V-一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
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ī)院所屬各部門(mén)提供病人診療信息和行政管理信息的收集、存儲(chǔ)、處理、提取和數(shù)據(jù)交換的能力，并滿足所有授權(quán)用戶的功能需求。
1.2開(kāi)發(fā)醫(yī)院信息系統(tǒng)的意義
改善醫(yī)院管理，支持醫(yī)教研。我國(guó)醫(yī)院的信息處理基本上還停留在手工方式，勞動(dòng)強(qiáng)度大且工作效率低，醫(yī)師護(hù)士和管理人員的大量時(shí)間都消耗在事務(wù)性工作上，致使"人不能盡其才"；病人排隊(duì)等候時(shí)間長(zhǎng)，輾轉(zhuǎn)過(guò)程多，影響醫(yī)院的秩序；病案、臨床檢驗(yàn)、病理檢查等許多寶貴的數(shù)據(jù)資料的檢索十分費(fèi)事甚至難以實(shí)現(xiàn)；對(duì)這些資料深入的統(tǒng)計(jì)分析手工方式無(wú)法進(jìn)行，不能充分為醫(yī)學(xué)科研利用；在經(jīng)濟(jì)管理上也因而存在漏、跑、錯(cuò)費(fèi)現(xiàn)象；醫(yī)院物資管理由于信息不準(zhǔn)確，家底不明，積壓浪費(fèi)，以致“物不能盡其用”。開(kāi)發(fā)HIS是解決上述問(wèn)題的有效途徑。HIS系統(tǒng)的有效運(yùn)行，將提高醫(yī)院各項(xiàng)工作的效率和質(zhì)量，促進(jìn)醫(yī)學(xué)科研、教學(xué)；減輕各類事務(wù)性工作的勞動(dòng)強(qiáng)度，使他們騰出更多的精力和時(shí)間來(lái)服務(wù)于病人；改善經(jīng)營(yíng)管理，堵塞漏洞，保證病人和醫(yī)院的經(jīng)濟(jì)利益；為醫(yī)院創(chuàng)造經(jīng)濟(jì)效益。
完整的HIS系統(tǒng)實(shí)現(xiàn)了信息的全過(guò)程追蹤和動(dòng)態(tài)管理，從而做到簡(jiǎn)化患者的診療過(guò)程，優(yōu)化就診環(huán)境，改變目前排隊(duì)多、等候時(shí)間長(zhǎng)、秩序混亂的局面。如目前多數(shù)醫(yī)院就診必須經(jīng)過(guò)掛號(hào)、等候病歷、劃價(jià)、收費(fèi)、取藥或治療一系列過(guò)程，一個(gè)患者少則排3次隊(duì)，多則5、6次，用于過(guò)程性的時(shí)間最少在1個(gè)小時(shí)以上，若實(shí)施HIS以后，每個(gè)病人用于診療的中間過(guò)程性時(shí)間會(huì)大幅度減少；假定一家醫(yī)院門(mén)診人次為201*人次/天，年門(mén)診250天，每人少花費(fèi)半小時(shí)，則日節(jié)約1000小時(shí)，一年節(jié)約36萬(wàn)小時(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ó)有201*家醫(yī)院應(yīng)用HIS，每年每所醫(yī)院增收節(jié)支、加速資金回籠和周轉(zhuǎn)、堵漏、減少物資積壓的回收資金方面的效益按20萬(wàn)元估計(jì)的話(實(shí)際比這高)，則年效益估計(jì)為40億元，十分可觀。但這往往不被人所認(rèn)識(shí)。當(dāng)然建立HIS更主要的還在于它對(duì)醫(yī)院管理、醫(yī)療質(zhì)量和醫(yī)學(xué)研究的長(zhǎng)期效應(yīng)帶來(lái)的綜合
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
效益。因此HIS的投資一般需做基礎(chǔ)性投資，誠(chéng)如任何機(jī)構(gòu)的統(tǒng)計(jì)部門(mén)那樣，它是花錢(qián)的部門(mén)，但其重要性是公認(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ó)便開(kāi)始了HIS的研究。著名的麻省總醫(yī)院開(kāi)發(fā)的COSTAR系統(tǒng)是60年代初開(kāi)始并發(fā)展到今天成為大規(guī)模的臨床病人信息系統(tǒng)。隨著計(jì)算機(jī)技術(shù)的發(fā)展，70年代，HIS進(jìn)入大發(fā)展時(shí)期，美日歐各國(guó)的醫(yī)院，特別是大學(xué)醫(yī)院及醫(yī)學(xué)中心紛紛開(kāi)發(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開(kāi)發(fā)和應(yīng)用從70年代初開(kāi)始。多數(shù)日本醫(yī)院是80年代以后開(kāi)始進(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ò)化、綜合性，開(kāi)始走自上而下的開(kāi)發(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)合開(kāi)發(fā)的，一些大公司也開(kāi)發(fā)了一些通用的醫(yī)院信息管理軟件包，也有些醫(yī)院自己開(kāi)發(fā)。如北里大學(xué)，開(kāi)發(fā)了綜合的HIS，開(kāi)發(fā)費(fèi)用(機(jī)器設(shè)備除外)為3億4千萬(wàn)日元(約合人民幣1300萬(wàn)元)。日常運(yùn)行費(fèi)用支出為一年5億1千萬(wàn)日元(約合人民幣201*多萬(wàn)元)。
歐洲的HIS發(fā)展比美國(guó)稍晚，大多數(shù)是70年代中期和80年代開(kāi)始。歐洲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工程已經(jīng)開(kāi)始，英法意德許多公司都參與了此項(xiàng)工程。在分布式數(shù)據(jù)庫(kù)系統(tǒng)和開(kāi)放網(wǎng)工程方面已做了大量工作。
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yī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é)，還沒(méi)有應(yīng)用于HIS的管理。80年代初期，隨著蘋(píng)果PC機(jī)的出現(xiàn)和BASIC語(yǔ)言的普及，一些醫(yī)院開(kāi)始開(kāi)發(fā)一些小型的管理軟件，如工資軟件等；80年代中期，隨著XT286的出現(xiàn)和國(guó)產(chǎn)化，以及DBASEIII和UNIX網(wǎng)絡(luò)操作系統(tǒng)的出現(xiàn)，一些醫(yī)院開(kāi)始建立小型的局域網(wǎng)絡(luò)，并開(kāi)發(fā)出基于部門(mén)管理的小型網(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ī)院開(kāi)始開(kāi)發(fā)適合自己醫(yī)院的醫(yī)院管理系統(tǒng)。一些計(jì)算機(jī)公司也不適時(shí)機(jī)的開(kāi)發(fā)HIS，如HP公司（與301醫(yī)院合作）、IBM公司、微軟公司、浪潮公司。但這些系統(tǒng)都存在如下一些問(wèn)題：
A．軟件水平較低，一般只能做些初級(jí)的事務(wù)處理，也有的軟件開(kāi)發(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ù)開(kāi)發(fā)多。據(jù)一個(gè)省調(diào)查，幾年來(lái)，總共開(kāi)發(fā)262個(gè)項(xiàng)目中，工資系統(tǒng)就有41個(gè)，醫(yī)療統(tǒng)計(jì)21個(gè)，人事21個(gè)……，重復(fù)率達(dá)70%多，究其原因：
(1)單位管理方式有一定差異，軟件不能通用。(2)軟件沒(méi)有一個(gè)統(tǒng)一的標(biāo)準(zhǔn)，難以推廣。
(3)全國(guó)沒(méi)有一個(gè)較高水平、可廣泛推廣的醫(yī)院管理軟件包。
1.4醫(yī)療發(fā)展趨勢(shì)與前景
在1984年，鄧小平同志就曾高瞻遠(yuǎn)矚地提出：“開(kāi)發(fā)信息資源，服務(wù)四化建設(shè)。”的戰(zhàn)略思想�？梢�(jià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ù)，收集、開(kāi)發(fā)、利用醫(yī)療信息資源，實(shí)現(xiàn)醫(yī)療資源的高度共享，對(duì)傳統(tǒng)的醫(yī)療管理模式、工作流程進(jìn)行信息化改造的過(guò)程[1]。其發(fā)展順應(yīng)了國(guó)家信息化的潮流以及我國(guó)醫(yī)療事業(yè)改革與發(fā)展的需要，同時(shí)對(duì)提高醫(yī)療預(yù)防保健工作效率與服務(wù)水平、規(guī)范衛(wèi)生監(jiān)督管理行為具有積極和深遠(yuǎn)的意義。
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
科學(xué)技術(shù)發(fā)展日新月異，高精尖儀器特別是電子智能儀器在醫(yī)院臨床和醫(yī)技科室的廣泛應(yīng)用，使各種數(shù)據(jù)或病人信息的收集、處理具備了良好的基礎(chǔ)。醫(yī)院管理的許多信息已可以直接從檢查治療儀器上生成，或從信息發(fā)生地獲取，而無(wú)需手工匯總錄入；各種信息的存儲(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)境向開(kāi)放的統(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)站、開(kāi)展網(wǎng)上掛號(hào)、預(yù)約就診、信息咨詢、健康教育和遠(yuǎn)程服務(wù)等。
但是，醫(yī)院因其工作的復(fù)雜性和各醫(yī)院管理模式的不盡相同，使醫(yī)院管理計(jì)算機(jī)軟件的開(kāi)發(fā)具有很大的挑戰(zhàn)性和潛力。特別是在目前尚未形成一套成熟、有效的應(yīng)用軟件的情況下，各公司競(jìng)相開(kāi)發(fā)，有的只做成結(jié)構(gòu)框架就急于推向市場(chǎng)，由用戶再行二次開(kāi)發(fā)；有的醫(yī)院聘用公司人員開(kāi)發(fā)軟件，應(yīng)用后因軟件的更新維護(hù)工作跟不上而影響其正常運(yùn)行；有的醫(yī)院甚至投資數(shù)十萬(wàn)元仍一無(wú)所獲。醫(yī)院各自為戰(zhàn)的重復(fù)開(kāi)發(fā)和被動(dòng)應(yīng)用，加上公司的商業(yè)競(jìng)爭(zhēng)，使醫(yī)院信息系統(tǒng)的建設(shè)處于一種熱情支持、積極投資，但卻與效用成反比的局面。
隨著知識(shí)經(jīng)濟(jì)時(shí)代的到來(lái)，標(biāo)準(zhǔn)化是信息化的基礎(chǔ)，信息化必然伴隨著標(biāo)準(zhǔn)化。但是由于我國(guó)標(biāo)準(zhǔn)化工作嚴(yán)重滯后，標(biāo)準(zhǔn)化問(wèn)題目前已成為信息化進(jìn)程的一個(gè)主要障礙。目前，全國(guó)醫(yī)院信息管理軟件的研制開(kāi)發(fā)缺乏統(tǒng)一的標(biāo)準(zhǔn)、無(wú)統(tǒng)一的HIS數(shù)據(jù)接口標(biāo)準(zhǔn)，不利于整個(gè)地區(qū)醫(yī)院的資源共享。
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
統(tǒng)一標(biāo)準(zhǔn)，是醫(yī)療信息化建設(shè)的基礎(chǔ)，也是進(jìn)行信息交換與共享的基本前提。然而目前我國(guó)醫(yī)療行業(yè)中各種業(yè)務(wù)規(guī)范與標(biāo)準(zhǔn)，尚處于逐步建立、完善和提高的過(guò)程，尤其是醫(yī)療信息標(biāo)準(zhǔn)化工作還比較薄弱。這對(duì)醫(yī)療信息化的進(jìn)一步的發(fā)展毫無(wú)疑問(wèn)形成了較大的阻礙。由于缺乏統(tǒng)一的業(yè)務(wù)規(guī)范與標(biāo)準(zhǔn)，使不同的醫(yī)療信息系統(tǒng)之間無(wú)法兼容，數(shù)據(jù)無(wú)法共享，數(shù)據(jù)統(tǒng)計(jì)分析工作更是無(wú)法進(jìn)行，造成了醫(yī)療信息資源的極大浪費(fèi)。
我國(guó)正處于醫(yī)療信息化建設(shè)與應(yīng)用過(guò)程中，由于人們觀念、習(xí)慣的轉(zhuǎn)變，人員素質(zhì)的提高等方面都需要比較長(zhǎng)的時(shí)間，毫無(wú)疑問(wèn)會(huì)產(chǎn)生上述之類的一些問(wèn)題，但若通過(guò)一系列的措施，例如加強(qiáng)醫(yī)療信息化標(biāo)準(zhǔn)化體系的規(guī)劃和建設(shè)、進(jìn)行教育和培養(yǎng)人才的規(guī)劃，以及加大醫(yī)療信息系統(tǒng)軟件上的投入和開(kāi)發(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)。
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
2門(mén)診系統(tǒng)分析
本節(jié)通過(guò)進(jìn)行可行性分析，判斷本醫(yī)院門(mén)診管理信息系統(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)目開(kāi)發(fā)是否必要和可行。它的主要目標(biāo)是：進(jìn)一步明確系統(tǒng)的目標(biāo)、規(guī)模和功能，對(duì)系統(tǒng)開(kāi)發(fā)背景、必要性和意義進(jìn)行調(diào)查分析，并根據(jù)需要和可能提出擬開(kāi)發(fā)系統(tǒng)的初步方案和計(jì)劃，明確問(wèn)題，對(duì)所提供系統(tǒng)大致規(guī)模和目標(biāo)的幾個(gè)有關(guān)約束條件進(jìn)行論證，并且提出系統(tǒng)的邏輯模型和各種可能的方案，從而為系統(tǒng)開(kāi)發(fā)項(xiàng)目的決策提供科學(xué)依據(jù)。本節(jié)從技術(shù)的可行性，經(jīng)濟(jì)的可行性以及操作的可行性三個(gè)方面來(lái)論證本信息管理系統(tǒng)的可行性。2.1.1技術(shù)可行性
技術(shù)可行性即是對(duì)現(xiàn)有技術(shù)進(jìn)行評(píng)價(jià)，以明確能否利用現(xiàn)有技術(shù)進(jìn)行系統(tǒng)開(kāi)發(fā)及系統(tǒng)實(shí)施。
硬件：計(jì)算機(jī)的存儲(chǔ)量大，運(yùn)算速度快，外部設(shè)備的功能好，效率高，可靠性高，通信設(shè)備的能力、質(zhì)量都滿足要求。
操作系統(tǒng)：windowsxp/201*接口能力強(qiáng)，數(shù)據(jù)庫(kù)管理系統(tǒng)的功能足夠。編譯器：VisualStudio201*，利用C#.net編寫(xiě)實(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ì)量。因此帶來(lái)的經(jīng)濟(jì)回報(bào)將遠(yuǎn)遠(yuǎn)超過(guò)信息化過(guò)程中的投入。
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
2.1.3操作可行性
本系統(tǒng)大概需要兩個(gè)月的時(shí)間完成。前兩個(gè)星期主要是以看書(shū)以及收集有關(guān)系統(tǒng)方面的資料為主；接下來(lái)就是對(duì)系統(tǒng)的分析、系統(tǒng)架構(gòu)、數(shù)據(jù)庫(kù)設(shè)計(jì)、界面設(shè)計(jì)、編寫(xiě)代碼，測(cè)試等等。而這些東西對(duì)于本系統(tǒng)來(lái)說(shuō)是可行的。
2.2系統(tǒng)需求分析
2.2.1業(yè)務(wù)及用戶需求分析
管理信息系統(tǒng)是一門(mén)新興的、集成管理科學(xué)、信息科學(xué)、系統(tǒng)科學(xué)及計(jì)算機(jī)科學(xué)為一體的綜合性學(xué)科，研究的是信息管理活動(dòng)的全過(guò)程，以便有效的管理信息，提供各類管理決策信息，輔助企業(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è)未來(lái)；
向各級(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)用等，由于門(mén)診醫(yī)生站屬于臨床診斷領(lǐng)域，實(shí)現(xiàn)較為困難，因此本系統(tǒng)把藥房劃價(jià)代替門(mén)診醫(yī)生站，為患者劃價(jià)，即開(kāi)處方藥品，然后患者到門(mén)診收費(fèi)處進(jìn)行繳費(fèi)，如果此時(shí)患者不想開(kāi)藥或者不想要藥品中的某幾種，可進(jìn)行門(mén)診退費(fèi)。這樣做是為了迎合實(shí)際需求，讓醫(yī)院管理更加符合現(xiàn)實(shí)。接著藥房進(jìn)行配、發(fā)藥，患者領(lǐng)取藥品之后就行了，如果領(lǐng)取藥品之后，發(fā)現(xiàn)某些藥品不想要，則同樣可進(jìn)行退費(fèi)，不過(guò)先應(yīng)該到藥房進(jìn)行退藥，再到門(mén)診收費(fèi)處進(jìn)行退費(fèi)，這樣做的目的是為了防止漏洞，試想一下，如果患者先到門(mén)診收費(fèi)處退費(fèi)了，藥品還在自己的手中，患者可以選擇不退藥品，此時(shí)就會(huì)給醫(yī)院帶來(lái)?yè)p失。
本系統(tǒng)是從一個(gè)患者到醫(yī)院掛號(hào)，然后進(jìn)行劃價(jià)，收費(fèi)，藥房取藥的全過(guò)程。從圖中可以簡(jiǎn)要看出，數(shù)據(jù)能實(shí)現(xiàn)全面跟蹤，以便醫(yī)院進(jìn)行管理和決策。
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
圖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ù)人員帶來(lái)了不少麻煩;現(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é)合起來(lái)，完成以前需要大量人工才能完成的任務(wù)。實(shí)現(xiàn)了醫(yī)療、服務(wù)一體的全新概念的服務(wù)和管理方式是我們的當(dāng)務(wù)之急。
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
2.2.2系統(tǒng)功能需求分析
本系統(tǒng)根據(jù)醫(yī)院的需求以及病人的實(shí)際情況，通過(guò)本人的詳細(xì)分析，實(shí)現(xiàn)了醫(yī)院門(mén)診部分的主要功能需求，包括門(mén)診掛號(hào)，門(mén)診收費(fèi)，門(mén)診藥房，基本信息維護(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)限，則無(wú)法進(jìn)行該模塊內(nèi)刪除、修改、增加數(shù)據(jù)的操作。
圖2.3基本信息維護(hù)模塊結(jié)構(gòu)圖
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
掛號(hào)管理包含的功能有現(xiàn)場(chǎng)掛號(hào)、退號(hào)、患者基本信息維護(hù)、日結(jié)以及門(mén)診掛號(hào)相關(guān)的查詢，如科室收入?yún)R總查詢、掛號(hào)員工作量查詢、掛號(hào)情況查詢等等。掛號(hào)實(shí)現(xiàn)了患者的基本信息錄入，門(mén)診掛號(hào)等待看診；患者掛號(hào)了但是想離開(kāi)時(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門(mén)診掛號(hào)模塊結(jié)構(gòu)圖
門(mén)診收費(fèi)包含的功能有門(mén)診收費(fèi)、門(mén)診退費(fèi)、門(mén)診結(jié)賬(日結(jié))以及門(mén)診收費(fèi)相關(guān)的查詢。門(mén)診收費(fèi)是對(duì)藥房劃價(jià)對(duì)患者產(chǎn)生的處方進(jìn)行收費(fèi)；門(mén)診退費(fèi)是當(dāng)患者已經(jīng)到藥房進(jìn)行退藥后進(jìn)行退費(fèi)操作；門(mén)診結(jié)賬則是對(duì)收款員上次結(jié)賬日期到本次結(jié)賬日期期間發(fā)生的收費(fèi)進(jìn)行結(jié)賬，繳款。
圖2.5門(mén)診收費(fèi)模塊結(jié)構(gòu)圖
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
門(mén)診藥房包含的功能有藥品管理、門(mén)診劃價(jià)(收費(fèi))、門(mén)診退費(fèi)、門(mén)診配藥、門(mén)診發(fā)藥、門(mén)診退藥以及藥房?jī)?nèi)的相關(guān)查詢。藥品管理可對(duì)藥品信息進(jìn)行增加或者修改；門(mén)診劃價(jià)相當(dāng)于醫(yī)生為患者開(kāi)處方；門(mén)診配藥是配藥員預(yù)先給已經(jīng)收費(fèi)患者進(jìn)行配藥，方便患者取藥；門(mén)診發(fā)藥是發(fā)藥員把藥品發(fā)到患者手中；門(mén)診退藥則是患者已經(jīng)拿到藥品后，在有效條件下進(jìn)行退藥的操作。
圖2.6門(mén)診藥房模塊結(jié)構(gòu)圖
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
3門(mén)診系統(tǒng)概要設(shè)計(jì)
這部分主要描述了系統(tǒng)功能設(shè)計(jì)，首先講述了本系統(tǒng)的整體結(jié)構(gòu)，系統(tǒng)包括基本信息維護(hù)、門(mén)診掛號(hào)、門(mén)診收費(fèi)、門(mén)診藥房四個(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)行操作，如果該用戶沒(méi)有任何一個(gè)模塊的登錄權(quán)限，則無(wú)法進(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)入其它模塊。
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
用戶先輸入用戶名，密碼，進(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ù)流程
患者首先到患者基本信息登記處索取“患者基本信息登記表”，填寫(xiě)完整后交給基本信息錄入員錄入電腦，患者帶著基本信息登記表到掛號(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ù)約掛
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
號(hào)不允許退號(hào)），如果可以退號(hào)，則進(jìn)行退號(hào)操作，并把掛號(hào)費(fèi)退給患者。
患者開(kāi)始掛號(hào)處掛號(hào)收據(jù)是否可以退號(hào)退還掛號(hào)費(fèi)是結(jié)束否
圖3.3掛號(hào)數(shù)據(jù)流程圖
3.2.2收費(fèi)模塊數(shù)據(jù)流程
醫(yī)院門(mén)診收費(fèi)處的主要業(yè)務(wù)是門(mén)診收費(fèi)和門(mén)診退費(fèi)，下面介紹了這兩個(gè)主要業(yè)務(wù)流程的執(zhí)行過(guò)程。
1.門(mén)診收費(fèi)流程
門(mén)診收費(fèi)處可以進(jìn)行劃價(jià)操作，需要進(jìn)行劃價(jià)的，那么進(jìn)行劃價(jià)操作，否則進(jìn)行收費(fèi)操作。門(mén)診收費(fèi)處可以根據(jù)劃價(jià)信息進(jìn)行收費(fèi)，也可以直接進(jìn)行收費(fèi)，門(mén)診收費(fèi)處收費(fèi)時(shí)，確定支付方式（信用卡、支票等），確定分發(fā)票要求，最后打印統(tǒng)一門(mén)診收費(fèi)發(fā)票。
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
圖3.4門(mén)診收費(fèi)流程圖
2.門(mén)診退費(fèi)流程
如果患者收費(fèi)項(xiàng)目沒(méi)有執(zhí)行，那么可以直接退費(fèi)，否則需要填寫(xiě)《退費(fèi)申請(qǐng)單》，并且經(jīng)過(guò)領(lǐng)導(dǎo)審核,如果患者的發(fā)票是隔日的，那么一定需要執(zhí)行科室填寫(xiě)《退費(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)該先在藥房退還藥品，再到門(mén)診收費(fèi)處退藥品費(fèi)用。本系統(tǒng)的內(nèi)部處理是把原來(lái)劃價(jià)的處方單作廢，再生成一條新的處方，這樣做有利于醫(yī)院統(tǒng)計(jì)、管理，也可減少不必要的醫(yī)療糾紛，避免醫(yī)生開(kāi)錯(cuò)藥、亂開(kāi)藥和患者亂退藥的情況。
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
圖3.5門(mén)診退費(fèi)流程圖
3.2.3藥房模塊數(shù)據(jù)流程
1.門(mén)診藥房發(fā)藥流程
門(mén)診收費(fèi)接受患者電子處方或手工處方進(jìn)行收費(fèi)；扣除庫(kù)存藥品虛庫(kù)存。門(mén)診藥房系統(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ù)操作。
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
門(mén)診藥房藥房劃價(jià)扣除實(shí)庫(kù)存是收費(fèi)處是否需劃價(jià)否處方收費(fèi)扣除實(shí)庫(kù)存醫(yī)生處方發(fā)藥臺(tái)患者送方如果需劃價(jià)則不扣除庫(kù)存處方是否正確否通知患者修改處方患者是否取藥是否發(fā)藥確認(rèn)發(fā)藥結(jié)束圖3.6門(mén)診藥房發(fā)藥流程圖
2.門(mén)診藥房退藥流程
判斷是否已超過(guò)允許退費(fèi)時(shí)間，如果已超過(guò)則不允許退費(fèi)，患者需要得到醫(yī)生開(kāi)據(jù)藥品退費(fèi)說(shuō)明，避免患者無(wú)故退藥的情況，然后經(jīng)過(guò)門(mén)診藥房負(fù)責(zé)人簽字確認(rèn)，此時(shí)軟件生成一條退費(fèi)信息，門(mén)診收費(fèi)根據(jù)病歷號(hào)得到該退費(fèi)信息，然后患者再進(jìn)行退費(fèi)。
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
醫(yī)生門(mén)診藥房門(mén)診收費(fèi)退費(fèi)申請(qǐng)退費(fèi)申請(qǐng)單藥房核對(duì)藥品退藥還庫(kù)退費(fèi)申請(qǐng)單患者退費(fèi)圖3.7門(mén)診藥房退藥流程圖
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í)體名及其屬性名集合來(lái)抽象和刻畫(huà)同類實(shí)體。
屬性(Attribute)：實(shí)體所具有的某一特性，一個(gè)實(shí)體可由若干個(gè)屬性來(lái)刻畫(huà)。
聯(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è)科室，也就是說(shuō)用戶能用不同的所在科室登陸系統(tǒng)，進(jìn)行只有在該科室下才能進(jìn)行某些操作。
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
圖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)著。
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
發(fā)票實(shí)體中維護(hù)著發(fā)票號(hào)、患者病歷號(hào)、金額、是否有效、是否日結(jié)等等非常重要的信息，它門(mén)診財(cái)務(wù)管理、核對(duì)的主要管理對(duì)象。
發(fā)票明細(xì)是一張發(fā)票對(duì)應(yīng)的一些收費(fèi)信息，費(fèi)用明細(xì)則是門(mén)診流程中對(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à)或者門(mén)診劃價(jià)時(shí)產(chǎn)生，它是醫(yī)生給患者開(kāi)的一張?zhí)幏�，其中包括處方�?hào)、病歷號(hào)、處方狀態(tài)、處方金額、配發(fā)藥人等等屬性。
處方明細(xì)是一張?zhí)幏街嗅t(yī)生為患者開(kāi)的藥品明細(xì)或者項(xiàng)目明細(xì)，像開(kāi)的哪個(gè)藥品、藥品數(shù)量、用法、頻次、每次劑量、處方號(hào)、是否退藥、擺藥人等等信息。
處方與處方明細(xì)實(shí)體是通過(guò)處方號(hào)相關(guān)聯(lián)的，即一個(gè)處方包括多個(gè)處方明細(xì)，通俗的說(shuō)，一個(gè)患者到醫(yī)院就醫(yī)，醫(yī)生開(kāi)了一張?zhí)幏絾�，這就相當(dāng)于一個(gè)處方實(shí)體，而處方單上的多個(gè)項(xiàng)目明細(xì)及處方明細(xì)。
圖3.9掛號(hào)E-R圖
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
圖3.10收費(fèi)E-R圖
圖3.11藥房E-R圖
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
4門(mén)診系統(tǒng)詳細(xì)設(shè)計(jì)
本節(jié)是對(duì)醫(yī)院門(mén)診管理信息系統(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)說(shuō)明
本系統(tǒng)采用三層架構(gòu)：數(shù)據(jù)訪問(wèn)層(DAL)，邏輯業(yè)務(wù)層(BLL)，表示層(UI)。在軟件體系架構(gòu)設(shè)計(jì)中，分層式結(jié)構(gòu)是最常見(jiàn)，也是最重要的一種結(jié)構(gòu)。微軟推薦的分層式結(jié)構(gòu)一般分為三層，從下至上分別為：數(shù)據(jù)訪問(wèn)層、業(yè)務(wù)邏輯層（又或成為領(lǐng)域?qū)樱⒈硎緦印?/p>
三層結(jié)構(gòu)原理：3個(gè)層次中，系統(tǒng)主要功能和業(yè)務(wù)邏輯都在業(yè)務(wù)邏輯層進(jìn)行處理。所謂三層體系結(jié)構(gòu)，是在客戶端與數(shù)據(jù)庫(kù)之間加入了一個(gè)“中間層”，也叫組件層。這里所說(shuō)的三層體系，不是指物理上的三層，不是簡(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ù)訪問(wèn)、合法性校驗(yàn)等工作放到了中間層進(jìn)行處理。通常情況下，客戶端不直接與數(shù)據(jù)庫(kù)進(jìn)行交互，而是通過(guò)COM/DCOM通訊與中間層建立連接，再經(jīng)由中間層與數(shù)據(jù)庫(kù)進(jìn)行交互。
表示層位于最外層（最上層），離用戶最近。用于顯示數(shù)據(jù)和接收用戶輸入的數(shù)據(jù)，為用戶提供一種交互式操作的界面。
業(yè)務(wù)邏輯層（BusinessLogicLayer）無(wú)疑是系統(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ì)，也即是說(shuō)它是與系統(tǒng)所應(yīng)對(duì)的領(lǐng)域（Domain）邏輯有關(guān)，很多時(shí)候，也將業(yè)務(wù)邏輯層稱為領(lǐng)域?qū)�。例如MartinFowler在《PatternsofEnterpriseApplicationArchitecture》一書(shū)中，將整個(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ū)�，通過(guò)分層進(jìn)一步將領(lǐng)域邏輯與領(lǐng)域邏輯的解決方案分離。業(yè)務(wù)邏輯層在體系架構(gòu)中的位置很關(guān)鍵，它處于數(shù)據(jù)訪問(wèn)層與表示層中間，起到了數(shù)據(jù)交換中承上啟下的作用。由于層是一種弱耦合結(jié)構(gòu)，層與層之間的依賴是向下的，底層對(duì)于上層而言是“無(wú)知”的，改變上層的設(shè)計(jì)對(duì)于其調(diào)用的底層而言沒(méi)有任何影響。如果在分層設(shè)計(jì)時(shí)，遵循了面向接口設(shè)計(jì)的思想，那么這種向下的依賴也應(yīng)該是一種弱依賴關(guān)系。因而在不改變接口定義的
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
前提下，理想的分層式架構(gòu)，應(yīng)該是一個(gè)支持可抽取、可替換的“抽屜”式架構(gòu)。正因?yàn)槿绱耍瑯I(yè)務(wù)邏輯層的設(shè)計(jì)對(duì)于一個(gè)支持可擴(kuò)展的架構(gòu)尤為關(guān)鍵，因?yàn)樗缪萘藘蓚�(gè)不同的角色。對(duì)于數(shù)據(jù)訪問(wèn)層而言，它是調(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ù)訪問(wèn)層：有時(shí)候也稱為是持久層，其功能主要是負(fù)責(zé)數(shù)據(jù)庫(kù)的訪問(wèn)，可以訪問(wèn)數(shù)據(jù)庫(kù)系統(tǒng)、二進(jìn)制文件、文本文檔或是XML文檔。簡(jiǎn)單的說(shuō)法就是實(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、開(kāi)發(fā)人員可以只關(guān)注整個(gè)結(jié)構(gòu)中的其中某一層；2、可以很容易的用新的實(shí)現(xiàn)來(lái)替換原有層次的實(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)要說(shuō)明了系統(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í)體，
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
都維護(hù)了一個(gè)實(shí)體類，便于讀取和管理，每個(gè)子模塊都有一個(gè)自己的業(yè)務(wù)處理類，處理與它相關(guān)的一些業(yè)務(wù)。界面層則是面向用戶，提供用戶操作的界面。
4.2界面設(shè)計(jì)
界面設(shè)計(jì)初期，就定義了界面UI規(guī)范，無(wú)論是控件使用，提示信息措辭，還是顏色、窗口布局風(fēng)格，遵循統(tǒng)一的標(biāo)準(zhǔn)，做到真正的一致。使用戶使用起來(lái)能夠建立起精確的心里模型，使用熟練了一個(gè)界面后，切換到另外一個(gè)界面能夠很輕松的推測(cè)出各種功能，語(yǔ)句也不需要費(fèi)神理解。降低對(duì)操作人員培訓(xùn)的成本，培訓(xùn)人員不需費(fèi)力逐個(gè)指導(dǎo)。能給用戶統(tǒng)一的感覺(jué)，不覺(jué)得混亂，心情愉快，支持度增加。
本系統(tǒng)定義了許多自定義用戶控件和用戶窗體，易于重用與維護(hù)。例如，系統(tǒng)子模塊的功能窗體風(fēng)格一致，統(tǒng)一繼承了BaseForm窗體，查詢類窗體又統(tǒng)一繼承了BaseQueryForm窗體，如此重用性很高，也便于系統(tǒng)后期維護(hù)。
圖4.2BaseQueryForm界面
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
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)管理、門(mén)診收費(fèi)、門(mén)診藥房�；拘畔⒕S護(hù)中的表是對(duì)一些基本信息的維護(hù)，如員工、系統(tǒng)用戶、登陸科室、權(quán)限、系統(tǒng)功能模塊等等的維護(hù)；掛號(hào)管理包含掛號(hào)、退號(hào)、日結(jié)、患者等信息；門(mén)診收費(fèi)主要是進(jìn)行財(cái)務(wù)上的收費(fèi)、核算等，其中需用的表有發(fā)票信息、費(fèi)用明細(xì)、收費(fèi)方式、日結(jié)等表結(jié)構(gòu)；門(mén)診藥房主要是跟藥品的發(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用戶表
NameUSER_CODEUSER_NAME
TypeVARCHAR2(6)
NullableN
Default‘’‘’‘’
Comments用戶編號(hào)用戶名稱用戶密碼
VARCHAR2(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員工表
NameCODENAMEDEPT_CODETYPESEXIDEDUC
TypeVARCHAR2(6)VARCHAR2(10)VARCHAR2(4)NUMBER(20)VARCHAR2(2)VARCHAR2(20)VARCHAR2(10)
NullableNNYYYY
Default‘’‘’男
Comments編號(hào)名稱科室編號(hào)員工類別性別身份證號(hào)學(xué)歷
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
科室表維護(hù)了醫(yī)院的一些科室，描述了這些科室是否是掛號(hào)科室，是否停用，是否是執(zhí)行科室，掛號(hào)費(fèi)等信息。如表4.3所示，其中科室編號(hào)是主鍵。
表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科室編號(hào)科室名稱科室類別編號(hào)掛號(hào)費(fèi)是否停用,1是/0否是否是掛號(hào)科室,1是/0否
IS_EXEC
VARCHAR2(1)
Y0是否是執(zhí)行科室,1是/0否
權(quán)限表維護(hù)了系統(tǒng)用戶的功能權(quán)限，每個(gè)用戶在每個(gè)功能菜單下的權(quán)限都不盡相同，如用戶可以有一個(gè)功能的查詢權(quán)限，但是沒(méi)有修改權(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)限表
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用戶編號(hào)功能模塊編號(hào)
功能模塊名稱刪除權(quán)限修改權(quán)限增加權(quán)限查詢權(quán)限
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
4.3.2門(mén)診掛號(hào)表設(shè)計(jì)
門(mén)診掛號(hào)主表是一個(gè)非常龐大的數(shù)據(jù)表，它既包括了患者的一些信息，還包括了患者掛號(hào)、是否收費(fèi)、是否有效、是否日結(jié)的一些信息，如表4.5所示，表中只列出了一部分屬性，其中發(fā)票號(hào)是主鍵。
表4.5掛號(hào)主表
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病例號(hào)/就診卡號(hào)掛號(hào)日期姓名性別合同號(hào)掛號(hào)級(jí)別科室號(hào)醫(yī)師代號(hào)掛號(hào)收費(fèi)標(biāo)志1是/0否發(fā)票號(hào)掛號(hào)費(fèi)自付金額0退費(fèi),1有效,2作廢操作員代碼操作時(shí)間作廢人作廢時(shí)間1已日結(jié)/0未日結(jié)日結(jié)人日結(jié)時(shí)間是否看診1是/0否看診日期
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
掛號(hào)員日結(jié)檔是醫(yī)院門(mén)診進(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é)檔
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é)序號(hào)開(kāi)始時(shí)間結(jié)束時(shí)間處方數(shù)量掛號(hào)費(fèi)總額檢查費(fèi)總額診察費(fèi)總額附加費(fèi)總額現(xiàn)金總額自付總額記帳總額操作員操作時(shí)間
門(mén)診掛號(hào)部分還包括日結(jié)明細(xì)，合同單位表，掛號(hào)級(jí)別表等一些信息，日結(jié)明細(xì)表是掛號(hào)員日結(jié)檔的補(bǔ)充，記錄了每次日結(jié)的一些具體信息，如開(kāi)始發(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í)也不同。
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
4.3.3門(mén)診收費(fèi)表設(shè)計(jì)
表4.7是門(mén)診發(fā)票表，其中發(fā)票號(hào)是主鍵。門(mén)診發(fā)票表是醫(yī)院門(mén)診收費(fèi)處最重要的一張表，它直接關(guān)系到醫(yī)院門(mén)診的財(cái)務(wù)系統(tǒng)，它的設(shè)計(jì)是否正確，直接關(guān)系到系統(tǒng)的正常運(yùn)行。門(mén)診發(fā)票表中的發(fā)票號(hào)關(guān)系到表4.8費(fèi)用明細(xì)表中的票據(jù)號(hào)屬性，表4.10處方主表的票據(jù)號(hào)屬性，它還是許多財(cái)務(wù)表的外鍵，因此十分重要。門(mén)診發(fā)票表包括發(fā)票號(hào)、病例卡號(hào)、總額、有效性等重要信息。門(mén)診發(fā)票表是當(dāng)門(mén)診收款員進(jìn)行收費(fèi)時(shí)產(chǎn)生，同時(shí)在發(fā)票明細(xì)表、支付方式表、項(xiàng)目明細(xì)表等表結(jié)構(gòu)中添加相關(guān)信息。
表4.7門(mén)診發(fā)票表
NameINVOICE_NO
Type
NullableN
Default"0""0"
Comments發(fā)票號(hào)
記賬發(fā)票是否打印標(biāo)記0沒(méi)有打印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)
YVARCHAR2(40)YVARCHAR2(10)YVARCHAR2(50)YNUMBER(8,2)NUMBER(8,2)VARCHAR2(6)DATEVARCHAR2(1)
YYYYY
病歷卡號(hào)掛號(hào)日期患者姓名結(jié)算類別代碼合同單位代碼合同單位名稱總額實(shí)付金額結(jié)算人結(jié)算時(shí)間
有效狀態(tài)0退費(fèi)1有效2重打3注銷
VARCHAR2(12)YVARCHAR2(6)DATEVARCHAR2(1)VARCHAR2(6)DATE
YYNYY
作廢票據(jù)號(hào)作廢操作員作廢時(shí)間
日結(jié)標(biāo)識(shí)號(hào)日結(jié)人日結(jié)時(shí)間
VARCHAR2(12)
PRINTINVOICE_FLAGVARCHAR2(1)
VARCHAR2(12)Y
表4.8是費(fèi)用明細(xì)表，它是連接門(mén)診收費(fèi)處和門(mén)診藥房的橋梁，當(dāng)患者發(fā)生退費(fèi)操作時(shí)顯得尤為重要。
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
費(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)，便于門(mén)診收費(fèi)處進(jìn)行退費(fèi)處理，同時(shí)也便于門(mén)診藥房人員進(jìn)行退藥處理。
表4.8費(fèi)用明細(xì)表
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處方號(hào)病歷卡號(hào)掛號(hào)日期開(kāi)單科室開(kāi)方醫(yī)師開(kāi)方醫(yī)師所在科室項(xiàng)目代碼項(xiàng)目名稱1藥品/0非要規(guī)格單價(jià)數(shù)量金額執(zhí)行科室代碼執(zhí)行科室名稱劃價(jià)人劃價(jià)時(shí)間0劃價(jià)
0退費(fèi)，1正常，2重打，3注銷收費(fèi)員代碼收費(fèi)日期票據(jù)號(hào)0未確認(rèn)/1確認(rèn)確認(rèn)人確認(rèn)科室確認(rèn)時(shí)間
VARCHAR2(100)N
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
表4.9是日結(jié)信息表，它與門(mén)診掛號(hào)處的掛號(hào)日結(jié)檔相似，記錄了門(mén)診收費(fèi)處的一些日結(jié)信息。它可根據(jù)不同的費(fèi)用類別進(jìn)行日結(jié)，如正常費(fèi)用、退費(fèi)費(fèi)用、重打費(fèi)用等，由于門(mén)診收費(fèi)處支持多支付方式，因此，日結(jié)信息中還包括刷卡金額、支票金額、現(xiàn)金金額等信息。
日結(jié)信息表的主鍵是日結(jié)序號(hào)，與之對(duì)應(yīng)的還有日結(jié)明細(xì)表，它也是對(duì)每條日結(jié)信息進(jìn)行詳細(xì)的描述。
表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é)序號(hào)開(kāi)始時(shí)間結(jié)束時(shí)間總收入收款員代碼收款員姓名操作時(shí)間財(cái)務(wù)審核，1未審核/2已審核審核人審核時(shí)間日結(jié)項(xiàng)目：0-正常；1-退費(fèi)；2-重打；3-注銷
INVOICE_NO
VARCHAR2(50)
Y日結(jié)項(xiàng)目對(duì)應(yīng)的發(fā)票號(hào)或發(fā)票號(hào)區(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í)收金額刷卡數(shù)量刷卡金額現(xiàn)金金額支票金額發(fā)票號(hào)范圍作廢發(fā)票號(hào)明細(xì)退費(fèi)發(fā)票號(hào)明細(xì)
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
4.3.4門(mén)診藥房表設(shè)計(jì)
表4.10是門(mén)診處方主表，它的主鍵是處方號(hào)，它是記錄醫(yī)生為患者開(kāi)的處方的一些信息，其中處方狀態(tài)屬性記錄了該處方的執(zhí)行階段，申請(qǐng)狀態(tài)時(shí)該處方剛剛開(kāi)立時(shí)的狀態(tài)，打印狀態(tài)時(shí)進(jìn)行門(mé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門(mén)診處方主表
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處方號(hào)
處方狀態(tài):0申請(qǐng),1打印,2配藥,3發(fā)藥,4還藥(當(dāng)天未發(fā)的藥品返回貨架)病歷號(hào)患者姓名性別結(jié)算類別患者科室編碼掛號(hào)日期開(kāi)方醫(yī)生開(kāi)方醫(yī)生所在科室收費(fèi)人編碼收費(fèi)時(shí)間票據(jù)號(hào)
處方金額(零售金額)配藥人配藥科室配藥日期發(fā)藥人發(fā)藥時(shí)間發(fā)藥科室
有效狀態(tài)：0有效，1無(wú)效還藥人還藥日期取消操作員取消日期
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
表4.11是藥品表，記錄著藥品的一些信息，如藥品類別，藥品性質(zhì)、用法、頻次、規(guī)格等藥品相關(guān)的信息，本系統(tǒng)設(shè)計(jì)特點(diǎn)是添加了虛庫(kù)存屬性，當(dāng)藥房進(jìn)行劃價(jià)時(shí)，虛庫(kù)存會(huì)減去開(kāi)立的藥品的數(shù)量，這樣設(shè)計(jì)的目的是防止藥品欠缺的情況，如果患者進(jìn)行劃價(jià)、收費(fèi)，最后到藥房取藥時(shí)發(fā)現(xiàn)沒(méi)有藥品可拿時(shí)，發(fā)生的負(fù)面效應(yīng)是不容忽視的。
表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ù)最小單位
顯示的單位標(biāo)記(0最小單位,1包裝單位)單價(jià)實(shí)際庫(kù)存虛庫(kù)存
門(mén)診藥房還有處方明細(xì)表信息，處方明細(xì)表是一條處方上對(duì)應(yīng)每條藥品的信息，它的主鍵是處方號(hào)與項(xiàng)目編號(hào)。可以實(shí)現(xiàn)同一個(gè)處方上不同的藥品擁有不同的狀態(tài)，如同一處方上的A和B兩種藥品，但是A藥品需要到藥房1取藥，B藥品需要到藥房2取藥，患者先去藥房1取藥后，A藥品的狀態(tài)則被置為發(fā)藥狀態(tài)，而此時(shí)B藥品狀態(tài)還是打印狀態(tài)。這樣設(shè)計(jì)的目的是讓醫(yī)院門(mén)診的業(yè)務(wù)更加靈活，填補(bǔ)因?yàn)椴煌幤吩诓煌剖胰∷帟r(shí)發(fā)生狀態(tài)改變時(shí)的混亂。
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
5實(shí)現(xiàn)
5.1登陸界面
圖5.1系統(tǒng)登陸界面
如圖5.1所示，用戶輸入用戶名、密碼進(jìn)行登陸。如果提示用戶名錯(cuò)誤，則說(shuō)明輸入的用戶名有誤；如果提示密碼錯(cuò)誤，則說(shuō)明存在該用戶，但是輸入的密碼錯(cuò)誤。這樣設(shè)計(jì)能防止用戶利用數(shù)據(jù)庫(kù)漏洞進(jìn)行非法登陸。如防止用戶名輸入a"or"a"="a可登陸系統(tǒng)。
圖5.2系統(tǒng)更改登陸模塊界面
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
圖5.2為系統(tǒng)更改登陸模塊界面，可選擇登陸的模塊和登陸科室。如果進(jìn)入到子模塊中想進(jìn)入其它的子模塊，則點(diǎn)擊主菜單幫助下的更改登陸即進(jìn)入到該界面。
5.2基本信息維護(hù)界面
基本信息維護(hù)模塊功能菜單如下圖所示，基本信息維護(hù)菜單的子菜單包括了一些常數(shù)的維護(hù)，人員科室維護(hù)包括人員組管理，科室人員管理。
圖5.3基本信息維護(hù)菜單
圖5.4是科室人員管理的界面，可以進(jìn)行科室和人員的維護(hù)，可以添加、修改人員，但是不能刪除人員，這樣設(shè)計(jì)的目的是為了系統(tǒng)的安全，如果刪除的人員參與過(guò)門(mén)診業(yè)務(wù)的一些處理，如進(jìn)行過(guò)劃價(jià)，發(fā)生了醫(yī)療糾紛、人事整頓等事件時(shí)，則不能再找到與該人員相關(guān)的記錄了。
圖5.4科室、人員添加與修改界面
基本信息維護(hù)模塊還包括權(quán)限維護(hù)界面，它的界面形式與科室人員管理界面類似，實(shí)現(xiàn)了對(duì)用戶已經(jīng)擁有的功能模塊權(quán)限的更改，如一個(gè)用戶有掛號(hào)模塊的權(quán)限，則權(quán)限維護(hù)功能可對(duì)該用戶在掛號(hào)模塊下進(jìn)行詳細(xì)的權(quán)限維護(hù)，像只有查詢權(quán)限，缺沒(méi)有刪除、增加、修改權(quán)限。
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
5.3門(mén)診掛號(hào)界面
門(mén)診掛號(hào)模塊界面包括門(mén)診掛號(hào)、退號(hào)、日結(jié)和查詢四個(gè)功能菜單，下面具體介紹每個(gè)菜單對(duì)應(yīng)的功能界面。5.3.1掛號(hào)
圖5.5掛號(hào)界面
圖5.5是門(mén)診掛號(hào)界面的一小部分，圖中工具欄中的“生成卡號(hào)”按鈕能自動(dòng)生成卡號(hào)，算法是順序生成卡號(hào)，當(dāng)沒(méi)有卡號(hào)時(shí)，用默認(rèn)的最小的卡號(hào)，然后在此基礎(chǔ)上遞增，如果中間有空余號(hào)碼，則先用空余號(hào)碼中的最小號(hào)碼作為病歷號(hào)。
患者在掛號(hào)界面下錄入一些患者基本信息，選擇合同單位、掛號(hào)級(jí)別、掛號(hào)科室、掛號(hào)醫(yī)生等信息，點(diǎn)擊保存則完成一次掛號(hào)，患者記錄本次病例卡號(hào)，可用于完成醫(yī)院門(mén)診部分的其它流程，如藥房劃價(jià)則輸入病歷卡號(hào)，對(duì)該患者進(jìn)行藥品開(kāi)立。5.3.2退號(hào)
圖5.6退號(hào)界面
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
如圖5.6所示，退號(hào)可根據(jù)患者病歷號(hào)或者發(fā)票號(hào)進(jìn)行退費(fèi)，有時(shí)一個(gè)病例卡號(hào)可能有多條掛號(hào)信息，因?yàn)橥粋�(gè)患者可以用一個(gè)病例卡號(hào)到醫(yī)院進(jìn)行多次掛號(hào)，此時(shí)選擇某一條掛號(hào)信息進(jìn)行退費(fèi)。圖中紅色的勾選項(xiàng)是選擇是否退病例本費(fèi)，如果勾選，則掛號(hào)時(shí)收的病例本費(fèi)用一并退還。5.3.3日結(jié)
日結(jié)界面如圖5.7所示，本系統(tǒng)比較有特色的地方是能夠顯示該掛號(hào)員的收據(jù)號(hào)碼段，如果號(hào)碼段不是連續(xù)的，則會(huì)以多條號(hào)碼段的形式表示。該界面中的起始時(shí)間是不能修改的，因?yàn)楸敬纹鹗紩r(shí)間是上次日結(jié)的截止時(shí)間，如果掛號(hào)員能夠修改，則存在著嚴(yán)重的財(cái)務(wù)漏洞。日結(jié)功能的算法請(qǐng)參見(jiàn)附件A。
圖5.7日結(jié)界面
5.3.4查詢
本系統(tǒng)掛號(hào)部分利用Sybase公司的DataWindow技術(shù)查詢功能，在DataWindow窗口中維護(hù)SQL語(yǔ)句，再在程序中調(diào)用該窗口，本系統(tǒng)DataWindow窗口中transaction的屬性配置是從系統(tǒng)配置文件App.config中讀取的。這樣方便系統(tǒng)實(shí)施，只需修改程序的配置文件，則可正確調(diào)用外部技術(shù)DataWindow的查詢功能。
圖5.8是掛號(hào)情況查詢，是查詢功能中的一個(gè)代表，它可以根據(jù)病歷號(hào)、姓名、發(fā)票號(hào)等單條件進(jìn)行掛號(hào)情況的查詢，同時(shí)還可以進(jìn)行批量查詢，選擇不同的查詢條件進(jìn)行掛號(hào)情況查詢，如選擇科室中的某一個(gè)，則查詢與科室對(duì)應(yīng)的掛號(hào)情況。
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
圖5.8掛號(hào)情況查詢
5.4門(mén)診收費(fèi)界面
門(mén)診收費(fèi)模塊界面包括的功能菜單有門(mén)診收費(fèi)、退費(fèi)、結(jié)賬和查詢，下面具體介紹每個(gè)門(mén)診收費(fèi)，門(mén)診退費(fèi)和結(jié)賬三個(gè)功能。5.4.1收費(fèi)
圖5.9收費(fèi)主界面
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
圖5.9是收費(fèi)的主界面的一部分，收費(fèi)主界面能顯示患者信息、處方信息、發(fā)票等信息。門(mén)診劃價(jià)功能是可選的，如在一些小型醫(yī)院，在門(mén)診收費(fèi)處就可進(jìn)行劃價(jià)收費(fèi)，本系統(tǒng)還實(shí)現(xiàn)了暫存功能，它可以保存以前的劃價(jià)信息，如一個(gè)患者進(jìn)行劃價(jià)后，再有一個(gè)患者進(jìn)行劃價(jià)，由于癥狀相同，開(kāi)立的藥品也相同，則可用開(kāi)立上一個(gè)患者同樣的藥品信息，這樣就大大減少工作人員的工作量。
當(dāng)輸入病例號(hào)后，如果存在多條與該病例號(hào)對(duì)應(yīng)的處方信息，則跳出下圖選擇框。工作人員選擇某條處方信息進(jìn)行收費(fèi)。
圖5.10患者處方
收費(fèi)時(shí)顯示項(xiàng)目信息，如藥品發(fā)生的費(fèi)用，檢查發(fā)生的費(fèi)用等等，系統(tǒng)支持多支付方式。確認(rèn)收費(fèi)界面圖5.11所示，當(dāng)輸入實(shí)付金額時(shí)，系統(tǒng)會(huì)自動(dòng)計(jì)算找零金額。收費(fèi)功能的算法詳見(jiàn)附錄B。
圖5.11收費(fèi)插件界面
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
5.4.2退費(fèi)
門(mén)診退費(fèi)界面如圖5.12所示。退費(fèi)只支持輸入發(fā)票進(jìn)行退費(fèi)，不支持輸入病歷號(hào)，因?yàn)橐粋�(gè)病歷號(hào)可以對(duì)應(yīng)多條收費(fèi)信息。選擇想要退費(fèi)的藥品，再輸入數(shù)量進(jìn)行退費(fèi)，圖中的全退是把所有的藥品全部退費(fèi)。
圖5.12退費(fèi)界面
5.4.3結(jié)賬
門(mén)診結(jié)賬與掛號(hào)模塊日結(jié)類似，界面如下圖：
圖5.13門(mén)診結(jié)賬信息
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
5.5門(mén)診藥房界面
門(mén)診藥房模塊界面包括藥品維護(hù)，藥房劃價(jià)、配發(fā)藥、退藥等業(yè)務(wù)，下面是對(duì)幾個(gè)主要業(yè)務(wù)的具體實(shí)現(xiàn)。5.5.1藥房藥品管理
本系統(tǒng)設(shè)計(jì)的藥品種類只有四種：西藥、中草藥、中成藥和原料。藥房管理人員可以對(duì)藥品進(jìn)行管理，對(duì)藥品進(jìn)行添加和修改。藥品維護(hù)界面如下圖所示：
圖5.14藥品維護(hù)界面
5.5.2藥房劃價(jià)
藥房劃價(jià)界面如圖5.15所示。本系統(tǒng)設(shè)計(jì)沒(méi)有包括門(mén)診醫(yī)生站，因此把藥房劃價(jià)代替醫(yī)生站，.模仿醫(yī)生對(duì)患者進(jìn)行就診，然后開(kāi)立處方。
本系統(tǒng)支持在患者沒(méi)有進(jìn)行掛號(hào)時(shí)直接進(jìn)行劃價(jià)，設(shè)計(jì)目的是方便小型醫(yī)院的業(yè)務(wù)處理，一個(gè)操作人員就可實(shí)現(xiàn)多項(xiàng)功能，具體操作方法是在圖5.14中的病例號(hào)文本框處輸入‘/’，再按回車(chē)，系統(tǒng)則會(huì)自動(dòng)生成一個(gè)病例卡號(hào)，生成方法與門(mén)診掛號(hào)處病例卡號(hào)的生成方式相同，然后再輸入一些患者信息、開(kāi)立藥品信息進(jìn)行劃價(jià)
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
圖5.15劃價(jià)界面
5.5.3藥房配發(fā)藥
當(dāng)患者已經(jīng)到門(mén)診收費(fèi)處收費(fèi)時(shí)，藥房人員可進(jìn)行配發(fā)藥，如圖5.16所示，輸入發(fā)票號(hào)，則會(huì)出現(xiàn)該配藥人所在科室的未配藥患者，如果此時(shí)有新的患者收費(fèi)時(shí)，工具欄中的刷新功能幫助顯示新患者。
圖5.16配藥界面
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
5.5.4藥房查詢
藥房查詢主要有配藥工作量、發(fā)藥工作量、門(mén)診處方查詢。
圖5.17為配藥工作量查詢，可根據(jù)藥房或者人員進(jìn)行查詢，發(fā)藥工作量查詢與此類似。
圖5.17配藥工作量查詢
圖5.18為處方查詢，可根據(jù)不同的查詢條件進(jìn)行查詢，如根據(jù)病歷號(hào)、發(fā)票號(hào)、姓名、處方號(hào)等條件進(jìn)行查詢。
圖5.18處方查詢界面
一種醫(yī)院門(mén)診管理信息系統(tǒng)的設(shè)計(jì)與應(yīng)用
6測(cè)試
6.1軟件測(cè)試定義
軟件測(cè)試（Softwaretesting）是軟件生存期中的一個(gè)重要階段，是軟件質(zhì)量保證的關(guān)鍵步驟。通俗地講，軟件測(cè)試就是在軟件投入運(yùn)行前，對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說(shuō)明和編碼進(jìn)行最終復(fù)審的活動(dòng)。
1983年IEEE提出的軟件工程術(shù)語(yǔ)中給軟件測(cè)試下的定義是：“使用人工或自動(dòng)的手段來(lái)運(yùn)行或測(cè)定某個(gè)軟件系統(tǒng)或系統(tǒng)部件的過(guò)程，其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別”。
6.2軟件測(cè)試目的與原則
6.2.1軟件測(cè)試目的
基于不同的立場(chǎng)，存在著兩種完全不同的測(cè)試目的：
1從用戶（測(cè)試人員）的角度出發(fā)，普遍希望通過(guò)軟件測(cè)試暴露軟件中隱藏的錯(cuò)誤和缺陷，以考慮是否可接受該產(chǎn)品。
2從軟件開(kāi)發(fā)者的角度出發(fā)，則希望測(cè)試成為表明軟件產(chǎn)品中不存在錯(cuò)誤的過(guò)程，驗(yàn)證該軟件已正確地實(shí)現(xiàn)了用戶的要求，確立人們對(duì)軟件質(zhì)量的信心。
軟件測(cè)試是想以最少的時(shí)間和人力，系統(tǒng)地找出軟件中潛在的各種錯(cuò)誤和缺陷。如果成功地實(shí)施了測(cè)試，就能夠發(fā)現(xiàn)軟件中的錯(cuò)誤，則測(cè)試的附帶收獲是，它能夠證明軟件的功能和性能與需求說(shuō)明相符合，實(shí)施測(cè)試收集到的測(cè)試結(jié)果數(shù)據(jù)為可靠性分析提供了依據(jù)，測(cè)試不能表明軟件中不存在錯(cuò)誤，它只能說(shuō)明軟件中存在錯(cuò)誤。6.2.2軟件測(cè)試原則
測(cè)試的目的在于發(fā)現(xiàn)錯(cuò)誤，應(yīng)盡早地和不斷地進(jìn)行測(cè)試。充分注意測(cè)試中的群集現(xiàn)象經(jīng)驗(yàn)表明，測(cè)試后程序中殘存的錯(cuò)誤數(shù)目與該程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)目成正比。所有的測(cè)試都應(yīng)可追溯到客戶需求，測(cè)試中窮舉測(cè)試是不可能的，應(yīng)該嚴(yán)格執(zhí)行測(cè)試計(jì)劃，排除測(cè)試的隨意性，應(yīng)當(dāng)對(duì)每一個(gè)測(cè)試結(jié)果做全面檢查，妥善保存測(cè)試計(jì)劃，測(cè)試用例，出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告，為維護(hù)提供方便
6.3測(cè)試方法
本系統(tǒng)通過(guò)傳統(tǒng)的兩種測(cè)試方法進(jìn)行測(cè)試：黑盒測(cè)試、白盒測(cè)試。
友情提示：本文中關(guān)于《醫(yī)院網(wǎng)絡(luò)掛號(hào)收費(fèi)系統(tǒng)管理和維護(hù)》給出的范例僅供您參考拓展思維使用，醫(yī)院網(wǎng)絡(luò)掛號(hào)收費(fèi)系統(tǒng)管理和維護(hù)：該篇文章建議您自主創(chuàng)作。
來(lái)源：網(wǎng)絡(luò)整理 免責(zé)聲明：本文僅限學(xué)習(xí)分享，如產(chǎn)生版權(quán)問(wèn)題，請(qǐng)聯(lián)系我們及時(shí)刪除。
公文素材庫(kù)友情提示：本網(wǎng)站所有內(nèi)容為共享上傳提供，不涉及任何商業(yè)利益，本站對(duì)此不承擔(dān)任何保證責(zé)任！
Copyright © www.seogis.com Corporation, All Rights Reserved 共享時(shí)代 共享你我他 版權(quán)所有