【文章內(nèi)容簡介】 層次中，系統(tǒng)主要功能和業(yè)務邏輯都在業(yè)務邏輯層進行處理。所謂三層體系結構，是在客戶端與數(shù)據(jù)庫之間加入了一個“中間層”，也叫組件層。這里所說的三層體系，不是指物理上的三層，不是簡單地放置三臺機器就是三層體系結構，也不僅僅有B/S應用才是三層體系結構，三層是指邏輯上的三層，即使這三個層放置到一臺機器上。三層體系的應用程序將業(yè)務規(guī)則、數(shù)據(jù)訪問、合法性校驗等工作放到了中間層進行處理。通常情況下，客戶端不直接與數(shù)據(jù)庫進行交互，而是通過COM/DCOM通訊與中間層建立連接，再經(jīng)由中間層與數(shù)據(jù)庫進行交互。表示層位于最外層（最上層），離用戶最近。用于顯示數(shù)據(jù)和接收用戶輸入的數(shù)據(jù)，為用戶提供一種交互式操作的界面。業(yè)務邏輯層（Business Logic Layer）無疑是系統(tǒng)架構中體現(xiàn)核心價值的部分。它的關注點主要集中在業(yè)務規(guī)則的制定、業(yè)務流程的實現(xiàn)等與業(yè)務需求有關的系統(tǒng)設計，也即是說它是與系統(tǒng)所應對的領域（Domain）邏輯有關，很多時候，也將業(yè)務邏輯層稱為領域層。例如Martin Fowler在《Patterns of Enterprise Application Architecture》一書中，將整個架構分為三個主要的層：表示層、領域層和數(shù)據(jù)源層。作為領域驅動設計的先驅Eric Evans，對業(yè)務邏輯層作了更細致地劃分，細分為應用層與領域層，通過分層進一步將領域邏輯與領域邏輯的解決方案分離。業(yè)務邏輯層在體系架構中的位置很關鍵，它處于數(shù)據(jù)訪問層與表示層中間，起到了數(shù)據(jù)交換中承上啟下的作用。由于層是一種弱耦合結構，層與層之間的依賴是向下的，底層對于上層而言是“無知”的，改變上層的設計對于其調(diào)用的底層而言沒有任何影響。如果在分層設計時，遵循了面向接口設計的思想，那么這種向下的依賴也應該是一種弱依賴關系。因而在不改變接口定義的前提下，理想的分層式架構，應該是一個支持可抽取、可替換的“抽屜”式架構。正因為如此，業(yè)務邏輯層的設計對于一個支持可擴展的架構尤為關鍵，因為它扮演了兩個不同的角色。對于數(shù)據(jù)訪問層而言，它是調(diào)用者；對于表示層而言，它卻是被調(diào)用者。依賴與被依賴的關系都糾結在業(yè)務邏輯層上，如何實現(xiàn)依賴關系的解耦，則是除了實現(xiàn)業(yè)務邏輯之外留給設計師的任務。數(shù)據(jù)訪問層：有時候也稱為是持久層，其功能主要是負責數(shù)據(jù)庫的訪問，可以訪問數(shù)據(jù)庫系統(tǒng)、二進制文件、文本文檔或是XML文檔。簡單的說法就是實現(xiàn)對數(shù)據(jù)表的Select，Insert，Update，Delete的操作。如果要加入ORM的元素，那么就會包括對象和數(shù)據(jù)表之間的mapping，以及對象實體的持久化。采用三層架構的優(yōu)點如下： 開發(fā)人員可以只關注整個結構中的其中某一層； 可以很容易的用新的實現(xiàn)來替換原有層次的實現(xiàn)； 可以降低層與層之間的依賴； 有利于標準化； 利于各層邏輯的復用。 系統(tǒng)三層架構，簡要說明了系統(tǒng)的層次結構。 系統(tǒng)三層架構簡圖，。Database類是連接數(shù)據(jù)庫的接口，可根據(jù)不同的數(shù)據(jù)庫進行連接，DataAccess類提供對數(shù)據(jù)庫進行讀取和保存數(shù)據(jù)的操作。對于系統(tǒng)中的每個實體，都維護了一個實體類，便于讀取和管理，每個子模塊都有一個自己的業(yè)務處理類，處理與它相關的一些業(yè)務。界面層則是面向用戶，提供用戶操作的界面。 界面設計界面設計初期，就定義了界面UI規(guī)范，無論是控件使用，提示信息措辭，還是顏色、窗口布局風格，遵循統(tǒng)一的標準，做到真正的一致。使用戶使用起來能夠建立起精確的心里模型，使用熟練了一個界面后，切換到另外一個界面能夠很輕松的推測出各種功能，語句也不需要費神理解。降低對操作人員培訓的成本，培訓人員不需費力逐個指導。能給用戶統(tǒng)一的感覺，不覺得混亂，心情愉快，支持度增加 。本系統(tǒng)定義了許多自定義用戶控件和用戶窗體，易于重用與維護。例如，系統(tǒng)子模塊的功能窗體風格一致，統(tǒng)一繼承了BaseForm窗體，查詢類窗體又統(tǒng)一繼承了BaseQueryForm窗體，如此重用性很高，也便于系統(tǒng)后期維護。 BaseQueryForm界面 數(shù)據(jù)庫設計此系統(tǒng)的數(shù)據(jù)庫設計是根據(jù)實際需求，結合本人以往經(jīng)驗進行設計，雖然有些設計不是十分理想，但是能實現(xiàn)基本功能需求。數(shù)據(jù)表分為四個模塊：基本信息維護、掛號管理、門診收費、門診藥房?；拘畔⒕S護中的表是對一些基本信息的維護，如員工、系統(tǒng)用戶、登陸科室、權限、系統(tǒng)功能模塊等等的維護；掛號管理包含掛號、退號、日結、患者等信息；門診收費主要是進行財務上的收費、核算等，其中需用的表有發(fā)票信息、費用明細、收費方式、日結等表結構；門診藥房主要是跟藥品的發(fā)放關聯(lián)，相關的表有處方主表、處方明細、藥品信息等等。 基本信息維護表設計用戶表里主要包括用戶編號、用戶名稱、用戶密碼三個字段，其中用戶編號是主鍵，該表中的用戶能登陸系統(tǒng)，進行系統(tǒng)操作。 用戶表NameTypeNullableDefaultCommentsUSER_CODEVARCHAR2(6)N‘’用戶編號USER_NAMEVARCHAR2(20)N‘’用戶名稱USER_PASSWORDVARCHAR2(20)N‘’用戶密碼員工表維護著醫(yī)院的一些基本員工，如醫(yī)生，護士，收款員和管理員等等，其中編號是主鍵，本系統(tǒng)的設計特點是員工表里維護的人員才能成為系統(tǒng)的用戶，登陸系統(tǒng)進行操作。這樣設計可進行嚴密的人員控制，防止安全泄密或者黑客攻擊。 員工表NameTypeNullableDefaultCommentsCODEVARCHAR2(6)N‘’編號NAMEVARCHAR2(10)N‘’名稱DEPT_CODEVARCHAR2(4)科室編號TYPENUMBER(20)Y員工類別SEXVARCHAR2(2)Y男性別IDVARCHAR2(20)Y身份證號EDUCVARCHAR2(10)Y學歷科室表維護了醫(yī)院的一些科室，描述了這些科室是否是掛號科室，是否停用，是否是執(zhí)行科室，掛號費等信息。，其中科室編號是主鍵。 科室表NameTypeNullableDefaultCommentsDEPT_CODEVARCHAR2(4)N39。39?？剖揖幪朌EPT_NAMEVARCHAR2(50)N‘’科室名稱DEPT_TCODEVARCHAR2(4)Y科室類別編號REG_FEENUMBER(6,2)Y0掛號費IS_STOPVARCHAR2(1)Y0是否停用,1是/0否IS_REGVARCHAR2(1)Y1是否是掛號科室,1是/0否IS_EXECVARCHAR2(1)Y0是否是執(zhí)行科室,1是/0否權限表維護了系統(tǒng)用戶的功能權限，每個用戶在每個功能菜單下的權限都不盡相同，如用戶可以有一個功能的查詢權限，但是沒有修改權限，則該用戶只能讀取這些數(shù)據(jù)，不能進行修改，這樣設計的目的是嚴格控制用戶權限，防止用戶錯誤修改數(shù)據(jù)，導致不必要的損失。，其中用戶編號、功能模塊編號是主鍵。 權限表NameTypeNullableDefaultCommentsUSER_CODEVARCHAR2(6)N‘’用戶編號FUNCTION_IDVARCHAR2(10)N‘’功能模塊編號FUNCTION_NAMEVARCHAR2(4)功能模塊名稱DELETE_RIGHTNUMBER(20)Y1刪除權限EDIT_RIGHTVARCHAR2(2)Y1修改權限ADD_RIGHTVARCHAR2(20)Y1增加權限READ_RIGHTVARCHAR2(10)Y1查詢權限 門診掛號表設計 門診掛號主表是一個非常龐大的數(shù)據(jù)表，它既包括了患者的一些信息，還包括了患者掛號、是否收費、是否有效、是否日結的一些信息，表中只列出了一部分屬性，其中發(fā)票號是主鍵。 掛號主表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。039。1已日結/0未日結BALANCE_OPCDVARCHAR2(6)Y日結人BALANCE_DATEDATEY日結時間YNSEEVARCHAR2(1)Y是否看診 1是/0否SEE_DATEDATEY看診日期 掛號員日結檔是醫(yī)院門診進行日結的統(tǒng)計，它是對每個掛號員當天的掛號情況進行統(tǒng)計，本系統(tǒng)設計方式是只有掛號員本人才能對自己的當天工作進行日結，如果其中有中斷，則對上次日結結束時間到本次日結時間這段時間內(nèi)進行日結，每次日結產(chǎn)生一個日結號。，其中日結序號是主鍵。 掛號員日結檔NameTypeNullableDefaultCommentsBALANCE_NOVARCHAR2(12)N日結序號BEGIN_DATEDATEY開始時間END_DATEDATEY結束時間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操作時間門診掛號部分還包括日結明細，合同單位表，掛號級別表等一些信息，日結明細表是掛號員日結檔的補充，記錄了每次日結的一些具體信息，如開始發(fā)票號、結束發(fā)票號、發(fā)票數(shù)量、掛號費合計、是否有效等信息。合同單位表、掛號級別表則是為掛號主表服務，便于掛號費得維護，方便不同類型的患者就醫(yī)。掛號級別表包含了是否專家號、是否專科號、是否特診號、是否有效等信息，如果是專家號則是掛指定專家的號，如果是?？铺?，則是掛指定科室的號，為不同級別的患者的就醫(yī)優(yōu)先級也不同。 門診收費表設計 ，其中發(fā)票號是主鍵。門診發(fā)票表是醫(yī)院門診收費處最重要的一張表，它直接關系到醫(yī)院門診的財務系統(tǒng)，它的設計是否正確，直接關系到系統(tǒng)的正常運行。，它還是許多財務表的外鍵，因此十分重要。門診發(fā)票表包括發(fā)票號、病例卡號、總額、有效性等重要信息。門診發(fā)票表是當門診收款員進行收費時產(chǎn)生，同時在發(fā)票明細表、支付方式表、項目明細表等表結構中添加相關信息。 門診發(fā)票表NameTypeNullableDefaultCommentsINVOICE_NOVARCHAR2(12)發(fā)票號PRINTINVOICE_FLAGVARCHAR2(1)N39。039。記賬發(fā)票是否打印標記 0 沒有打印 1 已經(jīng)打印CARD_NOVARCHAR2(10)病歷卡號REG_DATEDATEY掛號日期NAMEVARCHAR2(40)Y患者姓名PAYKIND_CODEVARCHAR2(4)結算類別代碼PACT_CODEVARCHAR2(10)Y合同單位代碼PACT_NAMEVARCHAR2(50)Y合同單位名稱TOT_COSTNUMBER(8,2)Y總額REAL_COSTNUMBER(8,2)Y實付金額OPER_CODEVARCHAR2(6)Y結算人OPER_DATEDATEY結算時間CANCEL_FLAGVARCHAR2(1)Y有效狀態(tài)0退費1有效2重打3注銷CANCEL_INVOICEVARCHAR2(12)Y作廢票據(jù)號CANCEL_CODEVARCHAR2(6)Y作廢操作員