【正文】 第二范式（ 2NF）：數(shù)據(jù)庫(kù)表中不存在非關(guān)鍵字段對(duì)任一候選關(guān)鍵字段的部分函數(shù)依賴（部分函數(shù)依賴指的是存在組合關(guān)鍵字中的某些字段決定非關(guān)鍵字段的情況），也即所有非關(guān)鍵字段都完全依賴于任意一組候選關(guān)鍵字。簡(jiǎn)而言之，第三范式（ 3NF）要求一個(gè)數(shù)據(jù)庫(kù)表中不包含已在其它表中已包含的非主關(guān)鍵字信息。所謂完全依賴是指不能存在僅依賴主關(guān)鍵字一部分的屬性，如果存在，那么這個(gè)屬性和主關(guān)鍵字的這一部分應(yīng)該分離出來(lái)形成一個(gè)新的實(shí)體，新實(shí)體與原實(shí)體之間是一對(duì)多的關(guān)系。 第二范式（ 2NF） ： 第二范式（ 2NF）是在第一范式（ 1NF）的基礎(chǔ)上建立起來(lái)的，即滿足第二范式（ 2NF）必須先滿足第一范式（ 1NF）。 第一范式（ 1NF） ： 在任何一個(gè)關(guān)系數(shù)據(jù)庫(kù)中，第一范式（ 1NF）是對(duì)關(guān)系模式的 基本要求，不滿足第一范式（ 1NF）的數(shù)據(jù)庫(kù)就不是關(guān)系數(shù)據(jù)庫(kù)。通過(guò)對(duì)字段所在 表及相應(yīng)設(shè)計(jì)人員的查詢，可以確認(rèn) 表是否確實(shí)重復(fù) 。 規(guī)范命名 ： 所有的庫(kù)名、表名、域名必須遵循統(tǒng)一的命名規(guī)則，并進(jìn)行必要說(shuō)明，以方便設(shè)計(jì)、維護(hù)、查詢 。門診工作人員按照病例信息進(jìn)行劃價(jià)，錄入并核對(duì)處方藥品 ，相應(yīng)藥品有貨則 進(jìn)行結(jié)算 并繳費(fèi) 。順序圖主要與捕捉系統(tǒng)各組成部分之間交互的次序有關(guān)。 各基本信息之間的關(guān)系如圖 44 所示。 圖 42 功能類圖 操作此系統(tǒng)的人員包括門診人員，庫(kù)存人員 ，外單位人員等。 在本系統(tǒng)中存在一些醫(yī) 學(xué)類的詞匯和系統(tǒng)的一些基本的信息描述。 圖 41 系統(tǒng)功能模塊 醫(yī)院門診管理系統(tǒng) 收費(fèi)業(yè)務(wù) 單據(jù)與查詢 庫(kù)房處理 字典維護(hù) 查詢分析 系統(tǒng)管理 劃價(jià)收費(fèi) 退藥處理 退費(fèi)處理 收費(fèi)結(jié)賬 結(jié)賬報(bào)表 結(jié)賬查詢 單據(jù)查詢 待結(jié)處方 處理 當(dāng)前庫(kù)存查詢 處方明細(xì)處理 發(fā)藥匯總查詢 開(kāi)單工作量查詢 入庫(kù)管理 出庫(kù)管理 藥品調(diào)價(jià) 入庫(kù)查詢 出庫(kù)查詢 調(diào)價(jià)查詢 收發(fā)存賬冊(cè) 藥品低儲(chǔ)提示 藥品盤點(diǎn)錄入 藥品盤點(diǎn)上賬 期末結(jié)斷報(bào)表 結(jié)斷報(bào)表查詢 權(quán)限管理 用戶選項(xiàng) 注銷用戶 修改密碼 系統(tǒng)參數(shù)配置 核算項(xiàng)目維護(hù) 藥品目錄維護(hù) 收費(fèi)目錄維護(hù) 財(cái)務(wù)期間維護(hù) 藥品特殊類別 藥品藥理作用 藥品配伍禁忌 部門維護(hù) 人員維護(hù) 產(chǎn)地維護(hù) 山東大學(xué)碩士學(xué)位論文 23 系統(tǒng)的靜態(tài)結(jié)構(gòu)圖 系統(tǒng)靜態(tài)結(jié)構(gòu)圖主要為類圖，類圖描述了系統(tǒng)中需要持久化保存的一些屬性既關(guān)系。系統(tǒng)的靜態(tài)屬性設(shè)計(jì)主要是用類圖來(lái)描述 。 UML 為面向?qū)ο箝_(kāi)發(fā)系統(tǒng)的產(chǎn)品進(jìn)行說(shuō)明、可視化、和編制文檔的一種標(biāo)準(zhǔn)語(yǔ)言。 3. 網(wǎng)絡(luò)安全：網(wǎng)絡(luò)平臺(tái)的安全是保障網(wǎng)絡(luò)的運(yùn)行能夠安全可靠，保證網(wǎng)絡(luò)通信的正常進(jìn)行以及保障網(wǎng)絡(luò)上傳輸?shù)男畔⒌陌踩８鶕?jù)功能分配角色，角色編號(hào)在系統(tǒng)內(nèi)為唯一標(biāo)識(shí)。 （ 6）分配用戶角色：實(shí)現(xiàn)用戶和角色之間的關(guān)聯(lián)關(guān)系映射。在業(yè)務(wù)邏輯的判斷中， 可以實(shí)現(xiàn)基于個(gè)人身份或組的身份進(jìn)行判斷。同一資源的訪問(wèn)策略可能存在排斥和包含關(guān)系。 應(yīng)用系統(tǒng) 可以 方便的定義每個(gè)人員的工作權(quán)限，并可以隨其工作范圍的變更而進(jìn)行靈活調(diào)整，最大限度滿足 單位的需求。用戶則根據(jù)其崗位和責(zé)任被指派為不同的角色，從而實(shí)現(xiàn)用戶和權(quán)限的邏輯分離。 在設(shè)計(jì)時(shí)盡可能地 及時(shí)發(fā)現(xiàn)、分析、處理安全隱患 。 系統(tǒng)安全架構(gòu) 在網(wǎng)絡(luò)化的今天，系統(tǒng)安全始終是一個(gè)系統(tǒng)需要考慮的重要問(wèn)題之一。 4． 字典維護(hù) ： 維護(hù)醫(yī)院信息系統(tǒng)的一些基本功能，這里包括藥品目錄維護(hù)，收費(fèi)目錄維護(hù)，財(cái)務(wù)期間維護(hù)，藥品特殊類別維護(hù)，藥品配伍禁忌維護(hù)，部門維護(hù)，人員維護(hù)，地產(chǎn)維護(hù)等。 山東大學(xué)碩士學(xué)位論文 19 劃價(jià)業(yè)務(wù) 結(jié)算業(yè)務(wù) 藥房管理 字典維護(hù) 單據(jù)查詢 系統(tǒng)設(shè)置 圖 33 系統(tǒng)功能架構(gòu)圖 整個(gè)系統(tǒng)分為： 劃價(jià)業(yè)務(wù)，結(jié)算業(yè)務(wù)，藥房管理，字典維護(hù)，單據(jù)與查詢，系統(tǒng)設(shè)置 等功能模塊。而且各角色之間有不同的權(quán)限規(guī)定。 4．分發(fā)簡(jiǎn)單。當(dāng)有許多客戶端應(yīng)用程序需要連接到應(yīng)用程序服務(wù)器 的時(shí)候， MIDAS 能夠分配不同的客戶端應(yīng)用程序到每一個(gè)應(yīng)用服務(wù)器中，以平均山東大學(xué)碩士學(xué)位論文 18 每一個(gè)應(yīng)用程序的負(fù)荷。客戶端應(yīng)用程序的主要任務(wù)是體現(xiàn)在三個(gè)方面：提供用戶與數(shù)據(jù)庫(kù)交互的界面；向數(shù)據(jù)庫(kù)服務(wù)器提交用戶請(qǐng)求并接收來(lái)自數(shù)據(jù)庫(kù)服務(wù)器的信息；利用客戶應(yīng)用程序?qū)Υ嬖谟诳蛻舳说臄?shù)據(jù)執(zhí)行應(yīng)用邏輯要求 [2][16][17]。 其他 業(yè)務(wù)邏輯層 劃價(jià)繳費(fèi)業(yè)務(wù)，查詢業(yè)務(wù)，藥房管理業(yè)務(wù)。 (6)擁有強(qiáng)大的網(wǎng)絡(luò)開(kāi)發(fā)能力，能夠快速的開(kāi)發(fā) B/S 應(yīng)用，它內(nèi)置的 Intra Web和 Express Web 使得對(duì)于網(wǎng)絡(luò)的開(kāi)發(fā)效率超過(guò)了其他任何的開(kāi)發(fā)工具。 Delphi 包含許多可以重復(fù)使用的部件， 允許用戶控制 Windows 的開(kāi)發(fā)效果。 (3)提供了許多快速方便的開(kāi)發(fā)方法，使開(kāi)發(fā)人員能用盡可能少的重復(fù)性工作完成各種不同的應(yīng)用。由于 Delphi 編譯器采用了條件編譯和選擇鏈接技術(shù)，使用它生成的執(zhí)行文件更加精煉，運(yùn)行速度更快。 DELPHI 擁有一個(gè)可視化的集成開(kāi)發(fā)環(huán)境 (IDE)，采用面向?qū)ο蟮木幊陶Z(yǔ) 言 Object Pascal 和基于部件的開(kāi)發(fā)結(jié)構(gòu)框架。數(shù)據(jù)層將所有和數(shù)據(jù)庫(kù)的交互封裝在數(shù)據(jù)訪問(wèn)組件中，為業(yè)務(wù)邏輯層提供數(shù)據(jù)服務(wù)，如存儲(chǔ)數(shù)據(jù)操作結(jié)果、返回?cái)?shù)據(jù)檢索結(jié)果等。數(shù)據(jù)層對(duì)底層數(shù)據(jù)的操作山東大學(xué)碩士學(xué)位論文 16 采用存儲(chǔ)過(guò)程。不同系統(tǒng)的數(shù)據(jù)可以交互訪問(wèn)。 業(yè)務(wù)邏輯層：負(fù)責(zé)系統(tǒng)業(yè)務(wù)的處理，數(shù)據(jù)的生成，處理及轉(zhuǎn)換。此外，獨(dú)立的團(tuán)隊(duì)能夠在處理解決方案的各個(gè)部分時(shí)減少對(duì)其他團(tuán)隊(duì)的依賴，并且應(yīng)能夠針對(duì)定義明確的接口展開(kāi)開(kāi)發(fā)工作。 系統(tǒng)設(shè)計(jì)時(shí)要預(yù)留系統(tǒng)與外界聯(lián)系的接口，保障數(shù)據(jù)共享，使本系統(tǒng)能融入到醫(yī)院衛(wèi)生系統(tǒng)中。系統(tǒng)必須做到簡(jiǎn)單易用，人性化。 對(duì)意外操作系統(tǒng)能夠做出正確的反映，系統(tǒng) 在網(wǎng)絡(luò)環(huán)境中能長(zhǎng)時(shí)山東大學(xué)碩士學(xué)位論文 15 間運(yùn)行。安全性可以涵蓋三方面的不同內(nèi)容：數(shù)據(jù)的安全性，保證病人資料不外漏；系統(tǒng)安全性，主要從網(wǎng)絡(luò)，硬件，系統(tǒng)軟件，應(yīng)用軟件等幾方面來(lái)加強(qiáng)系統(tǒng)的安全性；管理的安全性，不同的操作人員擁有自己的權(quán)限，權(quán)限明確，并有相應(yīng)的管理制度。并發(fā)數(shù)要求不高，但對(duì)于庫(kù)存數(shù)據(jù)和年月報(bào)表的處理速度要進(jìn)行適當(dāng)?shù)膬?yōu)化。 2． 及時(shí)更新。架構(gòu)從管理安全、系統(tǒng)安全、數(shù)據(jù)安全三個(gè)方面來(lái)具體考慮。系統(tǒng) 架構(gòu)描述的 對(duì)象 是直接構(gòu)成系統(tǒng)的抽象 組件 。如 Norton 公司的磁盤備份工具 —— Ghost。惡意破壞，在一個(gè)系統(tǒng)中也不排除一些惡意破壞者。 造成數(shù)據(jù)庫(kù)數(shù)據(jù)丟失或損壞的原因一般有以下幾種：機(jī)械損壞，計(jì)算機(jī)的各種部件 (包括磁盤 )都存在物理的，機(jī)械的故障可能性。 其次， 數(shù)據(jù)信息進(jìn)行級(jí)別規(guī)劃，分為操作數(shù)據(jù)、管理數(shù)據(jù)和分析決策數(shù)據(jù)?？赡艿墓收习〝?shù)據(jù)庫(kù)連接失敗，網(wǎng)絡(luò)失敗，斷電處理，數(shù)據(jù)庫(kù)損壞。 響應(yīng)時(shí)間要求 ： 基本數(shù)據(jù)維護(hù)等功能的人機(jī)對(duì)話時(shí)間在 3 秒之內(nèi)。 軟件產(chǎn)品非功能性定義不僅決定產(chǎn)品的質(zhì)量，還在很大程 度上影響產(chǎn)品的功能需求定義。 對(duì)于要求退費(fèi)退藥的患者根據(jù)單據(jù)和病例重新劃價(jià)計(jì)費(fèi)。 權(quán)限管理系統(tǒng)參數(shù)設(shè)置核算項(xiàng)目維護(hù)系統(tǒng)維護(hù)系統(tǒng)管理員 圖 27 系統(tǒng)管理 山東大學(xué)碩士學(xué)位論文 12 門診部是醫(yī)院面向社會(huì)、病人，直接為社會(huì)人群進(jìn)行醫(yī)療和保健的場(chǎng)所，是醫(yī)院服務(wù)的主要窗口，也是醫(yī)院收入的主要來(lái)源，門診工作的好壞直接關(guān)系到醫(yī)院的聲譽(yù) [10][13][21][22]。 單據(jù)查詢當(dāng)前庫(kù)存查詢處方明細(xì)查詢門診柜臺(tái)人員( f r o m 收費(fèi)業(yè)務(wù) )發(fā)藥匯總查詢庫(kù)房管理人員( f r o m 庫(kù)房管理 ) 圖 26 查詢 幾乎在每一系統(tǒng)中都會(huì)有系統(tǒng)管理員的角色，但不同系統(tǒng)的系統(tǒng)管理員的管理范疇是不一樣的。 如藥品目錄，收費(fèi)項(xiàng)目，藥品藥理作用，藥品配伍禁忌，部門信息等。 入出庫(kù)管理入出庫(kù)查詢藥品調(diào)價(jià)藥品盤點(diǎn)庫(kù)房管理人員 圖 23 庫(kù)房管理 門診柜臺(tái)人員是系統(tǒng)的另一個(gè)主要的使用者。下面我們將對(duì)系統(tǒng)的主要功能結(jié)合用例圖進(jìn)行詳細(xì)的闡述。 字典維護(hù) ： 藥品目錄維護(hù)，收費(fèi)目錄維護(hù)，財(cái)務(wù)期間查詢，藥品特殊類別維護(hù)，藥品藥理作用維護(hù)，藥品配伍禁忌維護(hù)，部門維護(hù)，人員維護(hù)，產(chǎn)地維護(hù) 。本節(jié)我們將 門診 系統(tǒng)的主要功能性需求通過(guò)用例詳盡地展現(xiàn)出來(lái)。 圖 21 需求分析獲取模式 開(kāi)始 門診人員 調(diào)研 調(diào)研結(jié)果討論 結(jié)束 醫(yī)院信息系統(tǒng)調(diào)研 調(diào)研結(jié)果討論 調(diào)研準(zhǔn)備 患者需求調(diào)研 調(diào)研結(jié)果討論 調(diào)研結(jié)果匯總 編制需求報(bào)告 評(píng)估 簽字確認(rèn) 歸檔 山東大學(xué)碩士學(xué)位論文 8 系統(tǒng)需求問(wèn)題描述 從功能性需求和非功能性需求兩個(gè)角 度對(duì)系統(tǒng)所需要實(shí)現(xiàn)的功能進(jìn)行分析。 在調(diào)研過(guò)程中充分考慮到相關(guān)人員的計(jì)算機(jī)水平，專業(yè)知識(shí)水平的不同，要進(jìn)行細(xì)致的溝通，形成調(diào)研文檔 。 需求獲取可能是 軟件開(kāi)發(fā) 中最困難 ， 最關(guān)鍵 ， 最易出 錯(cuò)及最需要溝通交流的活動(dòng)。它溶入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)。 ：與已有的醫(yī)院的信息系統(tǒng)相兼容 ，方便醫(yī)院的統(tǒng)一管理和數(shù)據(jù)的共享。 需要解決的 問(wèn)題： ： 本軟件在醫(yī)院網(wǎng)絡(luò)環(huán)境的內(nèi)網(wǎng)使用，要求能夠支持多用戶的 同時(shí) 使用。其中 門診信息管理 系統(tǒng)是醫(yī)院信息系統(tǒng)的重要組成部分 。 需求分析包括 對(duì)系統(tǒng)得概要得分析，明確系統(tǒng)要解決的問(wèn)題和 實(shí)現(xiàn)的目標(biāo)。 需求定義為“ (1)用戶解決問(wèn)題或達(dá)到目標(biāo)所需的條件或權(quán)能 (Capability)。 第 4 章 為 系統(tǒng)的詳細(xì)設(shè)計(jì)，詳細(xì)描述了系統(tǒng)的各功能模塊的實(shí)現(xiàn)方法，主要用類圖和數(shù)據(jù)庫(kù)設(shè)計(jì)描述了系統(tǒng)的靜態(tài)功能，用時(shí)序圖描述了系統(tǒng)的動(dòng)態(tài)功能。 第 1 章是緒論，主要介紹了系統(tǒng)的開(kāi)發(fā)背景，以及國(guó)內(nèi)外智能 門診 系統(tǒng)的研究現(xiàn)狀，說(shuō)明了系統(tǒng)需要解決的主要問(wèn)題和本文的主要貢獻(xiàn)。 在詳細(xì)設(shè)計(jì)的基礎(chǔ)上，對(duì)各個(gè)模塊的實(shí)現(xiàn)進(jìn)行了介紹，結(jié)合系統(tǒng)的功能模塊給出了系統(tǒng)運(yùn)行的效果圖。對(duì)系統(tǒng)的安全架構(gòu)進(jìn)行了初步的設(shè)計(jì)，形成以角色為中心的安全控制。結(jié)合醫(yī)院 門診部 的實(shí)際情況， 對(duì)系統(tǒng)用戶 進(jìn)行了充分的需求調(diào)研，分析了系統(tǒng)的功能性需求和非功能性需求。 ：根據(jù)醫(yī)療水平的不斷發(fā)展，系統(tǒng)能 夠方便地實(shí)現(xiàn) 數(shù)據(jù)的更新和字典庫(kù)的維護(hù) 。系統(tǒng)持續(xù)運(yùn)行無(wú)故障及系統(tǒng)對(duì)故障的恢復(fù)能力等。 。門診業(yè)務(wù)量大，需要門診管理系統(tǒng)來(lái)全面提升門診部的服務(wù)水平。目前國(guó)內(nèi)大中型醫(yī)療機(jī)構(gòu)都 加緊建立 自己的門診信息管理系統(tǒng)。 醫(yī)院信息系統(tǒng) 朝著更加智能化，人性化的方向發(fā)展 。 但這一階段的標(biāo)準(zhǔn)化程度 低，對(duì)醫(yī)院信息的共享造成了一定的困難。具有代表性的系統(tǒng)有 護(hù)理系統(tǒng)，事務(wù)處理系統(tǒng)和收費(fèi)系統(tǒng)等， 雖然這一階段的醫(yī)院信息系統(tǒng)受計(jì)算機(jī)技術(shù)和需求的影響功能 相對(duì) 簡(jiǎn)單，使用不 廣。 醫(yī)院作為信息化的一個(gè)典型應(yīng)用場(chǎng)所 也經(jīng)歷了不同的發(fā)展階段。作為信息科技的重要代表，計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)日益顯示出其信息共享、運(yùn)轉(zhuǎn)高速、計(jì)算準(zhǔn)確、管理規(guī)范、數(shù)據(jù) 統(tǒng)計(jì) 客觀等方面的優(yōu)勢(shì)，在醫(yī)院的應(yīng)用中發(fā)揮出其他工具所無(wú)法比擬的重大優(yōu)勢(shì)。 隨著醫(yī)療改革的深入，醫(yī)療機(jī)構(gòu)將在一個(gè)日益公開(kāi)，公平競(jìng)爭(zhēng)的環(huán)境中尋 求發(fā)展[11][12]。 關(guān)鍵詞 ： 門診 系統(tǒng)， UML，數(shù)據(jù)安全 ，劃價(jià)收費(fèi) ，庫(kù)房管理 山東大學(xué)碩士學(xué)位論文 ii Abstract Along with the advance in information technique and healthcare improvement, the Hospital Information System (HIS) play more and more important role in hospital. The hospital information system can improve work efficiency, bring economic benefits, boost the level of medical treatment. And so address more and more people’s attention. The outpatient information System is a part of HIS. And it provides some assistants for outpatient department. It can be used for charging, pharmacy management, bill checking and many other related function. It can improve the working efficiency of the outpatient department, standard charging processes. It can provide better medical health care services. This paper analyzes the development of the system39。 通過(guò)嚴(yán)格的系統(tǒng)設(shè)計(jì) 為系統(tǒng)的穩(wěn)定性，可