【正文】 室類別編號REG_FEENUMBER(6,2)Y0掛號費(fèi)IS_STOPVARCHAR2(1)Y0是否停用,1是/0否IS_REGVARCHAR2(1)Y1是否是掛號科室,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)致不必要的損失。 科室表NameTypeNullableDefaultCommentsDEPT_CODEVARCHAR2(4)N39。 員工表NameTypeNullableDefaultCommentsCODEVARCHAR2(6)N‘’編號NAMEVARCHAR2(10)N‘’名稱DEPT_CODEVARCHAR2(4)科室編號TYPENUMBER(20)Y員工類別SEXVARCHAR2(2)Y男性別IDVARCHAR2(20)Y身份證號EDUCVARCHAR2(10)Y學(xué)歷科室表維護(hù)了醫(yī)院的一些科室，描述了這些科室是否是掛號科室，是否停用，是否是執(zhí)行科室，掛號費(fèi)等信息。 用戶表NameTypeNullableDefaultCommentsUSER_CODEVARCHAR2(6)N‘’用戶編號USER_NAMEVARCHAR2(20)N‘’用戶名稱USER_PASSWORDVARCHAR2(20)N‘’用戶密碼員工表維護(hù)著醫(yī)院的一些基本員工，如醫(yī)生，護(hù)士，收款員和管理員等等，其中編號是主鍵，本系統(tǒng)的設(shè)計(jì)特點(diǎn)是員工表里維護(hù)的人員才能成為系統(tǒng)的用戶，登陸系統(tǒng)進(jìn)行操作?；拘畔⒕S護(hù)中的表是對一些基本信息的維護(hù)，如員工、系統(tǒng)用戶、登陸科室、權(quán)限、系統(tǒng)功能模塊等等的維護(hù)；掛號管理包含掛號、退號、日結(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ì)、藥品信息等等。 BaseQueryForm界面 數(shù)據(jù)庫設(shè)計(jì)此系統(tǒng)的數(shù)據(jù)庫設(shè)計(jì)是根據(jù)實(shí)際需求，結(jié)合本人以往經(jīng)驗(yàn)進(jìn)行設(shè)計(jì)，雖然有些設(shè)計(jì)不是十分理想，但是能實(shí)現(xiàn)基本功能需求。本系統(tǒng)定義了許多自定義用戶控件和用戶窗體，易于重用與維護(hù)。降低對操作人員培訓(xùn)的成本，培訓(xùn)人員不需費(fèi)力逐個(gè)指導(dǎo)。 界面設(shè)計(jì)界面設(shè)計(jì)初期，就定義了界面UI規(guī)范，無論是控件使用，提示信息措辭，還是顏色、窗口布局風(fēng)格，遵循統(tǒng)一的標(biāo)準(zhǔn)，做到真正的一致。對于系統(tǒng)中的每個(gè)實(shí)體，都維護(hù)了一個(gè)實(shí)體類，便于讀取和管理，每個(gè)子模塊都有一個(gè)自己的業(yè)務(wù)處理類，處理與它相關(guān)的一些業(yè)務(wù)。 系統(tǒng)三層架構(gòu)簡圖。采用三層架構(gòu)的優(yōu)點(diǎn)如下： 開發(fā)人員可以只關(guān)注整個(gè)結(jié)構(gòu)中的其中某一層； 可以很容易的用新的實(shí)現(xiàn)來替換原有層次的實(shí)現(xiàn)； 可以降低層與層之間的依賴； 有利于標(biāo)準(zhǔn)化； 利于各層邏輯的復(fù)用。簡單的說法就是實(shí)現(xiàn)對數(shù)據(jù)表的Select，Insert，Update，Delete的操作。依賴與被依賴的關(guān)系都糾結(jié)在業(yè)務(wù)邏輯層上，如何實(shí)現(xiàn)依賴關(guān)系的解耦，則是除了實(shí)現(xiàn)業(yè)務(wù)邏輯之外留給設(shè)計(jì)師的任務(wù)。正因?yàn)槿绱耍瑯I(yè)務(wù)邏輯層的設(shè)計(jì)對于一個(gè)支持可擴(kuò)展的架構(gòu)尤為關(guān)鍵，因?yàn)樗缪萘藘蓚€(gè)不同的角色。如果在分層設(shè)計(jì)時(shí)，遵循了面向接口設(shè)計(jì)的思想，那么這種向下的依賴也應(yīng)該是一種弱依賴關(guān)系。業(yè)務(wù)邏輯層在體系架構(gòu)中的位置很關(guān)鍵，它處于數(shù)據(jù)訪問層與表示層中間，起到了數(shù)據(jù)交換中承上啟下的作用。例如Martin Fowler在《Patterns of Enterprise Application Architecture》一書中，將整個(gè)架構(gòu)分為三個(gè)主要的層：表示層、領(lǐng)域?qū)雍蛿?shù)據(jù)源層。業(yè)務(wù)邏輯層（Business Logic Layer）無疑是系統(tǒng)架構(gòu)中體現(xiàn)核心價(jià)值的部分。表示層位于最外層（最上層），離用戶最近。三層體系的應(yīng)用程序?qū)I(yè)務(wù)規(guī)則、數(shù)據(jù)訪問、合法性校驗(yàn)等工作放到了中間層進(jìn)行處理。所謂三層體系結(jié)構(gòu)，是在客戶端與數(shù)據(jù)庫之間加入了一個(gè)“中間層”，也叫組件層。微軟推薦的分層式結(jié)構(gòu)一般分為三層，從下至上分別為：數(shù)據(jù)訪問層、業(yè)務(wù)邏輯層（又或成為領(lǐng)域?qū)樱?、表示層? 項(xiàng)目架構(gòu)設(shè)計(jì) 三層架構(gòu)說明本系統(tǒng)采用三層架構(gòu)：數(shù)據(jù)訪問層(DAL)，邏輯業(yè)務(wù)層(BLL)，表示層(UI)。處方與處方明細(xì)實(shí)體是通過處方號相關(guān)聯(lián)的，即一個(gè)處方包括多個(gè)處方明細(xì)，通俗的說，一個(gè)患者到醫(yī)院就醫(yī)，醫(yī)生開了一張?zhí)幏絾?，這就相當(dāng)于一個(gè)處方實(shí)體，而處方單上的多個(gè)項(xiàng)目明細(xì)及處方明細(xì)。 藥房模塊概念結(jié)構(gòu)設(shè)計(jì)，它是醫(yī)生給患者開的一張?zhí)幏?，其中包括處方號、病歷號、處方狀態(tài)、處方金額、配發(fā)藥人等等屬性。發(fā)票明細(xì)是一張發(fā)票對應(yīng)的一些收費(fèi)信息，費(fèi)用明細(xì)則是門診流程中對收費(fèi)項(xiàng)目進(jìn)行動(dòng)態(tài)跟蹤與管理的實(shí)體。 收費(fèi)模塊概念結(jié)構(gòu)設(shè)計(jì) ，收費(fèi)子模塊中發(fā)票實(shí)體是整個(gè)模塊的核心，它關(guān)聯(lián)著發(fā)票明細(xì)、項(xiàng)目明細(xì)、支付方式、費(fèi)用明細(xì)、日結(jié)等等許多信息，甚至處方實(shí)體中的發(fā)票號也是與發(fā)票實(shí)體關(guān)聯(lián)著。，記錄了患者的信息、掛號信息等等、是否日結(jié)等等。 基本信息維護(hù)ER圖 掛號模塊概念結(jié)構(gòu)設(shè)計(jì)掛號子模塊中有一些基本數(shù)據(jù)的維護(hù)，如掛號級別維護(hù)，合同單位維護(hù)。系統(tǒng)有權(quán)限維護(hù)模塊，可維護(hù)用戶功能模塊里的每個(gè)菜單或者工具欄的操作權(quán)限，如該用于只有一個(gè)界面查詢權(quán)限，則不能在該界面下進(jìn)行增加、刪除或者修改操作，增加系統(tǒng)的靈活性和安全性。 基本信息維護(hù)模塊概念結(jié)構(gòu)設(shè)計(jì)首先，系統(tǒng)有個(gè)超級管理員，可進(jìn)行信息的維護(hù)，人員添加，人員功能模塊維護(hù)，科室維護(hù)等等。聯(lián)系(Relationship)：聯(lián)系也稱關(guān)系，信息世界中反映實(shí)體內(nèi)部或?qū)嶓w之間的聯(lián)系。實(shí)體型(Entity)：具有相同屬性的實(shí)體具有相同的特征和性質(zhì)，用實(shí)體名及其屬性名集合來抽象和刻畫同類實(shí)體。它是描述現(xiàn)實(shí)世界概念結(jié)構(gòu)模型的有效方法。 門診藥房退藥流程圖 系統(tǒng)概念結(jié)構(gòu)設(shè)計(jì)該部分描繪了各個(gè)模塊的ER圖，各實(shí)體的一些主要屬性及聯(lián)系。對于當(dāng)日未取藥患者，在虛擬庫存管理模塊內(nèi)，對該處方單獨(dú)進(jìn)行虛擬庫存還庫操作。發(fā)藥人員在發(fā)藥模塊內(nèi)，對患者處方進(jìn)行確認(rèn)，扣除庫房實(shí)庫存，還虛擬庫存。已配藥患者信息發(fā)送發(fā)藥臺，同時(shí)大屏幕刷新已配好藥的患者列表。配藥人員在配藥臺模塊內(nèi)，根據(jù)設(shè)置進(jìn)行配藥標(biāo)簽或配藥清單補(bǔ)打(如已自動(dòng)打印則不需補(bǔ)打，提前撿藥)。 門診退費(fèi)流程圖 藥房模塊數(shù)據(jù)流程1. 門診藥房發(fā)藥流程門診收費(fèi)接受患者電子處方或手工處方進(jìn)行收費(fèi)；扣除庫存藥品虛庫存。當(dāng)患者收費(fèi)項(xiàng)目已經(jīng)執(zhí)行了再進(jìn)行退費(fèi)時(shí)，應(yīng)該先在藥房退還藥品，再到門診收費(fèi)處退藥品費(fèi)用。 門診收費(fèi)流程圖2. 門診退費(fèi)流程如果患者收費(fèi)項(xiàng)目沒有執(zhí)行，那么可以直接退費(fèi)，否則需要填寫《退費(fèi)申請單》，并且經(jīng)過領(lǐng)導(dǎo)審核,如果患者的發(fā)票是隔日的，那么一定需要執(zhí)行科室填寫《退費(fèi)申請單》，退費(fèi)前需要財(cái)務(wù)領(lǐng)導(dǎo)進(jìn)行審核，收費(fèi)員根據(jù)收費(fèi)申請單和發(fā)票進(jìn)行退費(fèi),如果是交叉退費(fèi)，也需要財(cái)務(wù)領(lǐng)導(dǎo)進(jìn)行審核，才可以退費(fèi)。1. 門診收費(fèi)流程門診收費(fèi)處可以進(jìn)行劃價(jià)操作，需要進(jìn)行劃價(jià)的，那么進(jìn)行劃價(jià)操作，否則進(jìn)行收費(fèi)操作。 系統(tǒng)狀態(tài)流程圖 系統(tǒng)數(shù)據(jù)流程設(shè)計(jì) 掛號模塊數(shù)據(jù)流程患者首先到患者基本信息登記處索取“患者基本信息登記表”，填寫完整后交給基本信息錄入員錄入電腦，患者帶著基本信息登記表到掛號處進(jìn)行掛號，掛號員收取掛號各種費(fèi)用，同時(shí)打印掛號收據(jù)，發(fā)放“初診病歷”，如果患者想退號，患者提交掛號收據(jù)，掛號員判斷是否可以退號（只能退當(dāng)天的號、已經(jīng)醫(yī)生看診的不允許退號、預(yù)約掛號不允許退號），如果可以退號，則進(jìn)行退號操作，并把掛號費(fèi)退給患者。用戶先輸入用戶名，密碼，進(jìn)入登陸模塊界面，選擇要登陸的模塊，然后再進(jìn)行該模塊進(jìn)行相關(guān)操作。 系統(tǒng)功能結(jié)構(gòu)圖 系統(tǒng)狀態(tài)流程如下圖是本系統(tǒng)的狀態(tài)流程圖，簡要描繪了系統(tǒng)及模塊間的操作流程。 系統(tǒng)功能設(shè)計(jì) 系統(tǒng)功能結(jié)構(gòu)，描述了系統(tǒng)登陸到各個(gè)子模塊可進(jìn)行操作的功能。藥品管理可對藥品信息進(jìn)行增加或者修改；門診劃價(jià)相當(dāng)于醫(yī)生為患者開處方；門診配藥是配藥員預(yù)先給已經(jīng)收費(fèi)患者進(jìn)行配藥，方便患者取藥；門診發(fā)藥是發(fā)藥員把藥品發(fā)到患者手中；門診退藥則是患者已經(jīng)拿到藥品后，在有效條件下進(jìn)行退藥的操作。門診收費(fèi)是對藥房劃價(jià)對患者產(chǎn)生的處方進(jìn)行收費(fèi)；門診退費(fèi)是當(dāng)患者已經(jīng)到藥房進(jìn)行退藥后進(jìn)行退費(fèi)操作；門診結(jié)賬則是對收款員上次結(jié)賬日期到本次結(jié)賬日期期間發(fā)生的收費(fèi)進(jìn)行結(jié)賬，繳款。掛號實(shí)現(xiàn)了患者的基本信息錄入，門診掛號等待看診；患者掛號了但是想離開時(shí)可進(jìn)行退號；患者基本信息維護(hù)能夠?qū)颊叩幕拘畔⑦M(jìn)行修改；日結(jié)則是對掛號員上次日結(jié)到本次日結(jié)時(shí)間內(nèi)發(fā)生的掛號進(jìn)行結(jié)賬，繳款。 系統(tǒng)總結(jié)構(gòu)圖基本信息維護(hù)模塊包含的功能有常數(shù)維護(hù)、科室人員管理、人員組管理、權(quán)限維護(hù)，常數(shù)維護(hù)可對合同單位、掛號級別等基本常數(shù)進(jìn)行維護(hù)；科室人員管理可對用戶和科室進(jìn)行增加或者修改；人員組管理可對用戶可登陸的模塊進(jìn)行維護(hù)；權(quán)限維護(hù)可對用戶登陸的模塊的權(quán)限大小進(jìn)行維護(hù)，如只有該模塊查詢權(quán)限，則無法進(jìn)行該模塊內(nèi)刪除、修改、增加數(shù)據(jù)的操作?；拘畔⒕S護(hù)模塊一般只有管理員或者高級操作人員才有權(quán)限進(jìn)入，它是對一些基本信息的管理，如人員、科室，醫(yī)院的一些常數(shù)進(jìn)行管理。實(shí)現(xiàn)了醫(yī)療、服務(wù)一體的全新概念的服務(wù)和管理方式是我們的當(dāng)務(wù)之急。醫(yī)院信息管理系統(tǒng)不僅方便醫(yī)院的管理，而且方便病人信息的綜合管理，信息查詢，床位查詢，醫(yī)囑管理等等。目前很多醫(yī)院信息管理仍然是人工手動(dòng)計(jì)算,整理,查詢，管理病房等各項(xiàng)工作,執(zhí)行效率非常低,不方便,給醫(yī)務(wù)人員帶來了不少麻煩。醫(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ì)量和管理水平。從圖中可以簡要看出，數(shù)據(jù)能實(shí)現(xiàn)全面跟蹤，以便醫(yī)院進(jìn)行管理和決策。接著藥房進(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í)就會給醫(yī)院帶來損失。，一個(gè)患者進(jìn)入醫(yī)院先到掛號處進(jìn)行現(xiàn)場掛號，領(lǐng)取病例卡號，如果患者在當(dāng)天內(nèi)不想就醫(yī)，可進(jìn)行退號，即退相關(guān)費(fèi)用，如掛號費(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)。 向各級管理機(jī)構(gòu)提供不同詳細(xì)程度的報(bào)告，縮短分析和解釋的時(shí)間；216。 完整、及時(shí)提供在管理及決策中需要的數(shù)據(jù)；216。管理信息系統(tǒng)它具備數(shù)據(jù)處理、計(jì)劃、控制、預(yù)測和輔助決策功能，具體作用如下5點(diǎn)內(nèi)容：216。而這些東西對于本系統(tǒng)來說是可行的。 操作可行性本系統(tǒng)大概需要兩個(gè)月的時(shí)間完成。目前國內(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)十分熟悉C的編程，Oracle數(shù)據(jù)庫，因此技術(shù)上是可行的。編譯器：Visual Studio 2005，利用C.net編寫實(shí)際管理系統(tǒng)更簡便易行。硬件：計(jì)算機(jī)的存儲量大，運(yùn)算速度快，外部設(shè)備的功能好，效率高，可靠性高，通信設(shè)備的能力、質(zhì)量都滿足要求。本節(jié)從技術(shù)的可行性，經(jīng)濟(jì)的可行性以及操作的可行性三個(gè)方面來論證本信息管理系統(tǒng)的可行性。它的任務(wù)是確定項(xiàng)目開發(fā)是否必要和可行。然后再針對現(xiàn)今醫(yī)院的實(shí)際需求進(jìn)行分析，理清本系統(tǒng)的總體設(shè)計(jì)，需要實(shí)現(xiàn)的功能。但是在21世紀(jì)，不斷加快信息化的今天，醫(yī)療信息化已是大勢所趨，因而醫(yī)療信息化之路必定要堅(jiān)持肯定地走下去，并為全社會的醫(yī)療服務(wù)質(zhì)量做出貢獻(xiàn)。我國正處于醫(yī)療信息化建設(shè)與應(yīng)用過程中，由于人們觀念、習(xí)慣的轉(zhuǎn)變，人員素質(zhì)的提高等方面都需要比較長的時(shí)間，毫無疑問會產(chǎn)生上述之類的一些問題，但若通過一系列的措施，例如加強(qiáng)醫(yī)療信息化標(biāo)準(zhǔn)化體系的規(guī)劃和建設(shè)、進(jìn)行教育和培養(yǎng)人才的規(guī)劃，以及加大醫(yī)療信息系統(tǒng)軟件上的投入和開發(fā)力度等等，相信會對我國醫(yī)療信息化建設(shè)起到推動(dòng)的作用。這對醫(yī)療信息化的進(jìn)一步的發(fā)展毫無疑問形成了較大的阻礙。統(tǒng)一標(biāo)準(zhǔn)，是醫(yī)療信息化建設(shè)的基礎(chǔ)，也是進(jìn)行信息交換與共享的基本前提。但是由于我國標(biāo)準(zhǔn)化工作嚴(yán)重滯后，標(biāo)準(zhǔn)化問題目前已成為信息化進(jìn)程的一個(gè)主要障礙。醫(yī)院各自為戰(zhàn)的重復(fù)開發(fā)和被動(dòng)應(yīng)用，加上公司的商業(yè)競爭，使醫(yī)院信息系統(tǒng)的建設(shè)處于一種熱情支持、積極投資，但卻與效用成反比的局面。但是，醫(yī)院因其工作的復(fù)雜性和各醫(yī)院管理模式的不盡相同，使醫(yī)院管理計(jì)算機(jī)軟件的開發(fā)具有很大的挑戰(zhàn)性和潛力。全國近半數(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ī)院。隨著信息系統(tǒng)自動(dòng)化的實(shí)現(xiàn)，醫(yī)院管理者能夠在更高層次、更大范圍。在這幾年中，醫(yī)院信息系統(tǒng)將進(jìn)入一個(gè)新的發(fā)展階段。這些技術(shù)和功能的更新?lián)Q代時(shí)間已大大短于其設(shè)備的使用年限，有的甚至已以月計(jì)。這些功能的實(shí)現(xiàn)，一方面歸功于自動(dòng)化“硬件”技術(shù)的不斷更新和發(fā)