【正文】 重慶郵電大學(xué)移通學(xué)院畢業(yè)設(shè)計（論文） 第 4 章 系統(tǒng)設(shè)計與布置 36 圖 門診收費系統(tǒng)科室確認功能流程圖 數(shù)據(jù)修改：打開 mz_detail_charge 表，根據(jù) patient_id， exec_sn 的要求找到需要確認的記錄，修改 confirm_date、 confirmes_opera、 confirm _win 字段后保存記錄。 劃價收費 (mzsf_frrnhuashou )：從門診收費基類窗口繼承。 圖 門診收費系統(tǒng)劃價功能流程圖 開始 錄入或查詢病人信息 恢復(fù)舊處方 增加新處方 增刪改細目 劃價 保存 結(jié)束 重慶郵電大學(xué)移通學(xué)院畢業(yè)設(shè)計（論文） 第 4 章 系統(tǒng)設(shè)計與布置 33 數(shù)據(jù)修改過程 mz_detail_charge 表 :使用病人 ID(Patient_id)、次數(shù) (times)、狀態(tài) (charge_Status)找到指定病人。 考慮醫(yī)院特殊情況，系統(tǒng)支持 單獨劃價、單獨收費和劃收合一兩種收費方式，另外考慮病人多種付費方式程序除支持常用付費方式外還支持 IC 卡、預(yù)交金、銀行卡付費，病人可以用預(yù)交金記賬消費 (費用在預(yù)交金范圍內(nèi)可不結(jié)算直接做檢查、 .取藥 )。 圖 層應(yīng)用架構(gòu)圖 門診收費系統(tǒng)的部署架構(gòu)如圖 所示。將應(yīng)用系統(tǒng)集成于分布式系統(tǒng)之上，能極大地提高系統(tǒng)的可擴展性 。 一條收費記錄只能進行一次確認。 當日日報表制作后所打印的交款表日期應(yīng)為次日 。如果是作廢收據(jù)，則應(yīng)做機內(nèi)標記。 門診收費系統(tǒng)除一般收費系統(tǒng)的功能外．在設(shè)計時還具區(qū)間和項目匯總．匯總內(nèi)容與日報表相同．格式應(yīng)為統(tǒng)計報表形式 . 基本功能和運行規(guī)則 門診收費系統(tǒng)啟動時調(diào)用服務(wù)器日期為本機工作時間，不能更改。對醫(yī)保等收費方式要能正確處方與計算自費、自負、統(tǒng)籌結(jié)付等會計事項。 圖 系統(tǒng)管理員用戶維護的時序圖 本章小結(jié) 本章是本論文的第三章，也是最為重要的章節(jié) ，首先對系統(tǒng)可能出現(xiàn)的問題5：保存用戶組信息 1：建立用戶組 系統(tǒng)管理員 用戶管理 2：輸入用戶組名稱 3：分配用戶組功能 7：輸入用戶名 6：建立用戶組用戶 8：輸入初始密碼 9：輸入所需信息 重慶郵電大學(xué)移通學(xué)院畢業(yè)設(shè)計（論文） 第 3 章 基于面向?qū)ο蟮南到y(tǒng)分析 24 進行描述，其次對系統(tǒng)進行需求分析說明，最后輔助了一系列的流程圖、時序圖、用例圖 對本系統(tǒng)進行靜態(tài)建模 和 動態(tài)建模， 。至此，完成病人交費全部過程。 表 用戶管理類屬性含義表 類 xt_user 屬性 含義 類 xt _func 屬性 含義 user _mi 用戶編碼 subsys _id 子系統(tǒng) ID user _name 用戶名 func _name 功能名稱 subsys _id 子系統(tǒng) ID Func _desc 功能描述 pass _word 用戶密碼 user _group 有戶組編碼 類 xt_subsys 屬性 含義 pw_limit 密碼期限 subsys_id 子系統(tǒng) ID login_time 登錄次數(shù) subsys_name 子系統(tǒng)名稱 類 xt_aroud 屬性 含義 重慶郵電大學(xué)移通學(xué)院畢業(yè)設(shè)計（論文） 第 3 章 基于面向?qū)ο蟮南到y(tǒng)分析 20 表 用戶管理類屬性含義表 (續(xù) ) 基于面向?qū)ο蟮尼t(yī)療系統(tǒng)的動態(tài)建模 在建好門診收費系統(tǒng)靜態(tài)結(jié)構(gòu)圖的基礎(chǔ)上，接下來要設(shè)計其動態(tài)結(jié)構(gòu)圖，并建立相應(yīng)的動態(tài)模型。另外，為了提高項目錄入速度，增加了項目模板類 (mz_ charge_pattern)及其定義類（ mz_ charge_pattern_define）。 表 門診收費系統(tǒng)中的實體類 類 含義 類 含義 xt_user 用戶 Mz_detail_charge 門診收費細目 xt_group 用戶組 Mz_op_receipt 收費員發(fā)票定義 a_employee_mi 職工字典 Mz_patient_mi 門診病人 Zd_unit_code 科室字典 Mz_receipt 門診發(fā)票 Mz_bill_item 門診賬單碼 Yp_base 藥品收費項目 Mz_charge_pattern 收費模板 Zd_chargeitem 診療收費項目 Mz_charge_pattern_define 收費模板內(nèi)定義 yp_group_name 門診藥房 xt_user_group 用戶組功能定義 xt_fune 系統(tǒng)功能定義 xt_subsys 子系統(tǒng)定義 門診病人（ Mz_patient_mi）類圖 圖 門診病人類圖 重慶郵電大學(xué)移通學(xué)院畢業(yè)設(shè)計（論文） 第 3 章 基于面向?qū)ο蟮南到y(tǒng)分析 16 Mz_patient_mi 類是門診就診病人的記錄，每一個門診病人有一條記錄，包含了每個病人的 ID 號、姓名、性別、身份等基本信息。 如下圖 所示。 收費員劃價收費的用例 ： 根據(jù)以上分析，其用例包括系統(tǒng)登錄、劃價收費、打印發(fā)票、打印明細、退費、結(jié)帳、發(fā)票管理。這可以很好的體現(xiàn)出系統(tǒng)的分層架構(gòu)，使人們對系統(tǒng)層次關(guān)系一目了然。 RUP 的核心思想是：用力驅(qū)動、迭代化開發(fā)。好的產(chǎn)品設(shè)計可能要考慮到運行條件的變化，包括技術(shù)條件 (網(wǎng)絡(luò)條件、硬件條件、軟件系統(tǒng)平臺條件等 )的變化和應(yīng)用方式的變化，如在具體應(yīng)用中界面的變化、功能的剪裁、不同用戶的職責(zé)分配和組合等。 系統(tǒng)的完整性是指為完成業(yè)務(wù)需求和系統(tǒng)正常運行本身要求而必須具有的功能，這些功能往往是用戶不能提出的。具體包括收費員對病人的處方、檢查單、化驗單、治療單等進行劃價收費并打印發(fā)票 ； 收費員設(shè)定自己登錄密碼、修改發(fā)票起止號、退費、打印退票明細、 結(jié)賬 ； 病人查詢收費記錄：收費員組長打印匯總表、收費模板維護 ； 計算機室人員進行系統(tǒng)初始化管理 (包括錄入界面初始化、運行參數(shù)初始化等 )、用戶管理 (建立用戶組，分配用戶組功能，建立、刪除用戶等 )。 面向?qū)ο蠓椒▽W(xué)使用獨特的概念和完成軟件開發(fā)工作，因此，在測試面向?qū)χ貞c郵電大學(xué)移通學(xué)院畢業(yè)設(shè)計（論文） 第 3 章 基于面向?qū)ο蟮南到y(tǒng)分析 10 象 程序的時候，除了繼承傳統(tǒng)的測試技術(shù)之外，還必須研究與面向?qū)ο蟪绦蛱攸c相適應(yīng)的新的測試技術(shù)。 系統(tǒng)設(shè)計中的問題描述 面向?qū)ο蠓椒▽W(xué)把分析、設(shè)計和實現(xiàn)很自然地聯(lián)系在一起了。面向?qū)ο蠓椒ㄒ?jīng)過長期的開發(fā)實踐才能很好的理解掌握。從重用性方面來說；采用結(jié)構(gòu)化方法的系統(tǒng)難以修改和擴充，結(jié)構(gòu)化分析與設(shè)計清楚定義了系統(tǒng)的借口，當系統(tǒng)對外界接口發(fā)生變動時，往往造成 系統(tǒng)結(jié)構(gòu)較大變動，難以擴充重慶郵電大學(xué)移通學(xué)院畢業(yè)設(shè)計（論文） 第 2 章 面向?qū)ο蠹夹g(shù) 8 系的功能接口，采用結(jié)構(gòu)化方法的系統(tǒng)可復(fù)用性較差，結(jié)構(gòu)化方法將數(shù)據(jù)和操作分離，導(dǎo)致一些可中庸的軟件構(gòu)件在特定具體應(yīng)用環(huán)境才能應(yīng)用，降低了軟件的可重用性 [5]。 面向?qū)ο笈c結(jié)構(gòu)化比較的優(yōu)缺點 二者在分解和抽象原則上一致；分解和昂是軟件中控制問題復(fù)雜性的重要原則。繼承允許和鼓勵類的重用，提供了一種明確表述共性的方法。 抽象（ Abstract）就是忽略事物中與當前目標無關(guān)的非本質(zhì)特征，更充分地注意與當前目標有關(guān)的本質(zhì)特征。 第二章主要解釋了什么是面向?qū)ο蠹夹g(shù)，并且比較了面向?qū)ο蠹夹g(shù)與結(jié)構(gòu)化技術(shù)的優(yōu)缺點，體現(xiàn)了本論文研 究主題的優(yōu)越性。它包括收入和支出兩個方面，其中經(jīng)濟核算是核心。醫(yī)院管理信息化不僅能提高醫(yī)務(wù)人員的工作效率和醫(yī)療水平，而且能提高醫(yī)院的服務(wù)質(zhì)量和管理水平，所以，醫(yī)院對管理信息系統(tǒng)有著強烈的需求。在掌握了基于三層 C/S/S 架構(gòu)體系后，可以使用它來設(shè)計系統(tǒng)。傳統(tǒng)的客戶機用及務(wù)器體系結(jié)構(gòu)把用戶界面和業(yè)務(wù)邏輯都放在客戶端，雖然結(jié)構(gòu)簡單，但帶來了難以集中控制、安全性差、客戶端負擔(dān)大等原生性重慶郵電大學(xué)移通學(xué)院畢業(yè)設(shè)計（論文） 前言 問題。最近幾年，國家進行了城鎮(zhèn)醫(yī)療制度改革，實行了新型農(nóng)村合作醫(yī)療制度。 in the system design model defined by the class diagram in the system objects and the static relationships between objects。傳統(tǒng)的基于客戶機 /服務(wù)器的 HIS 產(chǎn)品開發(fā)周期長，而且功能上也不夠完善，存在著諸如系統(tǒng)響應(yīng)速度慢，難以集中控制，可擴展性差等各種各樣的問題。s most plex existing enterprise information systems. Traditional client / serverbased HIS product development cycle, and the function is not perfect, there is a slow speed, such as system response, it is difficult to centralized control, scalability, and poor variety of problems. Therefore, you need a scientific approach to analysis and design of hospital information systems. This article discusses the hospital outpatient charges on the use of objectoriented modeling techniques and methods, and better able to capture the user39。雖然服務(wù)器在 1999 年系統(tǒng)實施時進行了更換，并于 2021 年又進行了新的更換，但是由于二層架構(gòu)的固有的架構(gòu)性缺陷，業(yè)務(wù)邏輯、數(shù)據(jù)庫邏輯都集中在服務(wù)器上，勢必給服務(wù)器造成極大的壓力，使系統(tǒng)運行速度過慢，甚至死機 [1]。另外，醫(yī)院管理的改革需要門診收費系統(tǒng)能夠向管理者提供更多、更細的報表，而原有系統(tǒng)沒有專門的報表設(shè)計軟件，要設(shè)計新報表就必須修改源程序，作為購買的商品軟件，有沒有源代碼，因此，對于管理者新提出的報表，系統(tǒng)無法實現(xiàn)，單位維護人員也無能為力。業(yè)務(wù)服務(wù)層負責(zé)處理用戶界面層的應(yīng)用請求，完成商務(wù) 邏輯的計算任務(wù)，并將處理結(jié)果返回給用戶。 重慶郵電大學(xué)移通學(xué)院畢業(yè)設(shè)計（論文） 第 1 章 緒論 3 第 1 章 緒論 醫(yī)院收費管理系統(tǒng)的背景 及意義 隨著社會的發(fā)展，人們對健康越來越關(guān)注，醫(yī)院的業(yè)務(wù)不斷增長，處理越來越復(fù)雜，簡單的人工經(jīng)營管理，已無法滿足醫(yī)院的需要 , 成為醫(yī)院發(fā)展的瓶頸， 人們對醫(yī)療服務(wù)的要求也越來越高。 費用信息是在病人診治活動背后發(fā)生的，是與病人信息并行的一條線。對于本系統(tǒng)， 本論文采用了面向?qū)ο蠹夹g(shù)， 原因在于它具有 抽象性、封裝性、繼承性和多態(tài)性 ，若在以后使用過程中出現(xiàn)了問題或者瑕疵，開發(fā)者能夠在第一時間將其處理。重慶郵電大學(xué)移通學(xué)院畢業(yè)設(shè)計（論文） 第 2 章 面向?qū)ο蠹夹g(shù) 6 第 2 章 面向?qū)ο蠹夹g(shù) 面向?qū)ο蠹夹g(shù)的介紹 面向?qū)ο蠹夹g(shù)強調(diào)在軟件開發(fā)過程中面向客觀世界或問題域中的事物，采用人類在認 識客觀世界的過程中普遍運用的思維方法，直觀、自然地描述客觀世界中的有關(guān)事物。繼承性是是一種聯(lián)結(jié)類與類的層次模型。多態(tài)性是是指類中同一函數(shù)名對應(yīng)多個具有相似功能的不同函數(shù)，可以使用相同的調(diào)用方式來調(diào)用這些具有不同功能的同名函數(shù) [4]。 處理問題是的出發(fā)點不同；結(jié)構(gòu)化方法是強調(diào)過程抽象化和模塊化，以過程為中心構(gòu)造或處理客觀世界問題的，它是一種面向過程的開發(fā)方法；面向?qū)ο蠓椒◤娬{(diào)把問題域的要領(lǐng)直接影射到對象之間的接口上，是用符合人們通常的思維方式來處理客觀世界的問題。面向?qū)ο?方法的內(nèi)容廣、概念多、而且很多都難于理解、做到精通更加不已。重慶郵電大學(xué)移通學(xué)院畢業(yè)設(shè)計（論文） 第 3 章 基于面向?qū)ο蟮南到y(tǒng)分析 9 第 3 章 基于面向?qū)ο蟮南到y(tǒng)分析 系統(tǒng)問題描述 醫(yī)院收費管理系統(tǒng) 的功能描述 收費管理信息系統(tǒng)是醫(yī)院的主要窗口業(yè)務(wù)之一，通過應(yīng)用本系統(tǒng)可以實現(xiàn)收費工作從手工工作模式轉(zhuǎn)到計算機處理模式，有效提高收費工作的效率，盡可能解決醫(yī)院門診中“三長一短”的弊端，杜絕醫(yī)院收入的流失 ：本系統(tǒng)可選擇同一種 藥品的不同的單位收費銷售；可支持實收 功能，對客戶進行拆讓處理；可支持收費掛賬處理；可 不用掛號直接輸入收費明細，完成收費；也可打印門診收費清單、門診發(fā)票。事實上，具有方便的開發(fā)環(huán)境和豐富的類庫的面向?qū)ο蟪绦蛟O(shè)計語言，是實現(xiàn)面向?qū)ο笤O(shè)計的最佳選擇。性能低。 所謂非功能性需求，是指軟件產(chǎn)品為滿足用戶業(yè)務(wù)需求而必須具有的、