【正文】 第三范式（ 3NF）：在第二范式的基礎(chǔ) 上，數(shù)據(jù)表中如果不存在非關(guān)鍵字段對(duì)任一候選關(guān)鍵字段的傳遞函數(shù)依賴則符合第三范式。這個(gè)單一屬性由基本類型構(gòu)成，包括整型、實(shí)數(shù)、字符型、邏輯型、日期型等。 山東大學(xué)碩士學(xué)位論文 27 第三范式（ 3NF） ： 滿足第三范式（ 3NF）必須先滿足第二范式（ 2NF）。第二范式（ 2NF）要求實(shí)體的屬性完全依賴于主關(guān)鍵字。在第一范式（ 1NF）中表的每一行只包含一個(gè)實(shí)例的信息 [6]。 范式提供了對(duì)數(shù)據(jù)庫的不同的約束，是 常用的 衡量數(shù)據(jù)庫設(shè)計(jì)的標(biāo)準(zhǔn)之一。 表重復(fù)控制 ： 在 設(shè)計(jì)過程中，如果發(fā)現(xiàn)大部分字段都已存在，開發(fā)人員應(yīng)懷疑所設(shè)計(jì)的表是否已存在。 要保證設(shè)計(jì)出良好的數(shù)據(jù)庫方案， 在軟件工程應(yīng)用中數(shù)據(jù)庫應(yīng)盡量滿足一系列的設(shè)計(jì)原則 。 圖46 為業(yè)務(wù)流程 順序圖。 山東大學(xué)碩士學(xué)位論文 25 圖 45 用戶管理類圖 系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)圖 順序圖為邏輯視圖的重要成員，交互圖為系統(tǒng)各組成部分之間重要的運(yùn)行時(shí)交互進(jìn)行建模，并且形成模型邏輯視圖的一部分 。 山東大學(xué)碩士學(xué)位論文 24 圖 43 人員類圖 與門診部相關(guān)的 基本信息包括藥品信息，收費(fèi)項(xiàng)目信息，配伍禁忌信息，醫(yī)療套餐信息，人員維護(hù)信息。我們用類圖來描述各基本信息之間的關(guān)系，如圖 42。類圖主要有三方面的應(yīng)用： 為系統(tǒng)詞匯建模型 ， 模型化簡單的協(xié)作 ， 模型化一個(gè)邏輯數(shù)據(jù)庫模式 。 每個(gè)功能模塊都有一系列的子功能組成，如圖 41 所示。系統(tǒng)功能的詳細(xì)設(shè)計(jì)包括靜態(tài) 屬性設(shè)計(jì)和動(dòng)態(tài)屬性設(shè)計(jì)。 主要包括七種常見的類型，即用例圖、類圖、 序列 圖、狀態(tài)圖、活動(dòng)圖、組件圖和部署圖，分別用以不同的建模用途 。 2. 密碼控制：包括密碼加密，弱密碼檢測，密碼輸入次數(shù)過多鎖賬號(hào)等。 山東大學(xué)碩士學(xué)位論文 21 （ 7） 新增角色。 （ 5） 分配角色權(quán)限：實(shí)現(xiàn)操作和角色之間的關(guān)聯(lián)關(guān)系映射。 （ 3） 用戶組：一組用戶的集合。對(duì)應(yīng)地，訪問策略和資源類別相關(guān)，不同的資源類別可能采用不同的訪問模式 。 角色和人員并非一一對(duì)應(yīng)的關(guān)系，一個(gè)人可以有多個(gè)角色。RBAC 的核心思想就是將訪問權(quán)限與角色相聯(lián)系，將用戶劃分為與其在組織結(jié)構(gòu)體系中相一致的角色，權(quán)限管理也就可以根據(jù)需要定義各種角色，并對(duì)角色設(shè)置相應(yīng)的訪問權(quán)限。 系統(tǒng) 在吸收已有信息系統(tǒng)的良好設(shè)計(jì)理念的基礎(chǔ)上 加入了一 系列的安全處理 機(jī)制。包括權(quán)限管理，用戶管理，設(shè)置收費(fèi)憑證，系統(tǒng)參數(shù)配置，核算項(xiàng)目維護(hù)等。 3． 藥房管理 ：包括 藥品管理，藥品低儲(chǔ)提示，藥品查詢，藥品調(diào)價(jià)， 藥品出入庫管理，藥品盤點(diǎn)，報(bào)表等。系統(tǒng)功能架構(gòu)如圖 33 所示。 5．實(shí)現(xiàn)分布式計(jì)算，可以充分利用系統(tǒng)中的計(jì)算機(jī)資源， 圖 32 C/S 結(jié)構(gòu)模型 系統(tǒng)功能架構(gòu) 醫(yī)院 門診 部 工作人員分工明確，不同的人員擔(dān)任不同的角色。同時(shí)客戶端應(yīng)用程序還可以把編輯的數(shù)據(jù)以文件的形式保存到磁盤中。 2．網(wǎng)絡(luò)負(fù)載平衡。在 C/S 結(jié)構(gòu)中 服務(wù)器負(fù)責(zé)有效地管理系統(tǒng)的資源，其任務(wù)集中于以下五個(gè)部分：數(shù)據(jù)庫安全性的要求、數(shù)據(jù)庫訪問并發(fā)性的控制、數(shù)據(jù)庫前端的客戶應(yīng)用程序 的全局?jǐn)?shù)據(jù)完整性規(guī)則、數(shù)據(jù)庫的備份與恢復(fù)。 門診信息 系統(tǒng) 表示層 登陸界面 ，劃價(jià)繳費(fèi)界面 信息統(tǒng)計(jì)，維護(hù)等相關(guān)界面。 Delphi 既可用于開發(fā)系統(tǒng)軟件，也適合于應(yīng)用軟件的開發(fā)。開發(fā)人員不必再對(duì)諸如標(biāo)簽、按鈕及對(duì)話框等Windows 的常見部件進(jìn)行編程。這樣，大大減少了對(duì)服務(wù)器的請(qǐng)求和網(wǎng)絡(luò)上的數(shù)據(jù)傳輸量，提高了應(yīng)用處理的速度。主要特點(diǎn)如下： (1)直接編譯生成可執(zhí)行代碼，編譯速度快。當(dāng)前，DELPHI 也可以在 LINUX 平臺(tái)上開發(fā)應(yīng)用 。操作系統(tǒng)采用微軟的 Windows 2020 Professional +sp3。完成了數(shù)據(jù)庫訪問所需要的重復(fù)工作，例如創(chuàng)建數(shù)據(jù)源，準(zhǔn)備數(shù)據(jù)訪問方法所需參數(shù)，事務(wù)處理，返回結(jié)果處理，出錯(cuò)處理等等。數(shù)據(jù)獨(dú)立于應(yīng)用有利于系統(tǒng)的兼容性和可移植性。 表示層：提供 用戶所需的具體功能，實(shí)現(xiàn)對(duì)數(shù)據(jù)的訪問，更改以及 訪問安全性驗(yàn)證 等操作，返回用戶操作的結(jié)果， 數(shù)據(jù)不正確時(shí)給出相應(yīng)的異常信息。通過分層，可以限制子系統(tǒng)間的依賴關(guān)系， 盡量降低對(duì)其他部分的影響， 使系統(tǒng)以更松散的方式耦合， 減少調(diào)試和糾錯(cuò)的工作量， 從而更易于維護(hù) ，增強(qiáng)應(yīng)用程序的總體靈活性。系統(tǒng)在設(shè)計(jì)時(shí)，要充分考慮 門診信息 系統(tǒng)將來的新需求，能夠?qū)π碌男枨筮M(jìn)行有效地?cái)U(kuò)展。由于使用此系統(tǒng)的人員文化水平不同，生活背景不同，對(duì)計(jì)算機(jī)知識(shí)的了解程度不同。 3 魯棒性。 為此系統(tǒng)設(shè)計(jì) 必須遵循以下原則： 。 系統(tǒng)主要為醫(yī)院門診部工作人員使用 ，采用 C/S 架構(gòu) 。數(shù)據(jù)安全是指數(shù)據(jù)的安全，例如系統(tǒng)要有健全的 故障恢復(fù) 能力 。 系統(tǒng)設(shè)計(jì)的主要目標(biāo)包括 ： 1．安全目標(biāo)。 系統(tǒng) 架構(gòu)是一個(gè) 系統(tǒng) 的草圖。除了使用 SQL Sever 自帶的備份方 式之外我們還可以采用第三方備份工具，可以采用其他公司的備份軟件。錯(cuò)誤使用，客戶應(yīng)用程序以及服務(wù)程序使用中的中途故障。 再次，采用 數(shù)據(jù)備份策略機(jī)制 。 首先 網(wǎng)上用戶進(jìn)行嚴(yán)格的權(quán)限分配和設(shè)置， 操作者設(shè)置三級(jí)登錄權(quán)限：數(shù)據(jù)庫級(jí)、程序級(jí)和網(wǎng)絡(luò)級(jí)。 故障處理要求 ：對(duì)可能 的 系統(tǒng)故障具有恢復(fù)能力 。 系統(tǒng)運(yùn)行 時(shí)間要求：由于醫(yī)院是特殊的公益性單位，要求 系統(tǒng) 能夠 24 小時(shí)正常工作。 r e c e i v e r e q u e s t病例劃價(jià)退藥 退費(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ǎn) 為 病例 [19]， 門診柜臺(tái)人員根據(jù)患者提供的 病例 查詢藥品庫存量，錄入處方上的藥品信息， 然后進(jìn)行劃價(jià)收費(fèi)。 如圖27 所示。 如圖 26 所示。 山東大學(xué)碩士學(xué)位論文 10 收費(fèi)劃價(jià)退藥處理退費(fèi)處理收費(fèi)結(jié)賬報(bào)表處理門診柜臺(tái)人員 圖 24 門診柜臺(tái)管理 系統(tǒng)中的一些基本的信息庫通過字典維護(hù)的方式進(jìn)行維護(hù)和更新。 如圖 23 所示。并對(duì)每個(gè)用例進(jìn)行詳細(xì)的說明，以方便設(shè)計(jì)人員和用戶的交流，方便后期系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)。 庫房 管理： 入庫處理，出庫處理，藥品調(diào)價(jià)，入庫查詢，出庫查詢，調(diào)價(jià)查詢，收發(fā)存賬冊(cè)，藥品低儲(chǔ)提示，藥品盤點(diǎn)錄入，藥品盤點(diǎn)上賬，期末結(jié)斷報(bào)表，結(jié)斷報(bào)表查詢 。 系統(tǒng)功能性需求 系統(tǒng)功能性需求的描述工具主要是用例（ UseCase），用例圖的目的是為了更好的說明功能性的需求，以及更好的編寫清楚的文本描述。 如圖 21。 山東大學(xué)碩士學(xué)位論文 7 在本文 的系統(tǒng)中用戶主要分為 門診前臺(tái) 相關(guān)工作人員和 藥房管理人員 ，針對(duì)這兩類使用人群分別進(jìn)行調(diào)研。由于 門診信息軟件 面向的用戶主要是 醫(yī)院工作人員，醫(yī)院工作人員的IT 水平不一， 該系統(tǒng)的需求分析 必須得到正 確的 信息 反饋以獲得 一個(gè)更加準(zhǔn)確、清晰的需求，為快速、準(zhǔn)確的開發(fā)打下良好的基礎(chǔ)，系統(tǒng)開發(fā)中仍然使用了 UML語言中用例圖對(duì)需求進(jìn)行描述，并向用戶征集需求意見，整理后經(jīng)過項(xiàng)目經(jīng)理及各子項(xiàng)目負(fù)責(zé)人共同討論確定最終方案。 UML 是 一種定義良好、易于表達(dá)、功能強(qiáng)大且普遍適用的建模語言，融合了 Booch、 OMT 和 OOSE 方法中的基本概念。 /防御： 作為 醫(yī)院 系統(tǒng)管理 系統(tǒng)的 一 部分 ， 數(shù)據(jù)的操作，處理，傳輸必須考慮安全性，保護(hù)醫(yī)院和患者的利益。 此系統(tǒng)的主要功能有 收費(fèi)業(yè)務(wù) 、 單據(jù) 管理、 庫房 管理、 字典維護(hù) 、 系統(tǒng)設(shè)置 維護(hù)等 。 系統(tǒng)概述 醫(yī)院信息系統(tǒng) (簡稱 HIS)是現(xiàn)代化醫(yī)院的重要標(biāo)志，它是利用計(jì)算機(jī)、通訊設(shè)備和網(wǎng)絡(luò)技術(shù)，對(duì)醫(yī)院的各種相關(guān)信息進(jìn)行自動(dòng)收集、存儲(chǔ)、處理、提取，并保證 數(shù)據(jù)的保密性和安全性，實(shí)現(xiàn)信息共享。簡而言之，需求就是對(duì)于軟件產(chǎn)品的需要干什么的明確描述。 山東大學(xué)碩士學(xué)位論文 5 第 2 章 需求分析 需求分析作為軟件工程中重要的一環(huán)，影響軟件最終的成敗，良好的需求分析是軟件成功應(yīng)用的第一步。 第 3 章主要描述了系統(tǒng)架構(gòu)和概要設(shè)計(jì)，完成了對(duì)系統(tǒng)的技術(shù)架構(gòu)，功能 架構(gòu)和安全架構(gòu)的設(shè)計(jì)。 論文的組織結(jié)構(gòu) 全文共分為 6 章。在詳細(xì)設(shè)計(jì)中，首先利用類圖描述系統(tǒng)的靜態(tài)結(jié)構(gòu)，然后利用交互圖描述系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)。形成 劃價(jià)收費(fèi)業(yè)務(wù)，單據(jù)與查詢，庫存處理，字典維護(hù) ，系統(tǒng)設(shè)置 等功能模塊。本文首先對(duì)當(dāng)前的 門診管理 系統(tǒng)進(jìn)行了深入的調(diào)查，分析了國內(nèi)外 門診 系統(tǒng)的發(fā)展現(xiàn)狀和實(shí)現(xiàn)方案。 具有良好的層次結(jié)構(gòu)，方便系統(tǒng)擴(kuò)展。 。并使操作簡單，交互容易。 我 院 作為 臨淄區(qū)的醫(yī)療中心 ，是 二級(jí)甲等醫(yī)院 ,職工 800 左右 ,年門診量 35 萬人左右 .業(yè)務(wù)收入 億 .是濱州醫(yī)學(xué)院的非隸屬關(guān)系附屬醫(yī)院 。 門診 信息 管理 系統(tǒng)作為 HIS 系統(tǒng)的一部分 [3]， 是 HIS 系統(tǒng)的重要組成部分 。 到了 90 年代末， 隨著人工智能興起和信息化的進(jìn)一步發(fā)展醫(yī)院信息系統(tǒng)進(jìn)入提高階段，開發(fā)重點(diǎn)開始轉(zhuǎn)向電子病例，計(jì)算機(jī)輔助決策，醫(yī)療專家系統(tǒng)等方面。 各種醫(yī)療系統(tǒng)層出不窮 ， 醫(yī)療系統(tǒng)的應(yīng)用也得到了較大的普及。在前期的探索階段 ，為滿足醫(yī)療保險(xiǎn)制度 等 的要求 開發(fā)了功能相對(duì)簡單的系統(tǒng)。 國內(nèi)外研究現(xiàn)狀 隨著計(jì)算機(jī)技術(shù)技術(shù)和信息技術(shù)的發(fā)展，信息管理系統(tǒng)也經(jīng)歷了不同的發(fā)展山東大學(xué)碩士學(xué)位論文 2 階段。信息科學(xué)技術(shù)的進(jìn)步，可以為醫(yī)院的發(fā)展助一臂之力。 概括來說醫(yī)院門診信息管理系統(tǒng) 是指利用計(jì)算機(jī)軟硬件技術(shù)、網(wǎng)絡(luò)通訊技術(shù)等現(xiàn)代化手段，對(duì)醫(yī)院 門診部 門 及其所屬各部門對(duì)人流、物流、財(cái)流進(jìn)行綜合管理，對(duì)在醫(yī)療活動(dòng)各階段中產(chǎn)生的數(shù)據(jù)進(jìn)行采集、存貯、處理、提取、傳輸、匯總、加工生成各種信息，從而為 門診部 的整體運(yùn)行提供全面的、自動(dòng)化的管理及各種服務(wù)的信息系統(tǒng)，并有效地與醫(yī)院的其他部門相互協(xié)調(diào)。取得了良好的社會(huì)和經(jīng)濟(jì)效益。通過對(duì)業(yè)務(wù)流程的分析設(shè)計(jì)了系統(tǒng)的順序圖，以幫助梳理數(shù)據(jù)流程 。 通過對(duì)門診部工作人員和其他相關(guān)人員進(jìn)行需求調(diào)研的基礎(chǔ)上整理出了詳盡的需求分析和業(yè)務(wù)流程。 系統(tǒng)明確了業(yè)務(wù)劃分，規(guī)范了就醫(yī)流程。 門診管理系統(tǒng)能夠 提高 門診部門的工作效率 效率，規(guī)范 收費(fèi) 流程，為 患者 提供更好的醫(yī)療服務(wù)。 醫(yī)療信息管理系統(tǒng)能夠提高工作效率，增加經(jīng)濟(jì)效益，提高醫(yī)療服務(wù)水平，受到人們?cè)絹碓蕉嗟闹匾暋?I 目錄 摘要 ................................................................................................................................. i Abstract .......................................................................................................................... ii 第 1 章 緒論 .................................................................................................................. 1 系統(tǒng)開發(fā)背景 .................................................................................................. 1 國內(nèi)外研究現(xiàn)狀 ............................................................................................... 1 解決的主要問題 ............................................................................................... 3 本文的主要工作 ............................................................................................... 3 論文的組織結(jié)構(gòu) ............................................................................................... 4 第 2 章 需求分析 .......................................................................................................... 5 系統(tǒng)概述 .......................................................................................................