【正文】 除功重慶郵電大學(xué)移通學(xué)院畢業(yè)設(shè)計(jì)（論文） 第 3 章 基于面向?qū)ο蟮南到y(tǒng)分析 11 能需求以外的特性。常用的技術(shù)方法有面向?qū)ο蟮姆治雠c設(shè)計(jì)以及設(shè)計(jì)模式。對(duì)于門診系統(tǒng)的設(shè)計(jì)，我選擇了 UML 作為建模語言，選擇了Rational 公司的 Rose2021 作為面向?qū)ο蟮慕９ぞ?。其中類圖描述系統(tǒng)中類的靜態(tài)結(jié)構(gòu)。對(duì)門診收費(fèi)系統(tǒng)的靜態(tài)結(jié)構(gòu)建模中主要使用類圖。與住院部分相比，門診收費(fèi)又具有其自身的特點(diǎn)，如較高的響應(yīng)速度、 7 24 小時(shí)不間斷工作、操作簡(jiǎn)便等 [8]。藥劑人員、收費(fèi)員、收費(fèi)員組長(zhǎng)、物價(jià)員、系統(tǒng)維護(hù)人員都是系統(tǒng)的用戶，操作員與用戶是含義相同保留一個(gè)這些人員可以識(shí)別為一個(gè)類“用戶（ User）”。收費(fèi)員在進(jìn)行劃價(jià)時(shí)，要依據(jù)這二個(gè)類進(jìn)行。 xt_group 通過 xt_ user_group 獲得其功能編號(hào)，xt_user_group 通過 xt_func 獲得其功能名稱。它是對(duì)系統(tǒng)工作流程的一個(gè)過程反映，直接影響著系統(tǒng)將來是否與實(shí)際關(guān)系相符。 圖 收費(fèi)員結(jié)賬的時(shí)序圖 系統(tǒng)管理員用戶維護(hù)的時(shí)序圖 如圖 示，反映的是系統(tǒng)管理員進(jìn)行用戶維護(hù)的全過程。這就要求軟件工程師與財(cái)會(huì)人員共同完成軟件的設(shè)計(jì)工作。在方便病人的同時(shí)．要求做到運(yùn)行嚴(yán)密無漏洞．不能由于強(qiáng)調(diào)方便病人而使系統(tǒng)出現(xiàn)財(cái)務(wù)漏洞。不允許收費(fèi)員錄入金額。 當(dāng)日的門診日?qǐng)?bào)表按借貸法格式制作，借方為現(xiàn)金、銀行存款、各項(xiàng)應(yīng)收款等，貸方為醫(yī)療收入、藥品收入，醫(yī)療收入下分別列出子目金額．藥品收入下列出西藥、中草藥與中成藥金額．借貸方合計(jì)金額應(yīng)該相等。 各藥房、各診室、治療室、檢查室、化驗(yàn)室要對(duì)收到的交費(fèi)單進(jìn)行機(jī)內(nèi)核對(duì)，各核對(duì)科室只能查到與本身工作范圍相符的收費(fèi)記錄 。 系統(tǒng)的架構(gòu)布置 隨著分布式對(duì)象技術(shù)的逐漸成熟，多層分布式應(yīng)用體系架構(gòu)得到了越來越多的應(yīng)用。 重慶郵電大學(xué)移通學(xué)院畢業(yè)設(shè)計(jì)（論文） 第 4 章 系統(tǒng)設(shè)計(jì)與布置 28 在三層應(yīng)用架構(gòu)中，客戶端只提供應(yīng)用的用戶界面，它根據(jù)用戶的操作來調(diào)用相應(yīng)的業(yè)務(wù)邏輯，它永遠(yuǎn)不會(huì)直接訪問后臺(tái)數(shù)據(jù)庫，有時(shí)也把客戶層稱為表現(xiàn)層 。 數(shù)據(jù)庫 服務(wù)器 應(yīng)用 服務(wù)器 收費(fèi)業(yè)務(wù) 查詢業(yè)務(wù) 統(tǒng)計(jì)業(yè)務(wù) 發(fā)票業(yè)務(wù) 字典維護(hù) 系統(tǒng)維護(hù) 圖 診收費(fèi) 系統(tǒng)的部署架構(gòu)圖 重慶郵電大學(xué)移通學(xué)院畢業(yè)設(shè)計(jì)（論文） 第 4 章 系統(tǒng)設(shè)計(jì)與布置 30 圖 門診收費(fèi)系統(tǒng)功能架構(gòu)圖 門診收費(fèi)是醫(yī)院 HIS 一個(gè)重要組成部分，隨著計(jì)算機(jī)技術(shù)發(fā)展及眾多 HIS 系統(tǒng)推出，對(duì)門診收費(fèi)系統(tǒng)功能要求越來越高，本系統(tǒng)在設(shè)計(jì)時(shí)充分考慮以上因素，對(duì)系統(tǒng)功能劃分及數(shù)據(jù)庫結(jié)構(gòu)進(jìn)行了較為詳細(xì)的分析、設(shè)計(jì) [12]。打開窗口后輸入查詢類型及號(hào)碼，在號(hào)碼控件的回車事件中進(jìn)行查找 [14]。 功能 :病人在劃價(jià)窗口錄入處方并保存，在收費(fèi)窗口先查詢病人信息，將保存的處方記錄恢復(fù)出來，或者將記賬記錄調(diào)出來劃價(jià)，然后進(jìn)行收費(fèi) (或記賬 )，在收費(fèi)確定之前可以拆票，收費(fèi)完 成后打印收據(jù)，如圖 所示。 圖 門診收費(fèi)系統(tǒng)劃價(jià)收費(fèi)功能流程圖 開始 查詢病人信息 記賬處方 恢復(fù)舊處方 新處方 增刪改細(xì)目 劃價(jià) 收款 拆票選擇 打印發(fā)票 記賬 結(jié)束 重慶郵電大學(xué)移通學(xué)院畢業(yè)設(shè)計(jì)（論文） 第 4 章 系統(tǒng)設(shè)計(jì)與布置 35 圖 門診收費(fèi)系統(tǒng)劃價(jià)收費(fèi)界面 科室確認(rèn) (mzsf_frmdept_confirm) 功能 :在劃價(jià)收費(fèi)窗口，有的處方項(xiàng)目先不收費(fèi)，需要得到有關(guān)科室的確認(rèn)后才收費(fèi)。門診藥房己經(jīng)退藥的細(xì)目就會(huì)標(biāo)示出來，刪除要退藥的 細(xì)目，重新劃價(jià)收費(fèi)，余額退還或轉(zhuǎn)存為預(yù)交金，如圖 所示。如果掛了多號(hào)，則選擇 times。Mz_visit_table 表 :如果是新病人，則插入一條記錄，然后修改 patient_id、 times、visite_dept、 visit_ate、 max_order、 response_type、 contract_code、 haoming_code、charge_type 和 age 字段。 設(shè)計(jì)思想三在 formcreate 時(shí)將各個(gè) DCOM 連接， =true。 客戶層 （用戶界面） 中間層 （業(yè)務(wù)邏輯） 服務(wù)層 （數(shù)據(jù)維護(hù)的存儲(chǔ)） 表現(xiàn)層 業(yè)務(wù)層 數(shù)據(jù)層 重慶郵電大學(xué)移通學(xué)院畢業(yè)設(shè)計(jì)（論文） 第 4 章 系統(tǒng)設(shè)計(jì)與布置 29 對(duì)于門診收費(fèi)系統(tǒng)來說，系統(tǒng)的功能架構(gòu)設(shè)計(jì)要綜合考慮不同用戶登陸操作的不同，不僅有管理員與普通用戶之間的界面區(qū)別，還有部門負(fù)責(zé)人與普通員工之間的界面區(qū)別，這些區(qū)別會(huì)通過不同的用戶組進(jìn)行控制。在保證客戶端功能的前提下，為用戶提供一個(gè)簡(jiǎn)潔的界面。未經(jīng)確認(rèn)的收費(fèi)記錄由門診負(fù)責(zé)人查詢并通知相關(guān)科室及時(shí)核對(duì)。明細(xì)記錄可以按指令刪除以騰空貯存空間 。退票程序操作與收費(fèi)操作相同．只是產(chǎn)生的數(shù)據(jù) 均為負(fù)數(shù)，當(dāng)天退票完成后，也要打印交款表。 費(fèi)用項(xiàng)目必須使用統(tǒng)一收費(fèi)標(biāo)準(zhǔn)中的單元項(xiàng)目 。 病人 在對(duì)可能產(chǎn)生醫(yī)患糾紛的事項(xiàng)．要以病人第一、方便病人為宗旨，如退費(fèi)處理、改單處理等事項(xiàng)。使本模塊產(chǎn)生的各種財(cái)會(huì)數(shù)據(jù)和表式，完全符合醫(yī)院財(cái)會(huì)制度規(guī)范要求．為后續(xù)會(huì)計(jì)處理提供規(guī)范化的會(huì)計(jì)專用數(shù)據(jù)。收費(fèi)員首先在退費(fèi)窗口將一天中作廢的全部單據(jù)退掉，退費(fèi)窗口會(huì)1：處方或檢查單 劃價(jià)收費(fèi) 收費(fèi)項(xiàng)目 收費(fèi)記錄 2：錄入項(xiàng)目 病人 收費(fèi)員 3：查找項(xiàng)目 4：項(xiàng)目單價(jià) 5：病人費(fèi)用 6：提示交費(fèi) 7：交費(fèi) 8：交費(fèi)確認(rèn) 9：保存收費(fèi)記錄 10：打印發(fā)票 11：收費(fèi)發(fā)票 重慶郵電大學(xué)移通學(xué)院畢業(yè)設(shè)計(jì)（論文） 第 3 章 基于面向?qū)ο蟮南到y(tǒng)分析 22 記錄收費(fèi)員的全部退費(fèi)明細(xì)以供收費(fèi)員組長(zhǎng)或其它 部門審核。時(shí)序圖是描述系統(tǒng)的一個(gè)上佳選擇，它反映了若干對(duì)象的動(dòng)態(tài)協(xié)作關(guān)系。 重慶郵電大學(xué)移通學(xué)院畢業(yè)設(shè)計(jì)（論文） 第 3 章 基于面向?qū)ο蟮南到y(tǒng)分析 18 表 收費(fèi)項(xiàng)目類屬性含義表 類 zd_charge_item 屬性 含義 類 zd_unit_code 屬性 含 義 code 項(xiàng)目代碼 code 科室代碼 name 項(xiàng)目名稱 name 科室名稱 exec_unit 執(zhí)行科室 delete_flag 刪除標(biāo)志 audit_code 核算碼 類 zd_charge_name 屬性 含義 charge_price 單價(jià) group_no 門診藥房編 charge_unit 單位 dept_name 門診藥房名 mz_bill_item 門診賬單碼 類 mz_charge_pattern 屬性 含義 類 yp_base 屬性 含義 code 模板編碼 charge_code 藥品編碼 name 模板名稱 serial 包裝序號(hào) 類 mz_charge_pattern_define 屬性 含義 stock_amount 庫存量 code 模板編碼 stock_amount2 虛擬庫存量 order_type 處方類型 open_flag 開放標(biāo)志 serial 包裝序號(hào) drug_flag 毒麻標(biāo)志 quantity 數(shù)量 group_no 庫房號(hào) group_no 藥房編號(hào) sort_no 貨位號(hào) 類 mz_bill_item 屬性 含義 max_stock_amout 庫存上限 code 門診賬單號(hào) min_stock_amout 庫存下限 name 門診賬單名 用戶管理類圖 如圖 所示為用戶管理類圖。 表 類 mz_detail_charge、 mz_receipt_mi、 mz_receipt 屬性含義表 類 mz_detail_charge 含義 類屬性 含義 patient_id 病人主索引 patient_id 病人主索引 name 病人姓名 name 病人姓名 times 就診次數(shù) sex 病人性別 order_type 處方類型 birthday 出生日期 item_no 處方細(xì)目號(hào) response_type 病人身份 charge_code 項(xiàng)目編碼 charge_type 費(fèi)別 serial_no 包裝序號(hào) balance 金額 group_no 庫房號(hào) lv_date 最后就診日期 charge_status 收費(fèi)狀態(tài) mac_times 就診次數(shù) bill_code 賬單碼 audit_code 核算碼 類 mz_receipt 屬性 含義 exec_sn 執(zhí)行科室代碼 patient_id 病人主索引 charge_amount 數(shù)量 ledger_sn 結(jié)賬次數(shù) charge_price 實(shí)際價(jià)格 receipt_sn 發(fā)票號(hào) happen_date 發(fā)生日期 pay_unit 付款方 enter_opera 錄入人 charge_total 總金額 confirm_flag 確定目標(biāo) charge_status 收費(fèi)狀態(tài) confim_date 確定日期 cash_date 收費(fèi)日期 report_date 報(bào)表日期 cash_opera 收費(fèi)員編號(hào) doctor_code 醫(yī)生代碼 report_date 報(bào)表日期 apply_unit 申請(qǐng)科室代碼 receipt_no 流水號(hào) 重慶郵電大學(xué)移通學(xué)院畢業(yè)設(shè)計(jì)（論文） 第 3 章 基于面向?qū)ο蟮南到y(tǒng)分析 17 收費(fèi)項(xiàng)目類圖 如圖 所示為 收費(fèi)項(xiàng) 目類圖 。收費(fèi)處、財(cái)務(wù)科、藥劑科、醫(yī)技科室、網(wǎng)絡(luò) 中心、門診科室等都是用戶單位所屬部門，可以統(tǒng)稱為“部門”。 重慶郵電大學(xué)移通學(xué)院畢業(yè)設(shè)計(jì)（論文） 第 3 章 基于面向?qū)ο蟮南到y(tǒng)分析 13 醫(yī)院的診療過程主要 分為住院部份和門診部分，作為二大組成部份之一的門診部分，要完成醫(yī)院一半的業(yè)務(wù)收入、每天幾千人的診療，門診收費(fèi)是門診部分的重要環(huán)節(jié)，是醫(yī)院的重要窗口，也是醫(yī)院信息化實(shí)施較早的系統(tǒng)。對(duì)象圖是類圖的一個(gè)實(shí)例，只能存在系統(tǒng)某一時(shí)間。靜態(tài)試圖用于對(duì)應(yīng)領(lǐng)域中的概念以及系統(tǒng)市縣有關(guān)的內(nèi)部概念建模，它將行為實(shí)體描述成離散的模型元素，但不描述與時(shí)間有關(guān)的系統(tǒng)行為。所有這些考慮，都在不同程度上提高了系統(tǒng)的技術(shù)適應(yīng)性與應(yīng)用適應(yīng)性。當(dāng)技術(shù)變化或業(yè)務(wù)變化時(shí)，不可避免將帶來系統(tǒng)的改變 — 不僅要進(jìn)行設(shè)計(jì)實(shí)現(xiàn)的修改，甚至要進(jìn)行產(chǎn)品定義的修改。其實(shí)，軟件產(chǎn)品非功能性定義不僅決定產(chǎn)品的質(zhì)量，還在很大程度上影響產(chǎn)品的功能需求定義。如果一味地強(qiáng)調(diào)封裝，當(dāng)進(jìn)行修改對(duì)象內(nèi)部時(shí)，對(duì)象的任何屬性都不允許外部直接存取，則要增加許多沒有其他意義、只負(fù)責(zé)讀或?qū)懙男袨椤? 為了把面向?qū)ο笤O(shè)計(jì)結(jié)果順利地轉(zhuǎn)變成面向?qū)ο蟪绦?，首先?yīng)該選擇一種適當(dāng)?shù)某绦蛟O(shè)計(jì)語言。面向?qū)ο蠓椒ㄕ孟喾?，?duì)于數(shù)據(jù)庫、信息管理等以數(shù)據(jù)為主的而操作較少的系統(tǒng)，用面向?qū)ο蠓椒枋鲆糜诮Y(jié)構(gòu)化方法。 所以要熟練開發(fā)，還要懂一定的結(jié)構(gòu)化方法作為基礎(chǔ)。 局部化和重用性設(shè)計(jì)上的一致；局部化是軟件開發(fā)中的一個(gè)重要原 則，即不希望軟件一部分過多的設(shè)計(jì)或影響軟件的其他部分。當(dāng)這個(gè)特殊類又被它更下層的特殊類繼承時(shí)，它繼承來的和自己定義的屬性和行為又被下一層的特殊類繼承下去。封裝有兩個(gè)含義：一是把對(duì)象的全部屬性和行為結(jié)合在一起，形成一個(gè)不可分割的獨(dú)立單位。 第五章主要對(duì)本文 主要工作做了總結(jié) 。就 JSP 而言，它是一種動(dòng)態(tài)網(wǎng)頁技術(shù)標(biāo)準(zhǔn)，是基于JAVA 技術(shù)的動(dòng)態(tài)網(wǎng)頁解決方案，具有良好的可伸縮性，在網(wǎng)絡(luò)數(shù)據(jù)庫應(yīng)用開發(fā)方面有得天獨(dú)厚的優(yōu)勢(shì)；又如 VC++,它是面向?qū)ο蟮目梢暬删幊滔到y(tǒng)。 醫(yī)院管理信息系統(tǒng)是利用計(jì)算機(jī)軟硬件技術(shù)、網(wǎng)絡(luò)通訊技術(shù)等現(xiàn)代化手段，對(duì)醫(yī)院及其所屬各部門 (本系統(tǒng)不包含門診部分 )的人流、物流、財(cái)流進(jìn)行綜合管理，對(duì)在醫(yī)療活動(dòng)各階段中產(chǎn)生的數(shù)據(jù)進(jìn)行采集、存貯、處理、提取、傳輸、 匯總、加工生成各種信息，從而為醫(yī)院的整體運(yùn)行提供 全面的、自動(dòng)化的管理及各種服務(wù)的信息系統(tǒng)。我們給出三層體系架構(gòu)中每層的實(shí)現(xiàn) 方法和關(guān)鍵代碼，然后對(duì)系統(tǒng)開發(fā)中應(yīng)用程序服務(wù)器的容錯(cuò)性、訪問權(quán)限的控制、系統(tǒng)的可擴(kuò)展性和可維護(hù)性進(jìn)行了初步的探討，并給出了相應(yīng)的處理方案。用戶界面層提供相應(yīng)的用戶界面，主要負(fù)責(zé)收集用戶提交的數(shù)據(jù)，檢驗(yàn)數(shù)據(jù)的格式正確性，調(diào)用相應(yīng)的中間層組件方法 。 不能適應(yīng)醫(yī)院信息管理不斷深入，管理政策不斷調(diào)整的需要。 UML。 本文利用面向?qū)ο蠹夹g(shù)分析和設(shè)計(jì)了 醫(yī)院收費(fèi)管理信息系統(tǒng) ，包括 從需求分析、架構(gòu)設(shè)計(jì)、測(cè)試提交，完成門診收費(fèi)系統(tǒng)， 具體有： 在需求模型中，通過用例圖從外部用戶的角度來捕獲系統(tǒng)、子系統(tǒng)或類的行為； 在系統(tǒng)分析模型中，主要通過順序圖描述對(duì)象間的交互關(guān)系、對(duì)象的生命周期以及生命周期中對(duì)象可能存在的狀態(tài)以及狀態(tài)間的轉(zhuǎn)換約束；在系統(tǒng)設(shè)計(jì)模型中，通過類圖定義系統(tǒng)對(duì)象及對(duì)象間的