【正文】 第三范式（ 3NF）：在第二范式的基礎(chǔ) 上，數(shù)據(jù)表中如果不存在非關(guān)鍵字段對任一候選關(guān)鍵字段的傳遞函數(shù)依賴則符合第三范式。這個單一屬性由基本類型構(gòu)成，包括整型、實數(shù)、字符型、邏輯型、日期型等。第三范式就是屬性不依賴于其它非主屬性。 山東大學(xué)碩士學(xué)位論文 27 第三范式（ 3NF） ： 滿足第三范式（ 3NF）必須先滿足第二范式（ 2NF）。為實現(xiàn)區(qū)分通常需要為表加上一個列，以存儲各個實例的惟一標(biāo)識。第二范式（ 2NF）要求實體的屬性完全依賴于主關(guān)鍵字。第二范 式（ 2NF）要求數(shù)據(jù)庫表中的每個實例或行必須可以被惟一地區(qū)分。在第一范式（ 1NF）中表的每一行只包含一個實例的信息 [6]。所謂第一范式（ 1NF）是指數(shù)據(jù)庫表的每一列都是不可分割的基本數(shù)據(jù)項，同一列中不能有多個值，即實體中的某個屬性不能有多個值或者不能有重復(fù)的屬性。 范式提供了對數(shù)據(jù)庫的不同的約束，是 常用的 衡量數(shù)據(jù)庫設(shè)計的標(biāo)準(zhǔn)之一。 并發(fā)控制 ： 設(shè)計中應(yīng)進(jìn)行并發(fā)控制，即對于同一個庫表，在同一時間只有一個人有控制權(quán)，其他人只能進(jìn)行查詢 。 表重復(fù)控制 ： 在 設(shè)計過程中，如果發(fā)現(xiàn)大部分字段都已存在，開發(fā)人員應(yīng)懷疑所設(shè)計的表是否已存在。 控制字段的引用 ：在設(shè)計時，可以選擇適當(dāng)?shù)臄?shù)據(jù)庫設(shè)計管理工具，以方便開發(fā)人員的分布式設(shè)計和數(shù)據(jù)小組的集中審核管理。 要保證設(shè)計出良好的數(shù)據(jù)庫方案， 在軟件工程應(yīng)用中數(shù)據(jù)庫應(yīng)盡量滿足一系列的設(shè)計原則 。 庫存管理人員對藥品進(jìn)行動態(tài)的更新。 圖46 為業(yè)務(wù)流程 順序圖。使用順序圖可以描述執(zhí)行特定用例時，會觸發(fā)哪些交互，以及這些交互以何種次序發(fā)生。 山東大學(xué)碩士學(xué)位論文 25 圖 45 用戶管理類圖 系統(tǒng)的動態(tài)結(jié)構(gòu)圖 順序圖為邏輯視圖的重要成員，交互圖為系統(tǒng)各組成部分之間重要的運(yùn)行時交互進(jìn)行建模，并且形成模型邏輯視圖的一部分 。 圖 44 字典 類圖 對于用戶的管理 ，通常 與角色相連 。 山東大學(xué)碩士學(xué)位論文 24 圖 43 人員類圖 與門診部相關(guān)的 基本信息包括藥品信息，收費(fèi)項目信息，配伍禁忌信息，醫(yī)療套餐信息，人員維護(hù)信息。各人員繼承自person。我們用類圖來描述各基本信息之間的關(guān)系，如圖 42。用類圖能夠很好地描述他們本身的屬性和他們之間的關(guān)系。類圖主要有三方面的應(yīng)用： 為系統(tǒng)詞匯建模型 ， 模型化簡單的協(xié)作 ， 模型化一個邏輯數(shù)據(jù)庫模式 。 類圖 (Class diagram)顯示了模型中存在的類、類的內(nèi)部結(jié)構(gòu)以及它們與其他類的關(guān)系等。 每個功能模塊都有一系列的子功能組成，如圖 41 所示。類圖主要描述了系統(tǒng)實體之間的靜態(tài)關(guān)系 。系統(tǒng)功能的詳細(xì)設(shè)計包括靜態(tài) 屬性設(shè)計和動態(tài)屬性設(shè)計。 UML 最適于數(shù)據(jù)建模，業(yè)務(wù)建模，對象建模，組件建模 。 主要包括七種常見的類型，即用例圖、類圖、 序列 圖、狀態(tài)圖、活動圖、組件圖和部署圖，分別用以不同的建模用途 。需要在服務(wù)器要加 裝防火墻、 IPS 入侵檢測系統(tǒng)、漏洞掃描系統(tǒng)、桌面部署管理軟件等系統(tǒng)軟件。 2. 密碼控制：包括密碼加密，弱密碼檢測，密碼輸入次數(shù)過多鎖賬號等。 （ 8）修改角色。 山東大學(xué)碩士學(xué)位論文 21 （ 7） 新增角色。 該對象模型最終將訪問控制模型轉(zhuǎn)化為訪問矩陣形式。 （ 5） 分配角色權(quán)限：實現(xiàn)操作和角色之間的關(guān)聯(lián)關(guān)系映射。 （ 4） 角色：權(quán)限分配的單位與載體。 （ 3） 用戶組：一組用戶的集合。 （ 2） 用戶：是權(quán)限的擁有者或主體。對應(yīng)地，訪問策略和資源類別相關(guān)，不同的資源類別可能采用不同的訪問模式 。 實踐表明，基于角色訪問控制的權(quán)限訪問控制系統(tǒng)能嚴(yán)格地控制與防止用戶接觸與其身份角色不相關(guān)的數(shù)據(jù)信息，有效地避免用戶的非法操作，從而切實地提高系統(tǒng)的可用性和健壯性 。 角色和人員并非一一對應(yīng)的關(guān)系，一個人可以有多個角色。 角色控制時每個系統(tǒng)都應(yīng)認(rèn)真考慮的問題。RBAC 的核心思想就是將訪問權(quán)限與角色相聯(lián)系，將用戶劃分為與其在組織結(jié)構(gòu)體系中相一致的角色，權(quán)限管理也就可以根據(jù)需要定義各種角色，并對角色設(shè)置相應(yīng)的訪問權(quán)限。 預(yù)防和規(guī)避目標(biāo)系統(tǒng)出現(xiàn)的安全風(fēng)險。 系統(tǒng) 在吸收已有信息系統(tǒng)的良好設(shè)計理念的基礎(chǔ)上 加入了一 系列的安全處理 機(jī)制。 一個系統(tǒng)不僅 要 能夠滿足系統(tǒng)的基本功能需要，而且還要考慮其健壯性，安全性，可靠性等多方面的因素。包括權(quán)限管理，用戶管理，設(shè)置收費(fèi)憑證，系統(tǒng)參數(shù)配置，核算項目維護(hù)等。 5． 單據(jù)查詢 ：提供一些單據(jù)的查詢和數(shù)據(jù)的統(tǒng)計，包括單據(jù)查詢，待結(jié)處方查詢，當(dāng)前庫存查詢，處方明細(xì)查詢，法要匯總查詢，開單工作量統(tǒng)計 等。 3． 藥房管理 ：包括 藥品管理，藥品低儲提示，藥品查詢，藥品調(diào)價， 藥品出入庫管理，藥品盤點(diǎn)，報表等。 1． 劃價業(yè)務(wù) ： 根據(jù)患者提供的病例單據(jù)，錄入藥品并計算總費(fèi)用。系統(tǒng)功能架構(gòu)如圖 33 所示。根據(jù) 門診部 對系統(tǒng)功能的需求和不同工作人員扮演不同角色的特性。 5．實現(xiàn)分布式計算，可以充分利用系統(tǒng)中的計算機(jī)資源， 圖 32 C/S 結(jié)構(gòu)模型 系統(tǒng)功能架構(gòu) 醫(yī)院 門診 部 工作人員分工明確，不同的人員擔(dān)任不同的角色?？蛻舳藨?yīng)用程序只須 MIDAS． d11 支持。同時客戶端應(yīng)用程序還可以把編輯的數(shù)據(jù)以文件的形式保存到磁盤中。 3．容錯處理。 2．網(wǎng)絡(luò)負(fù)載平衡。 本系統(tǒng)采用三層 C/S 結(jié)構(gòu) ，三層 C/S 結(jié)構(gòu)具有以下優(yōu)點(diǎn)： 1．提高系統(tǒng)的安全性。在 C/S 結(jié)構(gòu)中 服務(wù)器負(fù)責(zé)有效地管理系統(tǒng)的資源，其任務(wù)集中于以下五個部分：數(shù)據(jù)庫安全性的要求、數(shù)據(jù)庫訪問并發(fā)性的控制、數(shù)據(jù)庫前端的客戶應(yīng)用程序 的全局?jǐn)?shù)據(jù)完整性規(guī)則、數(shù)據(jù)庫的備份與恢復(fù)。 數(shù)據(jù)層 藥品數(shù)據(jù)，病理 作用 數(shù)據(jù)， 藥品配伍禁忌數(shù)據(jù)， 人員數(shù)據(jù)，科室數(shù)據(jù) 支撐軟件層 SQL server 2020 Professional， Borland Delphi Windows 2020 professional? 物理層 醫(yī)院中心服務(wù)器 ， 終端設(shè)備 ， 網(wǎng)絡(luò)設(shè)備 圖 31 系統(tǒng) 技術(shù)架構(gòu) 圖 在對系統(tǒng)進(jìn)行具體部署時，應(yīng)綜合考慮系統(tǒng)的特點(diǎn)和應(yīng)用環(huán)境。 門診信息 系統(tǒng) 表示層 登陸界面 ，劃價繳費(fèi)界面 信息統(tǒng)計，維護(hù)等相關(guān)界面。 (7)Delphi 使用獨(dú)特的 VCL 類庫，使得編寫出的程序顯得條理清晰， VCL 是現(xiàn)在最優(yōu)秀的類庫，它使得 Delphi 在軟件開發(fā)行業(yè)處于一個絕對領(lǐng)先的地位。 Delphi 既可用于開發(fā)系統(tǒng)軟件，也適合于應(yīng)用軟件的開發(fā)。 (5)具有強(qiáng)大的數(shù)據(jù)存取功能。開發(fā)人員不必再對諸如標(biāo)簽、按鈕及對話框等Windows 的常見部件進(jìn)行編程。利用項目模板和專家生成器可以很快建立項目的構(gòu)架，然后根據(jù)用戶的實際需要逐步完善。這樣，大大減少了對服務(wù)器的請求和網(wǎng)絡(luò)上的數(shù)據(jù)傳輸量，提高了應(yīng)用處理的速度。在處理速度和存取服務(wù)器方面， Delphi 的性能遠(yuǎn)遠(yuǎn)高于其他同類產(chǎn)品。主要特點(diǎn)如下： (1)直接編譯生成可執(zhí)行代碼，編譯速度快。Delphi 它提供了 500 多個可供使用的構(gòu)件，利用這些部件，開發(fā)人員可以快速地構(gòu)造出應(yīng)用系統(tǒng)。當(dāng)前，DELPHI 也可以在 LINUX 平臺上開發(fā)應(yīng)用 。系統(tǒng)采用 Borland Delphi 作為開發(fā)工具。操作系統(tǒng)采用微軟的 Windows 2020 Professional +sp3。存儲過程是由流控制和 SQL 語句書寫的過程，這個過程經(jīng)編譯和優(yōu)化后存儲在數(shù)據(jù)庫服務(wù)器中，使用時只要調(diào)用即可。完成了數(shù)據(jù)庫訪問所需要的重復(fù)工作，例如創(chuàng)建數(shù)據(jù)源，準(zhǔn)備數(shù)據(jù)訪問方法所需參數(shù)，事務(wù)處理，返回結(jié)果處理，出錯處理等等。數(shù)據(jù)層能夠?qū)崿F(xiàn)數(shù)據(jù)源的交互，即數(shù)據(jù)的插入、刪除、修改以及從數(shù)據(jù)庫中讀出數(shù)據(jù)等操作。數(shù)據(jù)獨(dú)立于應(yīng)用有利于系統(tǒng)的兼容性和可移植性。檢查數(shù)據(jù)的正確性，有 效性。 表示層：提供 用戶所需的具體功能，實現(xiàn)對數(shù)據(jù)的訪問，更改以及 訪問安全性驗證 等操作，返回用戶操作的結(jié)果， 數(shù)據(jù)不正確時給出相應(yīng)的異常信息。分層設(shè)計還使的對每一層單獨(dú)測試變得更容易。通過分層，可以限制子系統(tǒng)間的依賴關(guān)系， 盡量降低對其他部分的影響， 使系統(tǒng)以更松散的方式耦合， 減少調(diào)試和糾錯的工作量， 從而更易于維護(hù) ，增強(qiáng)應(yīng)用程序的總體靈活性。 系統(tǒng)采用分層設(shè)計， 設(shè)計 時要充分考慮系統(tǒng)的分層和層間通訊問題。系統(tǒng)在設(shè)計時，要充分考慮 門診信息 系統(tǒng)將來的新需求，能夠?qū)π碌男枨筮M(jìn)行有效地擴(kuò)展。 窗口界面簡潔、直觀，菜單層次清晰，功能項定義明確，操作簡便。由于使用此系統(tǒng)的人員文化水平不同，生活背景不同，對計算機(jī)知識的了解程度不同。對故障有較強(qiáng)的恢復(fù)能力。 3 魯棒性。 1 統(tǒng)一性原則 系統(tǒng)遵循醫(yī)院原有信息系統(tǒng)的相關(guān)規(guī)范，包括命名，接口等。 為此系統(tǒng)設(shè)計 必須遵循以下原則： 。 4．靈活擴(kuò)展性。 系統(tǒng)主要為醫(yī)院門診部工作人員使用 ，采用 C/S 架構(gòu) 。由于門診部設(shè)計到對藥房數(shù)據(jù)的操作，藥房與系統(tǒng)之間同步的更新尤為重要。數(shù)據(jù)安全是指數(shù)據(jù)的安全，例如系統(tǒng)要有健全的 故障恢復(fù) 能力 。管理安全 是指建立相應(yīng)的安全管理制度。 系統(tǒng)設(shè)計的主要目標(biāo)包括 ： 1．安全目標(biāo)。各個組件之間的連接則明確和相對細(xì)致地描述組件之間的通訊。 系統(tǒng) 架構(gòu)是一個 系統(tǒng) 的草圖。該軟件可以直接將磁盤上的某個分區(qū)或整個硬盤克隆成一個鏡像文件 (可壓縮 )，然后把鏡像文件存放在別處，當(dāng)該分區(qū)或整個硬盤出現(xiàn)問題時，就可以使用 Ghost在另一個硬盤或分區(qū)上快速地把這個鏡像文件還原。除了使用 SQL Sever 自帶的備份方 式之外我們還可以采用第三方備份工具，可以采用其他公司的備份軟件。其他還有多種形式，但大多數(shù)是以上幾種形式的變體。錯誤使用，客戶應(yīng)用程序以及服務(wù)程序使用中的中途故障。電源故障，指一般的 UPS 無法保護(hù)的異常電源故障。 再次，采用 數(shù)據(jù)備份策略機(jī)制 。數(shù)據(jù)庫不能用通用用戶明登陸，密碼不能為空。 首先 網(wǎng)上用戶進(jìn)行嚴(yán)格的權(quán)限分配和設(shè)置， 操作者設(shè)置三級登錄權(quán)限：數(shù)據(jù)庫級、程序級和網(wǎng)絡(luò)級。 安全 和 防御 ： 目前影響軟件系統(tǒng)安全性主要表現(xiàn)在四個方面：硬件設(shè)備質(zhì)量；操作系統(tǒng)質(zhì)量；計算機(jī)病毒侵蝕；非法用戶誤入。 故障處理要求 ：對可能 的 系統(tǒng)故障具有恢復(fù)能力 。 數(shù)據(jù)處理能力要求： 系統(tǒng)要求能夠處理大量的數(shù)據(jù)。 系統(tǒng)運(yùn)行 時間要求：由于醫(yī)院是特殊的公益性單位，要求 系統(tǒng) 能夠 24 小時正常工作。 ISO/IEC9126 中規(guī)定了 6 個質(zhì)量特性，即功能性、可靠性、山東大學(xué)碩士學(xué)位論文 13 易用性、效率、可維護(hù)性和一致性 。 r e c e i v e r e q u e s t病例劃價退藥 退費(fèi)庫存不足提示補(bǔ)充庫存狀態(tài)查詢庫存不足費(fèi)用結(jié)算庫存充足藥品補(bǔ)充藥品調(diào)整收費(fèi)結(jié)算開據(jù)票單 圖 28 門診業(yè)務(wù) 順序圖 系統(tǒng)非功能性需求 非功能性需求，是指軟件產(chǎn)品為滿足用戶業(yè)務(wù)需求而必須具有且除功能需求以外的特性 。 庫存管理人員對藥品的入庫和出庫 和調(diào)價等 進(jìn)行更新， 系統(tǒng)對藥庫的低儲進(jìn)行提示。 順序圖的起點(diǎn) 為 病例 [19]， 門診柜臺人員根據(jù)患者提供的 病例 查詢藥品庫存量，錄入處方上的藥品信息， 然后進(jìn)行劃價收費(fèi)。門診病人來到分診臺辦理掛號手續(xù)到就診結(jié)束分為 :掛號 , 診室就診 ,交檢查費(fèi) , 到輔檢科室檢查 , 回診室就診 , 藥房估價 , 收費(fèi)處交錢 , 藥房取藥 , 完成操作。 如圖27 所示。本 系統(tǒng)中也要增設(shè)系統(tǒng)管理員這一角色。 如圖 26 所示。如圖 25 所示。 山東大學(xué)碩士學(xué)位論文 10 收費(fèi)劃價退藥處理退費(fèi)處理收費(fèi)結(jié)賬報表處理門診柜臺人員 圖 24 門診柜臺管理 系統(tǒng)中的一些基本的信息庫通過字典維護(hù)的方式進(jìn)行維護(hù)和更新。 門診柜臺人員直接與患者打交道， 對患者提供的病例進(jìn)行劃價收費(fèi) 并開據(jù)單據(jù) 。 如圖 23 所示。 系統(tǒng)面臨的使用人員之一是藥房管理人員。并對每個用例進(jìn)行詳細(xì)的說明，以方便設(shè)計人員和用戶的交流，方便后期系統(tǒng)的設(shè)計與實現(xiàn)。 系統(tǒng)設(shè)置 ：權(quán)限管理，用戶選項，注銷用戶，修改密碼，設(shè)置收費(fèi)憑證，刷新目錄，系統(tǒng)參數(shù)配置，核算項目維護(hù) 。 庫房 管理： 入庫處理，出庫處理，藥品調(diào)價，入庫查詢，出庫查詢，調(diào)價查詢，收發(fā)存賬冊，藥品低儲提示，藥品盤點(diǎn)錄入，藥品盤點(diǎn)上賬，期末結(jié)斷報表，結(jié)斷報表查詢 。如圖 22 本軟件主要包括如下功能 ： 收費(fèi)業(yè)務(wù) ： 劃價收費(fèi)，退藥處理，退費(fèi)處理，收費(fèi)結(jié)賬，結(jié)賬報表，結(jié)賬查詢 。 系統(tǒng)功能性需求 系統(tǒng)功能性需求的描述工具主要是用例（ UseCase），用例圖的目的是為了更好的說明功能性的需求，以及更好的編寫清楚的文本描述。功能需求是指系統(tǒng)完成特定任務(wù)所需要的功能。 如圖 21。 對于一些關(guān)鍵部門我們要做 調(diào)研記錄和錄音。 山東大學(xué)碩士學(xué)位論文 7 在本文 的系統(tǒng)中用戶主要分為 門診前臺 相關(guān)工作人員和 藥房管理人員 ，針對這兩類使用人群分別進(jìn)行調(diào)研。對需求的獲取往往有錯誤的認(rèn)識：用戶知道需求是什么，我們所要做的就是和他們交談從他們那里得到需求，只要問用戶系統(tǒng)的目標(biāo)特征，什么是要完成的，什么樣的系統(tǒng)能適合商業(yè)需要就可以了，但是實際上需求獲取并不是想象的這樣簡單 。由于 門診信息軟件 面向的用戶主要是 醫(yī)院工作人員，醫(yī)院工作人