【正文】 ，庫房管理 山東大學(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。 根據(jù)用戶對數(shù)據(jù)安全， 操作人性化 ，功能完善性等方面的需求，設(shè)計了系統(tǒng) 的 物理框架，技術(shù)框架， 功能框架等，進(jìn)而進(jìn)行了數(shù)據(jù)庫的相關(guān)設(shè)計，最終完成整個系統(tǒng)的實現(xiàn)。 與現(xiàn)有 類似系統(tǒng)相比， 新系統(tǒng) 具有更好的數(shù)據(jù)處理能力和安全性。 II Contents Chinese abstract ............................................................................. 錯誤 !未定義書簽。 為門診部門的工作提供了極大的幫助。 本文結(jié)合系統(tǒng)的開發(fā) 背景和國內(nèi)外相關(guān)醫(yī)療單位使用類似系統(tǒng)的情況， 充分研究 了門診信息 系統(tǒng)的發(fā)展現(xiàn)狀。 通過系統(tǒng)的實際應(yīng)用，提高了 門診 的工作效率，提高了對數(shù)據(jù)的統(tǒng)計和保護(hù)力度。內(nèi)部管理講求效率，外部服務(wù)追求質(zhì)量，這不僅是醫(yī)院管理層的新理念，而成為一種必須。 擁有良好的 信息系統(tǒng)能夠提高醫(yī)院的醫(yī)療服務(wù)水平，醫(yī)院管理水平 ，提升醫(yī)院的 社會形象。 為提高醫(yī)療質(zhì)量和護(hù)理質(zhì)量，解決不同系統(tǒng)之間的接口問題， 80 年代末對系統(tǒng)的界面和標(biāo)準(zhǔn)化方面做了大量工作。 較發(fā)達(dá)的地區(qū)的部分醫(yī)院已經(jīng)有了較完善的 門診 信息管理 系統(tǒng)。 數(shù)據(jù)安全性是每個 信息管理系統(tǒng)都要考慮的問題，作為公共性質(zhì)的管理系統(tǒng)，門診信息管理系統(tǒng) 要針對不同工作人員的角色進(jìn)行嚴(yán)格管理，有序分工， 并保護(hù)患者的醫(yī)療數(shù)據(jù)的安全性和保密性。 本文的主要工作 本文通過對醫(yī)院 門診部 的業(yè)務(wù)需求和業(yè)務(wù)流程進(jìn)行分析，設(shè)計和實現(xiàn)了醫(yī)院門診信息 管理 系統(tǒng)。 在詳細(xì)設(shè)計過程中 ,根據(jù)需求分析中的結(jié)果，對各個模塊的設(shè)計進(jìn)行了描山東大學(xué)碩士學(xué)位論文 4 述。 第 2 章是需求分析，通過對需求的調(diào)研，得出客戶的需求。 (2)系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的條件或權(quán)能。 門診管理 系統(tǒng)作為醫(yī)院信息系統(tǒng)的一部分，不僅要滿足全面的功能需求，考慮不同使用人員的具體情況，做到人性化的設(shè)計，而且要與現(xiàn)有系統(tǒng)完全兼容，這就需要我們按照軟件工程的標(biāo)準(zhǔn)開發(fā)過程，完成系統(tǒng)的設(shè)計與實現(xiàn)。 系統(tǒng)需求獲取模式 在軟件工程中，軟件的需求獲取是為了使技術(shù)人員和用戶對問題達(dá)成一致的認(rèn)識， 成功的軟件產(chǎn)品是建立在成 功的需求基礎(chǔ)之上的，而高質(zhì)量的需求來源于用戶與開發(fā)人員之間有效的溝通與合作。對需求的獲取往往有錯誤的認(rèn)識：用戶知道需求是什么，我們所要做的就是和他們交談從他們那里得到需求，只要問用戶系統(tǒng)的目標(biāo)特征，什么是要完成的，什么樣的系統(tǒng)能適合商業(yè)需要就可以了，但是實際上需求獲取并不是想象的這樣簡單 。功能需求是指系統(tǒng)完成特定任務(wù)所需要的功能。 系統(tǒng)設(shè)置 ：權(quán)限管理，用戶選項，注銷用戶，修改密碼，設(shè)置收費憑證，刷新目錄，系統(tǒng)參數(shù)配置，核算項目維護(hù) 。 門診柜臺人員直接與患者打交道， 對患者提供的病例進(jìn)行劃價收費 并開據(jù)單據(jù) 。本 系統(tǒng)中也要增設(shè)系統(tǒng)管理員這一角色。 庫存管理人員對藥品的入庫和出庫 和調(diào)價等 進(jìn)行更新， 系統(tǒng)對藥庫的低儲進(jìn)行提示。 數(shù)據(jù)處理能力要求： 系統(tǒng)要求能夠處理大量的數(shù)據(jù)。數(shù)據(jù)庫不能用通用用戶明登陸，密碼不能為空。其他還有多種形式，但大多數(shù)是以上幾種形式的變體。各個組件之間的連接則明確和相對細(xì)致地描述組件之間的通訊。由于門診部設(shè)計到對藥房數(shù)據(jù)的操作，藥房與系統(tǒng)之間同步的更新尤為重要。 1 統(tǒng)一性原則 系統(tǒng)遵循醫(yī)院原有信息系統(tǒng)的相關(guān)規(guī)范，包括命名，接口等。 窗口界面簡潔、直觀，菜單層次清晰，功能項定義明確，操作簡便。分層設(shè)計還使的對每一層單獨測試變得更容易。數(shù)據(jù)層能夠?qū)崿F(xiàn)數(shù)據(jù)源的交互，即數(shù)據(jù)的插入、刪除、修改以及從數(shù)據(jù)庫中讀出數(shù)據(jù)等操作。系統(tǒng)采用 Borland Delphi 作為開發(fā)工具。在處理速度和存取服務(wù)器方面， Delphi 的性能遠(yuǎn)遠(yuǎn)高于其他同類產(chǎn)品。 (5)具有強大的數(shù)據(jù)存取功能。 數(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)的特點和應(yīng)用環(huán)境。 3．容錯處理。根據(jù) 門診部 對系統(tǒng)功能的需求和不同工作人員扮演不同角色的特性。 5． 單據(jù)查詢 ：提供一些單據(jù)的查詢和數(shù)據(jù)的統(tǒng)計，包括單據(jù)查詢，待結(jié)處方查詢，當(dāng)前庫存查詢，處方明細(xì)查詢，法要匯總查詢，開單工作量統(tǒng)計 等。 預(yù)防和規(guī)避目標(biāo)系統(tǒng)出現(xiàn)的安全風(fēng)險。 實踐表明，基于角色訪問控制的權(quán)限訪問控制系統(tǒng)能嚴(yán)格地控制與防止用戶接觸與其身份角色不相關(guān)的數(shù)據(jù)信息，有效地避免用戶的非法操作，從而切實地提高系統(tǒng)的可用性和健壯性 。 （ 4） 角色：權(quán)限分配的單位與載體。 （ 8）修改角色。 UML 最適于數(shù)據(jù)建模，業(yè)務(wù)建模，對象建模，組件建模 。 類圖 (Class diagram)顯示了模型中存在的類、類的內(nèi)部結(jié)構(gòu)以及它們與其他類的關(guān)系等。各人員繼承自person。使用順序圖可以描述執(zhí)行特定用例時，會觸發(fā)哪些交互，以及這些交互以何種次序發(fā)生。 控制字段的引用 ：在設(shè)計時，可以選擇適當(dāng)?shù)臄?shù)據(jù)庫設(shè)計管理工具，以方便開發(fā)人員的分布式設(shè)計和數(shù)據(jù)小組的集中審核管理。所謂第一范式（ 1NF）是指數(shù)據(jù)庫表的每一列都是不可分割的基本數(shù)據(jù)項，同一列中不能有多個值，即實體中的某個屬性不能有多個值或者不能有重復(fù)的屬性。為實現(xiàn)區(qū)分通常需要為表加上一個列，以存儲各個實例的惟一標(biāo)識。 第三范式（ 3NF）：在第二范式的基礎(chǔ) 上，數(shù)據(jù)表中如果不存在非關(guān)鍵字段對任一候選關(guān)鍵字段的傳遞函數(shù)依賴則符合第三范式。 山東大學(xué)碩士學(xué)位論文 27 第三范式（ 3NF） ： 滿足第三范式（ 3NF）必須先滿足第二范式（ 2NF）。在第一范式（ 1NF）中表的每一行只包含一個實例的信息 [6]。 表重復(fù)控制 ： 在 設(shè)計過程中，如果發(fā)現(xiàn)大部分字段都已存在，開發(fā)人員應(yīng)懷疑所設(shè)計的表是否已存在。 圖46 為業(yè)務(wù)流程 順序圖。 山東大學(xué)碩士學(xué)位論文 24 圖 43 人員類圖 與門診部相關(guān)的 基本信息包括藥品信息，收費項目信息，配伍禁忌信息，醫(yī)療套餐信息，人員維護(hù)信息。類圖主要有三方面的應(yīng)用： 為系統(tǒng)詞匯建模型 ， 模型化簡單的協(xié)作 ， 模型化一個邏輯數(shù)據(jù)庫模式 。系統(tǒng)功能的詳細(xì)設(shè)計包括靜態(tài) 屬性設(shè)計和動態(tài)屬性設(shè)計。 2. 密碼控制：包括密碼加密，弱密碼檢測，密碼輸入次數(shù)過多鎖賬號等。 （ 5） 分配角色權(quán)限：實現(xiàn)操作和角色之間的關(guān)聯(lián)關(guān)系映射。對應(yīng)地，訪問策略和資源類別相關(guān)，不同的資源類別可能采用不同的訪問模式 。RBAC 的核心思想就是將訪問權(quán)限與角色相聯(lián)系，將用戶劃分為與其在組織結(jié)構(gòu)體系中相一致的角色，權(quán)限管理也就可以根據(jù)需要定義各種角色，并對角色設(shè)置相應(yīng)的訪問權(quán)限。包括權(quán)限管理，用戶管理，設(shè)置收費憑證，系統(tǒng)參數(shù)配置，核算項目維護(hù)等。系統(tǒng)功能架構(gòu)如圖 33 所示。同時客戶端應(yīng)用程序還可以把編輯的數(shù)據(jù)以文件的形式保存到磁盤中。在 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ù)。 Delphi 既可用于開發(fā)系統(tǒng)軟件，也適合于應(yīng)用軟件的開發(fā)。這樣，大大減少了對服務(wù)器的請求和網(wǎng)絡(luò)上的數(shù)據(jù)傳輸量，提高了應(yīng)用處理的速度。當(dāng)前，DELPHI 也可以在 LINUX 平臺上開發(fā)應(yīng)用 。完成了數(shù)據(jù)庫訪問所需要的重復(fù)工作，例如創(chuàng)建數(shù)據(jù)源，準(zhǔn)備數(shù)據(jù)訪問方法所需參數(shù)，事務(wù)處理，返回結(jié)果處理，出錯處理等等。 表示層：提供 用戶所需的具體功能，實現(xiàn)對數(shù)據(jù)的訪問，更改以及 訪問安全性驗證 等操作，返回用戶操作的結(jié)果， 數(shù)據(jù)不正確時給出相應(yīng)的異常信息。系統(tǒng)在設(shè)計時，要充分考慮 門診信息 系統(tǒng)將來的新需求，能夠?qū)π碌男枨筮M(jìn)行有效地擴(kuò)展。 3 魯棒性。 系統(tǒng)主要為醫(yī)院門診部工作人員使用 ，采用 C/S 架構(gòu) 。 系統(tǒng)設(shè)計的主要目標(biāo)包括 ： 1．安全目標(biāo)。除了使用 SQL Sever 自帶的備份方 式之外我們還可以采用第三方備份工具，可以采用其他公司的備份軟件。 再次，采用 數(shù)據(jù)備份策略機制 。 故障處理要求 ：對可能 的 系統(tǒng)故障具有恢復(fù)能力 。 r e c e i v e r e q u e s t病例劃價退藥 退費庫存不足提示補充庫存狀態(tài)查詢庫存不足費用結(jié)算庫存充足藥品補充藥品調(diào)整收費結(jié)算開據(jù)票單 圖 28 門診業(yè)務(wù) 順序圖 系統(tǒng)非功能性需求 非功能性需求，是指軟件產(chǎn)品為滿足用戶業(yè)務(wù)需求而必須具有且除功能需求以外的特性 。 如圖27 所示。 山東大學(xué)碩士學(xué)位論文 10 收費劃價退藥處理退費處理收費結(jié)賬報表處理門診柜臺人員 圖 24 門診柜臺管理 系統(tǒng)中的一些基本的信息庫通過字典維護(hù)的方式進(jìn)行維護(hù)和更新。并對每個用例進(jìn)行詳細(xì)的說明，以方便設(shè)計人員和用戶的交流，方便后期系統(tǒng)的設(shè)計與實現(xiàn)。 系統(tǒng)功能性需求 系統(tǒng)功能性需求的描述工具主要是用例（ UseCase），用例圖的目的是為了更好的說明功能性的需求，以及更好的編寫清楚的文本描述。 山東大學(xué)碩士學(xué)位論文 7 在本文 的系統(tǒng)中用戶主要分為 門診前臺 相關(guān)工作人員和 藥房管理人員 ，針對這兩類使用人群分別進(jìn)行調(diào)研。 UML 是 一種定義良好、易于表達(dá)、功能強大且普遍適用的建模語言，融合了 Booch、 OMT 和 OOSE 方法中的基本概念。 此系統(tǒng)的主要功能有 收費業(yè)務(wù) 、 單據(jù) 管理、 庫房 管理、 字典維護(hù) 、 系統(tǒng)設(shè)置 維護(hù)等 。簡而言之，需求就是對于軟件產(chǎn)品的需要干什么的明確描述。 第 3 章主要描述了系統(tǒng)架構(gòu)和概要設(shè)計，完成了對系統(tǒng)的技術(shù)架構(gòu)，功能 架構(gòu)和安全架構(gòu)的設(shè)計。在詳細(xì)設(shè)計中，首先利用類圖描述系統(tǒng)的靜態(tài)結(jié)構(gòu)，然后利用交互圖描述系統(tǒng)的動態(tài)結(jié)構(gòu)。本文首先對當(dāng)前的 門診管理 系統(tǒng)進(jìn)行了深入的調(diào)查，分析了國內(nèi)外 門診 系統(tǒng)的發(fā)展現(xiàn)狀和實現(xiàn)方案。 。 我 院 作為 臨淄區(qū)的醫(yī)療中心 ，是 二級甲等醫(yī)院 ,職工 800 左右 ,年門診量 35 萬人左右 .業(yè)務(wù)收入 億 .是濱州醫(yī)學(xué)院的非隸屬關(guān)系附屬醫(yī)院 。 到了 90 年代末， 隨著人工智能興起和信息化的進(jìn)一步發(fā)展醫(yī)院信息系統(tǒng)進(jìn)入提高階段，開發(fā)重點開始轉(zhuǎn)向電子病例，計算機輔助決策，醫(yī)療專家系統(tǒng)等方面。在前期的探索階段 ，為滿足醫(yī)療保險制度 等 的要求 開發(fā)了功能相對簡單的系統(tǒng)。信息科學(xué)技術(shù)的進(jìn)步，可以為醫(yī)院的發(fā)展助一臂之力。取得了良好的社會和經(jīng)濟(jì)效益。 通過對門診部工作人員和其他相關(guān)人員進(jìn)行需求調(diào)研的基礎(chǔ)上整理出了詳盡的需求分析和業(yè)務(wù)流程。 門診管理系統(tǒng)能夠 提高 門診部門的工作效率 效率，規(guī)范 收費 流程，為 患者 提供更好的醫(yī)療服務(wù)。 I 目錄 摘要 ................................................................................................................................. i Abstract .......................................................................................