【正文】 結(jié)構(gòu)將數(shù)據(jù)連接放在客戶端，這樣在很大程度上提高了數(shù)據(jù)庫服務(wù)器的安全性。 2．網(wǎng)絡(luò)負(fù)載平衡。當(dāng)有許多客戶端應(yīng)用程序需要連接到應(yīng)用程序服務(wù)器 的時候， MIDAS 能夠分配不同的客戶端應(yīng)用程序到每一個應(yīng)用服務(wù)器中，以平均山東大學(xué)碩士學(xué)位論文 18 每一個應(yīng)用程序的負(fù)荷。 3．容錯處理。當(dāng)系統(tǒng)中某一應(yīng)用程序服務(wù)器發(fā)生故障時，客戶端應(yīng)用程序能夠自動尋找另外的應(yīng)用程序服務(wù)器以維持自己的運作。同時客戶端應(yīng)用程序還可以把編輯的數(shù)據(jù)以文件的形式保存到磁盤中。 4．分發(fā)簡單。客戶端應(yīng)用程序只須 MIDAS． d11 支持。如果需要更改企業(yè)邏輯的話只需要更新應(yīng)用服務(wù)器程序就可以了。 5．實現(xiàn)分布式計算，可以充分利用系統(tǒng)中的計算機資源， 圖 32 C/S 結(jié)構(gòu)模型 系統(tǒng)功能架構(gòu) 醫(yī)院 門診 部 工作人員分工明確，不同的人員擔(dān)任不同的角色。而且各角色之間有不同的權(quán)限規(guī)定。根據(jù) 門診部 對系統(tǒng)功能的需求和不同工作人員扮演不同角色的特性。我們將系統(tǒng)進行模塊化實現(xiàn)。系統(tǒng)功能架構(gòu)如圖 33 所示。 山東大學(xué)碩士學(xué)位論文 19 劃價業(yè)務(wù) 結(jié)算業(yè)務(wù) 藥房管理 字典維護 單據(jù)查詢 系統(tǒng)設(shè)置 圖 33 系統(tǒng)功能架構(gòu)圖 整個系統(tǒng)分為： 劃價業(yè)務(wù)，結(jié)算業(yè)務(wù)，藥房管理，字典維護，單據(jù)與查詢，系統(tǒng)設(shè)置 等功能模塊。 1． 劃價業(yè)務(wù) ： 根據(jù)患者提供的病例單據(jù)，錄入藥品并計算總費用。 2． 結(jié)算業(yè)務(wù) ：根據(jù)劃價結(jié)果，收取費用 。 3． 藥房管理 ：包括 藥品管理，藥品低儲提示，藥品查詢，藥品調(diào)價， 藥品出入庫管理，藥品盤點，報表等。 4． 字典維護 ： 維護醫(yī)院信息系統(tǒng)的一些基本功能，這里包括藥品目錄維護，收費目錄維護，財務(wù)期間維護，藥品特殊類別維護，藥品配伍禁忌維護，部門維護，人員維護，地產(chǎn)維護等。 5． 單據(jù)查詢 ：提供一些單據(jù)的查詢和數(shù)據(jù)的統(tǒng)計，包括單據(jù)查詢，待結(jié)處方查詢，當(dāng)前庫存查詢，處方明細(xì)查詢，法要匯總查詢，開單工作量統(tǒng)計 等。 6． 系統(tǒng)設(shè)置 ：提供一些權(quán)限的管理和系統(tǒng)參數(shù)的配置。包括權(quán)限管理，用戶管理，設(shè)置收費憑證，系統(tǒng)參數(shù)配置，核算項目維護等。 系統(tǒng)安全架構(gòu) 在網(wǎng)絡(luò)化的今天，系統(tǒng)安全始終是一個系統(tǒng)需要考慮的重要問題之一。 一個系統(tǒng)不僅 要 能夠滿足系統(tǒng)的基本功能需要，而且還要考慮其健壯性，安全性，可靠性等多方面的因素。 隨著信息技術(shù)的發(fā)展，網(wǎng)絡(luò)及信息系統(tǒng)的安全性顯得越來權(quán)限管理 系統(tǒng)參數(shù)設(shè)置 藥品查詢 劃價單據(jù) 結(jié)算單據(jù) 藥品維護 收費項目維護 配伍 核算單據(jù) 費用收取 開據(jù)單據(jù) 藥品管理 低儲提示 藥品查詢 病例錄入 藥品查詢 開據(jù)費用 山東大學(xué)碩士學(xué)位論文 20 越重要。 系統(tǒng) 在吸收已有信息系統(tǒng)的良好設(shè)計理念的基礎(chǔ)上 加入了一 系列的安全處理 機制。 在設(shè)計時盡可能地 及時發(fā)現(xiàn)、分析、處理安全隱患 。 預(yù)防和規(guī)避目標(biāo)系統(tǒng)出現(xiàn)的安全風(fēng)險。 ： 基于角色控制模型 RBAC（ RoleBased Access Control）是美國國家標(biāo)準(zhǔn)與技術(shù)協(xié)會 NIST于 20實際 90年代初提出的一種新的控制訪問技術(shù)。RBAC 的核心思想就是將訪問權(quán)限與角色相聯(lián)系，將用戶劃分為與其在組織結(jié)構(gòu)體系中相一致的角色，權(quán)限管理也就可以根據(jù)需要定義各種角色，并對角色設(shè)置相應(yīng)的訪問權(quán)限。用戶則根據(jù)其崗位和責(zé)任被指派為不同的角色，從而實現(xiàn)用戶和權(quán)限的邏輯分離。 角色控制時每個系統(tǒng)都應(yīng)認(rèn)真考慮的問題。 角色能夠規(guī)范用戶對數(shù)據(jù)的訪問控制 ，明確權(quán)限，方便變更 。 角色和人員并非一一對應(yīng)的關(guān)系，一個人可以有多個角色。 應(yīng)用系統(tǒng) 可以 方便的定義每個人員的工作權(quán)限，并可以隨其工作范圍的變更而進行靈活調(diào)整，最大限度滿足 單位的需求。 實踐表明，基于角色訪問控制的權(quán)限訪問控制系統(tǒng)能嚴(yán)格地控制與防止用戶接觸與其身份角色不相關(guān)的數(shù)據(jù)信息，有效地避免用戶的非法操作，從而切實地提高系統(tǒng)的可用性和健壯性 。角色的先關(guān)定義和操作有： （ 1） 權(quán)限：對受保護的資源操作的訪問許可 ，是綁定在特定的資源實例上的。對應(yīng)地，訪問策略和資源類別相關(guān)，不同的資源類別可能采用不同的訪問模式 。同一資源的訪問策略可能存在排斥和包含關(guān)系。 （ 2） 用戶：是權(quán)限的擁有者或主體。用戶和權(quán)限實現(xiàn)分離，通過授權(quán)管理進行綁定。 （ 3） 用戶組：一組用戶的集合。在業(yè)務(wù)邏輯的判斷中， 可以實現(xiàn)基于個人身份或組的身份進行判斷。 （ 4） 角色：權(quán)限分配的單位與載體。角色通過繼承關(guān)系支持分級的權(quán)限實現(xiàn)。 （ 5） 分配角色權(quán)限：實現(xiàn)操作和角色之間的關(guān)聯(lián)關(guān)系映射。 （ 6）分配用戶角色：實現(xiàn)用戶和角色之間的關(guān)聯(lián)關(guān)系映射。 該對象模型最終將訪問控制模型轉(zhuǎn)化為訪問矩陣形式。訪問矩陣中的行對應(yīng)于用戶，列對應(yīng)于操作，每個矩陣元素規(guī)定了相應(yīng)的角色，對應(yīng)于相應(yīng)的目標(biāo)被準(zhǔn)予的訪問許可、實施行為。 山東大學(xué)碩士學(xué)位論文 21 （ 7） 新增角色。根據(jù)功能分配角色，角色編號在系統(tǒng)內(nèi)為唯一標(biāo)識。 （ 8）修改角色。修改某個角色的基本信息，主要包 括角色操作權(quán)限，角色名稱、角色特征等基本信息。 2. 密碼控制：包括密碼加密，弱密碼檢測，密碼輸入次數(shù)過多鎖賬號等。 3. 網(wǎng)絡(luò)安全：網(wǎng)絡(luò)平臺的安全是保障網(wǎng)絡(luò)的運行能夠安全可靠，保證網(wǎng)絡(luò)通信的正常進行以及保障網(wǎng)絡(luò)上傳輸?shù)男畔⒌陌踩?。需要在服?wù)器要加 裝防火墻、 IPS 入侵檢測系統(tǒng)、漏洞掃描系統(tǒng)、桌面部署管理軟件等系統(tǒng)軟件。 山東大學(xué)碩士學(xué)位論文 22 第 4 章 系統(tǒng)詳細(xì)設(shè)計 系統(tǒng)建模 UML 統(tǒng)一建模語言（ UML 是 Unified Modeling Language 的縮寫）是用來對軟 件密集系統(tǒng)進行可視化建模的一種語言 [4]。 主要包括七種常見的類型，即用例圖、類圖、 序列 圖、狀態(tài)圖、活動圖、組件圖和部署圖，分別用以不同的建模用途 。 UML 為面向?qū)ο箝_發(fā)系統(tǒng)的產(chǎn)品進行說明、可視化、和編制文檔的一種標(biāo)準(zhǔn)語言。 UML 最適于數(shù)據(jù)建模，業(yè)務(wù)建模，對象建模，組件建模 。本章主要用 UML 的建模方法來進行系統(tǒng)的詳細(xì)設(shè)計。系統(tǒng)功能的詳細(xì)設(shè)計包括靜態(tài) 屬性設(shè)計和動態(tài)屬性設(shè)計。系統(tǒng)的靜態(tài)屬性設(shè)計主要是用類圖來描述 。類圖主要描述了系統(tǒng)實體之間的靜態(tài)關(guān)系 。 系統(tǒng)按其功能大致可分為 5 個模塊，分別為收費業(yè)務(wù)，單據(jù)與查詢，庫房處 理，字典維護，系統(tǒng)管理。 每個功能模塊都有一系列的子功能組成，如圖 41 所示。 圖 41 系統(tǒng)功能模塊 醫(yī)院門診管理系統(tǒng) 收費業(yè)務(wù) 單據(jù)與查詢 庫房處理 字典維護 查詢分析 系統(tǒng)管理 劃價收費 退藥處理 退費處理 收費結(jié)賬 結(jié)賬報表 結(jié)賬查詢 單據(jù)查詢 待結(jié)處方 處理 當(dāng)前庫存查詢 處方明細(xì)處理 發(fā)藥匯總查詢 開單工作量查詢 入庫管理 出庫管理 藥品調(diào)價 入庫查詢 出庫查詢 調(diào)價查詢 收發(fā)存賬冊 藥品低儲提示 藥品盤點錄入 藥品盤點上賬 期末結(jié)斷報表 結(jié)斷報表查詢 權(quán)限管理 用戶選項 注銷用戶 修改密碼 系統(tǒng)參數(shù)配置 核算項目維護 藥品目錄維護 收費目錄維護 財務(wù)期間維護 藥品特殊類別 藥品藥理作用 藥品配伍禁忌 部門維護 人員維護 產(chǎn)地維護 山東大學(xué)碩士學(xué)位論文 23 系統(tǒng)的靜態(tài)結(jié)構(gòu)圖 系統(tǒng)靜態(tài)結(jié)構(gòu)圖主要為類圖，類圖描述了系統(tǒng)中需要持久化保存的一些屬性既關(guān)系。 類圖 (Class diagram)顯示了模型中存在的類、類的內(nèi)部結(jié)構(gòu)以及它們與其他類的關(guān)系等。類圖最基本的元素是類或者接口 ， 不顯示暫時性信息 。類圖主要有三方面的應(yīng)用： 為系統(tǒng)詞匯建模型 ， 模型化簡單的協(xié)作 ， 模型化一個邏輯數(shù)據(jù)庫模式 。 在本系統(tǒng)中存在一些醫(yī) 學(xué)類的詞匯和系統(tǒng)的一些基本的信息描述。用類圖能夠很好地描述他們本身的屬性和他們之間的關(guān)系。系統(tǒng)的基本信息包括： 病例信息，藥品信息，藥品配伍信息，人員信息，賬單信息等 等。我們用類圖來描述各基本信息之間的關(guān)系，如圖 42。 圖 42 功能類圖 操作此系統(tǒng)的人員包括門診人員，庫存人員 ，外單位人員等。各人員繼承自person。如圖 43 所示。 山東大學(xué)碩士學(xué)位論文 24 圖 43 人員類圖 與門診部相關(guān)的 基本信息包括藥品信息，收費項目信息，配伍禁忌信息，醫(yī)療套餐信息，人員維護信息。 各基本信息之間的關(guān)系如圖 44 所示。 圖 44 字典 類圖 對于用戶的管理 ，通常 與角色相連 。根據(jù)用戶所在的單位和職責(zé)，系統(tǒng)為每個用戶分配相應(yīng)的權(quán)限。 山東大學(xué)碩士學(xué)位論文 25 圖 45 用戶管理類圖 系統(tǒng)的動態(tài)結(jié)構(gòu)圖 順序圖為邏輯視圖的重要成員，交互圖為系統(tǒng)各組成部分之間重要的運行時交互進行建模，并且形成模型邏輯視圖的一部分 。順序圖主要與捕捉系統(tǒng)各組成部分之間交互的次序有關(guān)。使用順序圖可以描述執(zhí)行特定用例時，會觸發(fā)哪些交互，以及這些交互以何種次序發(fā)生。順序圖顯示許多關(guān)于交互的其他信息。 圖46 為業(yè)務(wù)流程 順序圖。門診工作人員按照病例信息進行劃價，錄入并核對處方藥品 ，相應(yīng)藥品有貨則 進行結(jié)算 并繳費 。 庫存管理人員對藥品進行動態(tài)的更新。 用戶 劃價 結(jié)算繳費 藥房病例庫存查詢有庫存結(jié)賬庫存低儲警告交費確認(rèn) ?確認(rèn)庫存維護結(jié)算完成，打印表單 圖 4 6 業(yè)務(wù)順序圖 山東大學(xué)碩士學(xué)位論文 26 系統(tǒng)數(shù)據(jù)庫設(shè)計 優(yōu)秀的數(shù)據(jù)庫設(shè)計方案能夠降低客戶端和服務(wù)器的編程和維護難度，提高系統(tǒng)實際運行的性能。 要保證設(shè)計出良好的數(shù)據(jù)庫方案， 在軟件工程應(yīng)用中數(shù)據(jù)庫應(yīng)盡量滿足一系列的設(shè)計原則 。 規(guī)范命名 ： 所有的庫名、表名、域名必須遵循統(tǒng)一的命名規(guī)則，并進行必要說明，以方便設(shè)計、維護、查詢 。 控制字段的引用 ：在設(shè)計時，可以選擇適當(dāng)?shù)臄?shù)據(jù)庫設(shè)計管理工具，以方便開發(fā)人員的分布式設(shè)計和數(shù)據(jù)小組的集中審核管理。采用統(tǒng)一的命名規(guī)則，如 果設(shè)計的字段已經(jīng)存在，可直接引用；否則，應(yīng)重新設(shè)計 。 表重復(fù)控制 ： 在 設(shè)計過程中，如果發(fā)現(xiàn)大部分字段都已存在，開發(fā)人員應(yīng)懷疑所設(shè)計的表是否已存在。通過對字段所在 表及相應(yīng)設(shè)計人員的查詢，可以確認(rèn) 表是否確實重復(fù) 。 并發(fā)控制 ： 設(shè)計中應(yīng)進行并發(fā)控制，即對于同一個庫表，在同一時間只有一個人有控制權(quán)，其他人只能進行查詢 。此外還應(yīng)滿足資料的一致性和完整性，和數(shù)據(jù)庫的事務(wù)性等 [5]。 范式提供了對數(shù)據(jù)庫的不同的約束，是 常用的 衡量數(shù)據(jù)庫設(shè)計的標(biāo)準(zhǔn)之一。 第一范式（ 1NF） ： 在任何一個關(guān)系數(shù)據(jù)庫中，第一范式（ 1NF）是對關(guān)系模式的 基本要求，不滿足第一范式（ 1NF）的數(shù)據(jù)庫就不是關(guān)系數(shù)據(jù)庫。所謂第一范式（ 1NF）是指數(shù)據(jù)庫表的每一列都是不可分割的基本數(shù)據(jù)項，同一列中不能有多個值，即實體中的某個屬性不能有多個值或者不能有重復(fù)的屬性。如果出現(xiàn)重復(fù)的屬性，就可能需要定義一個新的實體，新的實體由重復(fù)的屬性構(gòu)成，新實體與原實體之間為一對多關(guān)系。在第一范式（ 1NF）中表的每一行只包含一個實例的信息 [6]。 第二范式（ 2NF） ： 第二范式（ 2NF）是在第一范式（ 1NF）的基礎(chǔ)上建立起來的，即滿足第二范式（ 2NF）必須先滿足第一范式（ 1NF）。第二范 式（ 2NF）要求數(shù)據(jù)庫表中的每個實例或行必須可以被惟一地區(qū)分。為實現(xiàn)區(qū)分通常需要為表加上一個列，以存儲各個實例的惟一標(biāo)識。第二范式（ 2NF）要求實體的屬性完全依賴于主關(guān)鍵字。所謂完全依賴是指不能存在僅依賴主關(guān)鍵字一部分的屬性，如果存在，那么這個屬性和主關(guān)鍵字的這一部分應(yīng)該分離出來形成一個新的實體，新實體與原實體之間是一對多的關(guān)系。為實現(xiàn)區(qū)分通常需要為表加上一個列，以存儲各個實例的惟一標(biāo)識。簡而言之，第二范式就是非主屬性非部分依賴于主關(guān)鍵字。 山東大學(xué)碩士學(xué)位論文 27 第三范式（ 3NF） ： 滿足第三范式（ 3NF）必須先滿足第二范式（ 2NF）。簡而言之，第三范式（ 3NF）要求一個數(shù)據(jù)庫表中不包含已在其它表中已包含的非主關(guān)鍵字信息。第三范式就是屬性不依賴于其它非主屬性。 第一范式（ 1NF）：數(shù)據(jù)庫表中的字段都是單一屬性的，不可再分。這個單一屬性由基本類型構(gòu)成，包括整型、實數(shù)、字符型、邏輯型、日期型等。 第二范式（ 2NF）：數(shù)據(jù)庫表中不存在非關(guān)鍵字段對任一候選關(guān)鍵字段的部分函數(shù)依賴（部分函數(shù)依賴指的是存在組合關(guān)鍵字中的某些字段決定非關(guān)鍵字段的情況），也即所有非關(guān)鍵字段都完全依賴于任意一組候選關(guān)鍵字。 第三范式（ 3NF）：在第二范式的基礎(chǔ) 上，數(shù)據(jù)表中如果不存在非關(guān)鍵字段對任一候選關(guān)鍵字段的傳遞函數(shù)依賴則符合第三范式。所