【正文】 重慶郵電大學移通學院畢業(yè)設計（論文） 第 4 章 系統(tǒng)設計與布置 36 圖 門診收費系統(tǒng)科室確認功能流程圖 數(shù)據(jù)修改：打開 mz_detail_charge 表，根據(jù) patient_id， exec_sn 的要求找到需要確認的記錄，修改 confirm_date、 confirmes_opera、 confirm _win 字段后保存記錄。 劃價收費 (mzsf_frrnhuashou )：從門診收費基類窗口繼承。 圖 門診收費系統(tǒng)劃價功能流程圖 開始 錄入或查詢病人信息 恢復舊處方 增加新處方 增刪改細目 劃價 保存 結束 重慶郵電大學移通學院畢業(yè)設計（論文） 第 4 章 系統(tǒng)設計與布置 33 數(shù)據(jù)修改過程 mz_detail_charge 表 :使用病人 ID(Patient_id)、次數(shù) (times)、狀態(tài) (charge_Status)找到指定病人。 考慮醫(yī)院特殊情況，系統(tǒng)支持 單獨劃價、單獨收費和劃收合一兩種收費方式，另外考慮病人多種付費方式程序除支持常用付費方式外還支持 IC 卡、預交金、銀行卡付費，病人可以用預交金記賬消費 (費用在預交金范圍內可不結算直接做檢查、 .取藥 )。 圖 層應用架構圖 門診收費系統(tǒng)的部署架構如圖 所示。將應用系統(tǒng)集成于分布式系統(tǒng)之上，能極大地提高系統(tǒng)的可擴展性 。 一條收費記錄只能進行一次確認。 當日日報表制作后所打印的交款表日期應為次日 。如果是作廢收據(jù)，則應做機內標記。 門診收費系統(tǒng)除一般收費系統(tǒng)的功能外．在設計時還具區(qū)間和項目匯總．匯總內容與日報表相同．格式應為統(tǒng)計報表形式 . 基本功能和運行規(guī)則 門診收費系統(tǒng)啟動時調用服務器日期為本機工作時間，不能更改。對醫(yī)保等收費方式要能正確處方與計算自費、自負、統(tǒng)籌結付等會計事項。 圖 系統(tǒng)管理員用戶維護的時序圖 本章小結 本章是本論文的第三章，也是最為重要的章節(jié) ，首先對系統(tǒng)可能出現(xiàn)的問題5：保存用戶組信息 1：建立用戶組 系統(tǒng)管理員 用戶管理 2：輸入用戶組名稱 3：分配用戶組功能 7：輸入用戶名 6：建立用戶組用戶 8：輸入初始密碼 9：輸入所需信息 重慶郵電大學移通學院畢業(yè)設計（論文） 第 3 章 基于面向對象的系統(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 屬性 含義 重慶郵電大學移通學院畢業(yè)設計（論文） 第 3 章 基于面向對象的系統(tǒng)分析 20 表 用戶管理類屬性含義表 (續(xù) ) 基于面向對象的醫(yī)療系統(tǒng)的動態(tài)建模 在建好門診收費系統(tǒng)靜態(tài)結構圖的基礎上，接下來要設計其動態(tài)結構圖，并建立相應的動態(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 收費模板內定義 yp_group_name 門診藥房 xt_user_group 用戶組功能定義 xt_fune 系統(tǒng)功能定義 xt_subsys 子系統(tǒng)定義 門診病人（ Mz_patient_mi）類圖 圖 門診病人類圖 重慶郵電大學移通學院畢業(yè)設計（論文） 第 3 章 基于面向對象的系統(tǒng)分析 16 Mz_patient_mi 類是門診就診病人的記錄，每一個門診病人有一條記錄，包含了每個病人的 ID 號、姓名、性別、身份等基本信息。 如下圖 所示。 收費員劃價收費的用例 ： 根據(jù)以上分析，其用例包括系統(tǒng)登錄、劃價收費、打印發(fā)票、打印明細、退費、結帳、發(fā)票管理。這可以很好的體現(xiàn)出系統(tǒng)的分層架構，使人們對系統(tǒng)層次關系一目了然。 RUP 的核心思想是：用力驅動、迭代化開發(fā)。好的產(chǎn)品設計可能要考慮到運行條件的變化，包括技術條件 (網(wǎng)絡條件、硬件條件、軟件系統(tǒng)平臺條件等 )的變化和應用方式的變化，如在具體應用中界面的變化、功能的剪裁、不同用戶的職責分配和組合等。 系統(tǒng)的完整性是指為完成業(yè)務需求和系統(tǒng)正常運行本身要求而必須具有的功能，這些功能往往是用戶不能提出的。具體包括收費員對病人的處方、檢查單、化驗單、治療單等進行劃價收費并打印發(fā)票 ； 收費員設定自己登錄密碼、修改發(fā)票起止號、退費、打印退票明細、 結賬 ； 病人查詢收費記錄：收費員組長打印匯總表、收費模板維護 ； 計算機室人員進行系統(tǒng)初始化管理 (包括錄入界面初始化、運行參數(shù)初始化等 )、用戶管理 (建立用戶組，分配用戶組功能，建立、刪除用戶等 )。 面向對象方法學使用獨特的概念和完成軟件開發(fā)工作，因此，在測試面向對重慶郵電大學移通學院畢業(yè)設計（論文） 第 3 章 基于面向對象的系統(tǒng)分析 10 象 程序的時候，除了繼承傳統(tǒng)的測試技術之外，還必須研究與面向對象程序特點相適應的新的測試技術。 系統(tǒng)設計中的問題描述 面向對象方法學把分析、設計和實現(xiàn)很自然地聯(lián)系在一起了。面向對象方法要經(jīng)過長期的開發(fā)實踐才能很好的理解掌握。從重用性方面來說；采用結構化方法的系統(tǒng)難以修改和擴充，結構化分析與設計清楚定義了系統(tǒng)的借口，當系統(tǒng)對外界接口發(fā)生變動時，往往造成 系統(tǒng)結構較大變動，難以擴充重慶郵電大學移通學院畢業(yè)設計（論文） 第 2 章 面向對象技術 8 系的功能接口，采用結構化方法的系統(tǒng)可復用性較差，結構化方法將數(shù)據(jù)和操作分離，導致一些可中庸的軟件構件在特定具體應用環(huán)境才能應用，降低了軟件的可重用性 [5]。 面向對象與結構化比較的優(yōu)缺點 二者在分解和抽象原則上一致；分解和昂是軟件中控制問題復雜性的重要原則。繼承允許和鼓勵類的重用，提供了一種明確表述共性的方法。 抽象（ Abstract）就是忽略事物中與當前目標無關的非本質特征，更充分地注意與當前目標有關的本質特征。 第二章主要解釋了什么是面向對象技術，并且比較了面向對象技術與結構化技術的優(yōu)缺點，體現(xiàn)了本論文研 究主題的優(yōu)越性。它包括收入和支出兩個方面，其中經(jīng)濟核算是核心。醫(yī)院管理信息化不僅能提高醫(yī)務人員的工作效率和醫(yī)療水平，而且能提高醫(yī)院的服務質量和管理水平，所以，醫(yī)院對管理信息系統(tǒng)有著強烈的需求。在掌握了基于三層 C/S/S 架構體系后，可以使用它來設計系統(tǒng)。傳統(tǒng)的客戶機用及務器體系結構把用戶界面和業(yè)務邏輯都放在客戶端，雖然結構簡單，但帶來了難以集中控制、安全性差、客戶端負擔大等原生性重慶郵電大學移通學院畢業(yè)設計（論文） 前言 問題。最近幾年，國家進行了城鎮(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)的基于客戶機 /服務器的 HIS 產(chǎn)品開發(fā)周期長，而且功能上也不夠完善，存在著諸如系統(tǒ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。雖然服務器在 1999 年系統(tǒng)實施時進行了更換，并于 2021 年又進行了新的更換，但是由于二層架構的固有的架構性缺陷，業(yè)務邏輯、數(shù)據(jù)庫邏輯都集中在服務器上，勢必給服務器造成極大的壓力，使系統(tǒng)運行速度過慢，甚至死機 [1]。另外，醫(yī)院管理的改革需要門診收費系統(tǒng)能夠向管理者提供更多、更細的報表，而原有系統(tǒng)沒有專門的報表設計軟件，要設計新報表就必須修改源程序，作為購買的商品軟件，有沒有源代碼，因此，對于管理者新提出的報表，系統(tǒng)無法實現(xiàn)，單位維護人員也無能為力。業(yè)務服務層負責處理用戶界面層的應用請求，完成商務 邏輯的計算任務，并將處理結果返回給用戶。 重慶郵電大學移通學院畢業(yè)設計（論文） 第 1 章 緒論 3 第 1 章 緒論 醫(yī)院收費管理系統(tǒng)的背景 及意義 隨著社會的發(fā)展，人們對健康越來越關注，醫(yī)院的業(yè)務不斷增長，處理越來越復雜，簡單的人工經(jīng)營管理，已無法滿足醫(yī)院的需要 , 成為醫(yī)院發(fā)展的瓶頸， 人們對醫(yī)療服務的要求也越來越高。 費用信息是在病人診治活動背后發(fā)生的，是與病人信息并行的一條線。對于本系統(tǒng)， 本論文采用了面向對象技術， 原因在于它具有 抽象性、封裝性、繼承性和多態(tài)性 ，若在以后使用過程中出現(xiàn)了問題或者瑕疵，開發(fā)者能夠在第一時間將其處理。重慶郵電大學移通學院畢業(yè)設計（論文） 第 2 章 面向對象技術 6 第 2 章 面向對象技術 面向對象技術的介紹 面向對象技術強調在軟件開發(fā)過程中面向客觀世界或問題域中的事物，采用人類在認 識客觀世界的過程中普遍運用的思維方法，直觀、自然地描述客觀世界中的有關事物。繼承性是是一種聯(lián)結類與類的層次模型。多態(tài)性是是指類中同一函數(shù)名對應多個具有相似功能的不同函數(shù)，可以使用相同的調用方式來調用這些具有不同功能的同名函數(shù) [4]。 處理問題是的出發(fā)點不同；結構化方法是強調過程抽象化和模塊化，以過程為中心構造或處理客觀世界問題的，它是一種面向過程的開發(fā)方法；面向對象方法強調把問題域的要領直接影射到對象之間的接口上，是用符合人們通常的思維方式來處理客觀世界的問題。面向對象 方法的內容廣、概念多、而且很多都難于理解、做到精通更加不已。重慶郵電大學移通學院畢業(yè)設計（論文） 第 3 章 基于面向對象的系統(tǒng)分析 9 第 3 章 基于面向對象的系統(tǒng)分析 系統(tǒng)問題描述 醫(yī)院收費管理系統(tǒng) 的功能描述 收費管理信息系統(tǒng)是醫(yī)院的主要窗口業(yè)務之一，通過應用本系統(tǒng)可以實現(xiàn)收費工作從手工工作模式轉到計算機處理模式，有效提高收費工作的效率，盡可能解決醫(yī)院門診中“三長一短”的弊端，杜絕醫(yī)院收入的流失 ：本系統(tǒng)可選擇同一種 藥品的不同的單位收費銷售；可支持實收 功能，對客戶進行拆讓處理；可支持收費掛賬處理；可 不用掛號直接輸入收費明細，完成收費；也可打印門診收費清單、門診發(fā)票。事實上，具有方便的開發(fā)環(huán)境和豐富的類庫的面向對象程序設計語言，是實現(xiàn)面向對象設計的最佳選擇。性能低。 所謂非功能性需求，是指軟件產(chǎn)品為滿足用戶業(yè)務需求而必須具有的、