【正文】 化刻不容緩。21世紀，管理才能出效率，將先進的電腦技術(shù)和現(xiàn)代醫(yī)院的管理完美的結(jié)合起來，完成以前需要大量人工才能完成的任務(wù)。 系統(tǒng)功能需求分析本系統(tǒng)根據(jù)醫(yī)院的需求以及病人的實際情況，通過本人的詳細分析，實現(xiàn)了醫(yī)院門診部分的主要功能需求，包括門診掛號，門診收費，門診藥房，基本信息維護四個主要功能模塊。下面詳細分析每個模塊包含的功能。 基本信息維護模塊結(jié)構(gòu)圖掛號管理包含的功能有現(xiàn)場掛號、退號、患者基本信息維護、日結(jié)以及門診掛號相關(guān)的查詢，如科室收入?yún)R總查詢、掛號員工作量查詢、掛號情況查詢等等。 門診掛號模塊結(jié)構(gòu)圖門診收費包含的功能有門診收費、門診退費、門診結(jié)賬(日結(jié))以及門診收費相關(guān)的查詢。 門診收費模塊結(jié)構(gòu)圖門診藥房包含的功能有藥品管理、門診劃價(收費)、門診退費、門診配藥、門診發(fā)藥、門診退藥以及藥房內(nèi)的相關(guān)查詢。 門診藥房模塊結(jié)構(gòu)圖 3 門診系統(tǒng)概要設(shè)計這部分主要描述了系統(tǒng)功能設(shè)計，首先講述了本系統(tǒng)的整體結(jié)構(gòu)，系統(tǒng)包括基本信息維護、門診掛號、門診收費、門診藥房四個主要模塊，然后仔細描述了各模塊的數(shù)據(jù)流程，跟蹤各模塊的業(yè)務(wù)處理流程，最后描繪了各模塊內(nèi)主要的實體類之間的聯(lián)系。用戶首先進入系統(tǒng)登錄界面，輸入用戶名、密碼進行身份驗證，再進入模塊選擇，根據(jù)該用戶的模塊權(quán)限選擇登錄的模塊，再進行操作，如果該用戶沒有任何一個模塊的登錄權(quán)限，則無法進入功能操作界面。用戶可以登陸不同的子模塊，更改登陸可登陸進入其它模塊。系統(tǒng)提供注冊功能，可以在用戶登錄進入系統(tǒng)的情況下，把該用戶注銷，同時用其它的用戶名、密碼登錄。 掛號數(shù)據(jù)流程圖 收費模塊數(shù)據(jù)流程 醫(yī)院門診收費處的主要業(yè)務(wù)是門診收費和門診退費，下面介紹了這兩個主要業(yè)務(wù)流程的執(zhí)行過程。門診收費處可以根據(jù)劃價信息進行收費，也可以直接進行收費，門診收費處收費時，確定支付方式（信用卡、支票等），確定分發(fā)票要求，最后打印統(tǒng)一門診收費發(fā)票。如果收費時間很久的發(fā)票退費，軟件不予以處理，直接到財務(wù)科手工退費。本系統(tǒng)的內(nèi)部處理是把原來劃價的處方單作廢，再生成一條新的處方，這樣做有利于醫(yī)院統(tǒng)計、管理，也可減少不必要的醫(yī)療糾紛，避免醫(yī)生開錯藥、亂開藥和患者亂退藥的情況。門診藥房系統(tǒng)接受收費信息，自動刷新待取藥患者列表，顯示患者處方信息；患者送方到藥房取藥。配藥人員對處方做配藥確認，記錄配藥人員工作量信息?；颊吒鶕?jù)當前大屏幕的待取藥患者信息，排隊取藥。記錄發(fā)藥人員工作量信息。 門診藥房發(fā)藥流程圖2. 門診藥房退藥流程判斷是否已超過允許退費時間，如果已超過則不允許退費，患者需要得到醫(yī)生開據(jù)藥品退費說明，避免患者無故退藥的情況，然后經(jīng)過門診藥房負責人簽字確認，此時軟件生成一條退費信息，門診收費根據(jù)病歷號得到該退費信息，然后患者再進行退費。ER方法是“實體聯(lián)系方法”（EntityRelationship Approach）的簡稱。它一般包括實體型、屬性、聯(lián)系三個組成部分?！　傩?Attribute)：實體所具有的某一特性，一個實體可由若干個屬性來刻畫。實體內(nèi)部的聯(lián)系通常是指組成實體的各屬性之間的聯(lián)系；實體之間的聯(lián)系通常是指不同實體集之間的聯(lián)系。用戶以及管理員必須是醫(yī)院的員工，但是員工未必有登陸此系統(tǒng)的權(quán)限。本系統(tǒng)中設(shè)計的員工可對應(yīng)多個科室，也就是說用戶能用不同的所在科室登陸系統(tǒng)，進行只有在該科室下才能進行某些操作。掛號級別是患者想掛號的級別，如專家號+病例、?？铺?、普通號，不同的掛號級別對應(yīng)的掛號費也不相同；合同單位是對患者采取的收費標準，如現(xiàn)金、醫(yī)保、市保、退休等等。掛號實體的合同號、掛號級別分別與掛號級別實體的掛號級別編號跟合同單位實體的合同編號相關(guān)聯(lián)。發(fā)票實體中維護著發(fā)票號、患者病歷號、金額、是否有效、是否日結(jié)等等非常重要的信息，它門診財務(wù)管理、核對的主要管理對象。本系統(tǒng)支持多支付方式，可用銀行卡、醫(yī)?？ǖ鹊冗M行刷卡收費。處方明細是一張?zhí)幏街嗅t(yī)生為患者開的藥品明細或者項目明細，像開的哪個藥品、藥品數(shù)量、用法、頻次、每次劑量、處方號、是否退藥、擺藥人等等信息。 掛號ER圖 收費ER圖 藥房ER圖4 門診系統(tǒng)詳細設(shè)計 本節(jié)是對醫(yī)院門診管理信息系統(tǒng)的詳細設(shè)計，本系統(tǒng)采用三層架構(gòu)，因此先講述了三層架構(gòu)的特點，采用三層架構(gòu)對設(shè)計本系統(tǒng)的好處，然后再對系統(tǒng)進行了數(shù)據(jù)和界面上的設(shè)計。在軟件體系架構(gòu)設(shè)計中，分層式結(jié)構(gòu)是最常見，也是最重要的一種結(jié)構(gòu)。三層結(jié)構(gòu)原理：3個層次中，系統(tǒng)主要功能和業(yè)務(wù)邏輯都在業(yè)務(wù)邏輯層進行處理。這里所說的三層體系，不是指物理上的三層，不是簡單地放置三臺機器就是三層體系結(jié)構(gòu)，也不僅僅有B/S應(yīng)用才是三層體系結(jié)構(gòu)，三層是指邏輯上的三層，即使這三個層放置到一臺機器上。通常情況下，客戶端不直接與數(shù)據(jù)庫進行交互，而是通過COM/DCOM通訊與中間層建立連接，再經(jīng)由中間層與數(shù)據(jù)庫進行交互。用于顯示數(shù)據(jù)和接收用戶輸入的數(shù)據(jù)，為用戶提供一種交互式操作的界面。它的關(guān)注點主要集中在業(yè)務(wù)規(guī)則的制定、業(yè)務(wù)流程的實現(xiàn)等與業(yè)務(wù)需求有關(guān)的系統(tǒng)設(shè)計，也即是說它是與系統(tǒng)所應(yīng)對的領(lǐng)域（Domain）邏輯有關(guān)，很多時候，也將業(yè)務(wù)邏輯層稱為領(lǐng)域?qū)印Ｗ鳛轭I(lǐng)域驅(qū)動設(shè)計的先驅(qū)Eric Evans，對業(yè)務(wù)邏輯層作了更細致地劃分，細分為應(yīng)用層與領(lǐng)域?qū)?，通過分層進一步將領(lǐng)域邏輯與領(lǐng)域邏輯的解決方案分離。由于層是一種弱耦合結(jié)構(gòu)，層與層之間的依賴是向下的，底層對于上層而言是“無知”的，改變上層的設(shè)計對于其調(diào)用的底層而言沒有任何影響。因而在不改變接口定義的前提下，理想的分層式架構(gòu)，應(yīng)該是一個支持可抽取、可替換的“抽屜”式架構(gòu)。對于數(shù)據(jù)訪問層而言，它是調(diào)用者；對于表示層而言，它卻是被調(diào)用者。數(shù)據(jù)訪問層：有時候也稱為是持久層，其功能主要是負責數(shù)據(jù)庫的訪問，可以訪問數(shù)據(jù)庫系統(tǒng)、二進制文件、文本文檔或是XML文檔。如果要加入ORM的元素，那么就會包括對象和數(shù)據(jù)表之間的mapping，以及對象實體的持久化。 系統(tǒng)三層架構(gòu)，簡要說明了系統(tǒng)的層次結(jié)構(gòu)。Database類是連接數(shù)據(jù)庫的接口，可根據(jù)不同的數(shù)據(jù)庫進行連接，DataAccess類提供對數(shù)據(jù)庫進行讀取和保存數(shù)據(jù)的操作。界面層則是面向用戶，提供用戶操作的界面。使用戶使用起來能夠建立起精確的心里模型，使用熟練了一個界面后，切換到另外一個界面能夠很輕松的推測出各種功能，語句也不需要費神理解。能給用戶統(tǒng)一的感覺，不覺得混亂，心情愉快，支持度增加 。例如，系統(tǒng)子模塊的功能窗體風格一致，統(tǒng)一繼承了BaseForm窗體，查詢類窗體又統(tǒng)一繼承了BaseQueryForm窗體，如此重用性很高，也便于系統(tǒng)后期維護。數(shù)據(jù)表分為四個模塊：基本信息維護、掛號管理、門診收費、門診藥房。 基本信息維護表設(shè)計用戶表里主要包括用戶編號、用戶名稱、用戶密碼三個字段，其中用戶編號是主鍵，該表中的用戶能登陸系統(tǒng)，進行系統(tǒng)操作。這樣設(shè)計可進行嚴密的人員控制，防止安全泄密或者黑客攻擊。其中科室編號是主鍵。39。其中用戶編號、功能模塊編號是主鍵。 掛號主表NameTypeNullableDefaultCommentsCARD_NOVARCHAR2(10)N病例號/就診卡號REG_DATEDATEN掛號日期NAMEVARCHAR2(40)Y姓名SEX_CODEVARCHAR2(1)Y性別PACT_CODEVARCHAR2(10)Y合同號REGLEVL_CODEVARCHAR2(3)Y掛號級別DEPT_CODEVARCHAR2(4)Y科室號DOCT_CODEVARCHAR2(6)Y醫(yī)師代號YNREGCHRGVARCHAR2(1)Y掛號收費標志 1是/0否INVOICE_NOVARCHAR2(12)Y發(fā)票號REG_FEENUMBER(6,2)Y0掛號費PAY_COSTNUMBER(6,2)Y自付金額VALID_FLAGVARCHAR2(1)Y0退費,1有效,2作廢OPER_CODEVARCHAR2(6)Y操作員代碼OPER_DATEDATEY操作時間CANCEL_OPCDVARCHAR2(6)Y作廢人CANCEL_DATEDATEY作廢時間BALANCE_FLAGVARCHAR2(1)Y39。1已日結(jié)/0未日結(jié)BALANCE_OPCDVARCHAR2(6)Y日結(jié)人BALANCE_DATEDATEY日結(jié)時間YNSEEVARCHAR2(1)Y是否看診 1是/0否SEE_DATEDATEY看診日期 掛號員日結(jié)檔是醫(yī)院門診進行日結(jié)的統(tǒng)計，它是對每個掛號員當天的掛號情況進行統(tǒng)計，本系統(tǒng)設(shè)計方式是只有掛號員本人才能對自己的當天工作進行日結(jié)，如果其中有中斷，則對上次日結(jié)結(jié)束時間到本次日結(jié)時間這段時間內(nèi)進行日結(jié)，每次日結(jié)產(chǎn)生一個日結(jié)號。 掛號員日結(jié)檔NameTypeNullableDefaultCommentsBALANCE_NOVARCHAR2(12)N日結(jié)序號BEGIN_DATEDATEY開始時間END_DATEDATEY結(jié)束時間TOT_QTYNUMBER(6)Y處方數(shù)量TOT_REGNUMBER(8,2)Y0掛號費總額TOT_CHKNUMBER(8,2)Y0檢查費總額TOT_DIGNUMBER(8,2)Y0診察費總額TOT_OTHNUMBER(8,2)Y0附加費總額TOT_OWNNUMBER(8,2)Y0現(xiàn)金總額TOT_PAYNUMBER(8,2)Y0自付總額TOT_PUBNUMBER(8,2)Y0記帳總額OPER_CODEVARCHAR2(6)Y操作員OPER_DATEDATEY操作時間門診掛號部分還包括日結(jié)明細，合同單位表，掛號級別表等一些信息，日結(jié)明細表是掛號員日結(jié)檔的補充，記錄了每次日結(jié)的一些具體信息，如開始發(fā)票號、結(jié)束發(fā)票號、發(fā)票數(shù)量、掛號費合計、是否有效等信息。掛號級別表包含了是否專家號、是否?？铺枴⑹欠裉卦\號、是否有效等信息，如果是專家號則是掛指定專家的號，如果是?？铺?，則是掛指定科室的號，為不同級別的患者的就醫(yī)優(yōu)先級也不同。門診發(fā)票表是醫(yī)院門診收費處最重要的一張表，它直接關(guān)系到醫(yī)院門診的財務(wù)系統(tǒng)，它的設(shè)計是否正確，直接關(guān)系到系統(tǒng)的正常運行。門診發(fā)票表包括發(fā)票號、病例卡號、總額、有效性等重要信息。 門診發(fā)票表NameTypeNullableDefaultCommentsINVOICE_NOVARCHAR2(12)發(fā)票號PRINTINVOICE_FLAGVARCHAR2(1)N39。記賬發(fā)票是否打印標記 0 沒有打印 1 已經(jīng)打印CARD_NOVARCHAR2(10)病歷卡號REG_DATEDATEY掛號日期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實付金額OPER_CODEVARCHAR2(6)Y結(jié)算人OPER_DATEDATEY結(jié)算時間CANCEL_FLAGVARCHAR2(1)Y有效狀態(tài)0退費1有效2重打3注銷CANCEL_INVOICEVARCHAR2(12)Y作廢票據(jù)號CANCEL_CODEVARCHAR2(6)Y作廢操作員CANCEL_DATEDATEY作廢時間BALANCE_FLAGVARCHAR2(1)N39。BALANCE_NOVARCHAR2(12)Y日結(jié)標識號BALANCE_OPCDVARCHAR2(6)Y日結(jié)人BALANCE_DATEDATEY日結(jié)時間，它是連接門診收費處和門診藥房的橋梁，當患者發(fā)生退費操作時顯得尤為重要。 費用明細表NameTypeNullableDefaultCommentsRECIPE_NOVARCHAR2(14)處方號CARD_NOVARCHAR2(10)N病歷卡號REG_DATEDATEY掛號日期REG_DPCDVARCHAR2(4)Y開單科室DOCT_CODEVARCHAR2(6)Y開方醫(yī)師DOCT_DEPTVARCHAR2(4)Y開方醫(yī)師所在科室ITEM_CODEVARCHAR2(12)N項目代碼ITEM_NAMEVARCHAR2(100)N項目名稱DRUG_FLAGVARCHAR2(1)N‘1’1藥品/0非要SPECSVARCHAR2(32)Y規(guī)格UNIT_PRICENUMBER(9,4)Y單價QTYNUMBER(8,2)Y數(shù)量COSTNUMBER