【導(dǎo)讀】醫(yī)院信息系統(tǒng)屬于迄今世界上現(xiàn)存的企業(yè)級信息系統(tǒng)中最復(fù)雜的一類。著諸如系統(tǒng)響應(yīng)速度慢，難以集中控制，可擴展性差等各種各樣的問題。需要一種科學(xué)的方法來分析和設(shè)計醫(yī)院信息系統(tǒng)。本文討論的醫(yī)院門診收費系統(tǒng)。功開發(fā)和軟件的后期維護莫定了良好的基礎(chǔ)。架構(gòu)以及通信機制。

　　

【正文】 設(shè)計時還具區(qū)間和項目匯總．匯總內(nèi)容與日報表相同．格式應(yīng)為統(tǒng)計報表形式 . 基本功能和運行規(guī)則 門診收費系統(tǒng)啟動時調(diào)用服務(wù)器日期為本機工作時間，不能更改。每一收費員按字母順序編號．并在本人打印的收據(jù)上產(chǎn)生以字母開頭的流水號。流水號作為機內(nèi)收據(jù)記錄的標志，可為今后的查詢、統(tǒng)計等提供方便快捷的標志點。 費用項目必須使用統(tǒng)一收費標準中的單元項目 。 藥品收費必須調(diào)用藥房代碼表中的藥品名與單價、規(guī)格等必要數(shù)據(jù)，收費員錄入數(shù)量后系統(tǒng)自動產(chǎn)生金額 。不允許收費員錄入金額。收費員可以選擇結(jié)算方式，如現(xiàn)金、醫(yī)保、農(nóng)保、公費等，并可自動與相應(yīng)的系統(tǒng)連接，調(diào)用相關(guān)數(shù)據(jù)，并上傳收費情況。系統(tǒng)自動對本次收費進行現(xiàn)金、應(yīng)收款等的計算，并打印收據(jù)。如果是作廢收據(jù)，則應(yīng)做機內(nèi)標記。 收據(jù)退票權(quán)限在門診收費負責人．收費員根據(jù)規(guī)定，核對無誤后可先行手工退款．將相應(yīng)收據(jù)交負責人上機操作退票程序 。 由負責人與相應(yīng)收費員雙方確認后退票記錄才能生效。退票程序操作與收費操作相同．只是產(chǎn)生的數(shù)據(jù) 均為負數(shù)，當天退票完成后，也要打印交款表。 結(jié)束當天工作時，系統(tǒng)根據(jù)指令自動匯總計算本收費員的交款額度．交款表上應(yīng)反映當天打印收據(jù)的總張數(shù)、作廢張數(shù)、總金額、現(xiàn)金金額、各種應(yīng)收款金額及起訖流水號等內(nèi)容 。 當日的門診日報表按借貸法格式制作，借方為現(xiàn)金、銀行存款、各項應(yīng)收款等，貸方為醫(yī)療收入、藥品收入，醫(yī)療收入下分別列出子目金額．藥品收入下列出西藥、中草藥與中成藥金額．借貸方合計金額應(yīng)該相等。日報表下應(yīng)附有當日重慶郵電大學(xué)移通學(xué)院畢業(yè)設(shè)計（論文） 第 4 章 系統(tǒng)設(shè)計與布置 27 已匯總的交款表數(shù)量、作廢票據(jù)張數(shù)與金額等必要的說明事項。 日報表按當日已打印的交款表金額匯總，沒有打印 的交款表的收費記錄不匯入當日日報表 。 當日日報表制作后所打印的交款表日期應(yīng)為次日 。 已打印日報表的收費記錄應(yīng)固定 ， 不允許修改。 日報表單獨貯存，第一次打印后如再次打印，即從日報表庫直接調(diào)用，不允許重新統(tǒng)計制作。明細記錄可以按指令刪除以騰空貯存空間 。 不能刪除日報表庫的數(shù)據(jù)。 各藥房、各診室、治療室、檢查室、化驗室要對收到的交費單進行機內(nèi)核對，各核對科室只能查到與本身工作范圍相符的收費記錄 。 或者輸入收費單流水號后進行確認 [10]。 確認科室要歸入本條記錄中 。 一條收費記錄只能進行一次確認。這樣做一方面是為了相互牽制 。 另 一方面也是為今后統(tǒng)計等工作提供數(shù)據(jù)依據(jù)。未經(jīng)確認的收費記錄由門診負責人查詢并通知相關(guān)科室及時核對。門診收費系統(tǒng)應(yīng)具有收入?yún)R總功能，按指定的日期區(qū)間和項目匯總，匯總內(nèi)容與日報表相同，格式應(yīng)為系統(tǒng)報表格式。 系統(tǒng)的架構(gòu)布置 隨著分布式對象技術(shù)的逐漸成熟，多層分布式應(yīng)用體系架構(gòu)得到了越來越多的應(yīng)用。應(yīng)用系統(tǒng)只有向多層分布式轉(zhuǎn)變，才能最終解決兩層架構(gòu)存在的問題。在多層架構(gòu)下，應(yīng)用可以分布在不同的系統(tǒng)平臺上，通過分布式技術(shù)實現(xiàn)異構(gòu)平臺間對象的相互通信。將應(yīng)用系統(tǒng)集成于分布式系統(tǒng)之上，能極大地提高系統(tǒng)的可擴展性 。在多層分布式應(yīng)用中，在客戶端和服務(wù)器之間加入了一層或多層應(yīng)用服務(wù)程序，這種程序稱為“應(yīng)用服務(wù)器”。開發(fā)人員可以將應(yīng)用的業(yè)務(wù)邏輯放在中間層應(yīng)用服務(wù)器上，把應(yīng)用的業(yè)務(wù)邏輯與用戶界面分開。在保證客戶端功能的前提下，為用戶提供一個簡潔的界面。這意味著，如果需要修改應(yīng)用程序代碼，只需要對中間層應(yīng)用服務(wù)器進行修改，而不必修改成千上萬的客戶端應(yīng)用程序，從而使開發(fā)人員可以專注于應(yīng)用系統(tǒng)核心業(yè)務(wù)邏輯的分析、設(shè)計和開發(fā)，簡化了應(yīng)用系統(tǒng)的開發(fā)、更新和升級工作。 重慶郵電大學(xué)移通學(xué)院畢業(yè)設(shè)計（論文） 第 4 章 系統(tǒng)設(shè)計與布置 28 在三層應(yīng)用架構(gòu)中，客戶端只提供應(yīng)用的用戶界面，它根據(jù)用戶的操作來調(diào)用相應(yīng)的業(yè)務(wù)邏輯，它永遠不會直接訪問后臺數(shù)據(jù)庫，有時也把客戶層稱為表現(xiàn)層 。業(yè)務(wù)邏輯層是應(yīng)用系統(tǒng)的關(guān)鍵所在，它負責處理所有用戶的請求，并且把處理結(jié)果返回給表現(xiàn)層 [11]； 服務(wù)器層提供數(shù)據(jù)庫支持，也可以用一些簡單的存儲過程來維護數(shù)據(jù)，有時把這一層稱為數(shù)據(jù)層。三層應(yīng)用架構(gòu)如圖 所示。 圖 層應(yīng)用架構(gòu)圖 門診收費系統(tǒng)的部署架構(gòu)如圖 所示。系統(tǒng)由 8 個節(jié)點組成，應(yīng)用服務(wù)器負責整個系統(tǒng)的運行總協(xié)調(diào)工作，數(shù)據(jù)庫服務(wù)器負責數(shù)據(jù)庫的管理。收費業(yè)務(wù)、查詢業(yè)務(wù)、 統(tǒng)計業(yè)務(wù)、發(fā)票管理、字典維護、系統(tǒng)維護分別管理各個模塊的內(nèi)容。 客戶層 （用戶界面） 中間層 （業(yè)務(wù)邏輯） 服務(wù)層 （數(shù)據(jù)維護的存儲） 表現(xiàn)層 業(yè)務(wù)層 數(shù)據(jù)層 重慶郵電大學(xué)移通學(xué)院畢業(yè)設(shè)計（論文） 第 4 章 系統(tǒng)設(shè)計與布置 29 對于門診收費系統(tǒng)來說，系統(tǒng)的功能架構(gòu)設(shè)計要綜合考慮不同用戶登陸操作的不同，不僅有管理員與普通用戶之間的界面區(qū)別，還有部門負責人與普通員工之間的界面區(qū)別，這些區(qū)別會通過不同的用戶組進行控制。據(jù)此設(shè)計的門診收費系統(tǒng)的功能架構(gòu)如圖 。 數(shù)據(jù)庫 服務(wù)器 應(yīng)用 服務(wù)器 收費業(yè)務(wù) 查詢業(yè)務(wù) 統(tǒng)計業(yè)務(wù) 發(fā)票業(yè)務(wù) 字典維護 系統(tǒng)維護 圖 診收費 系統(tǒng)的部署架構(gòu)圖 重慶郵電大學(xué)移通學(xué)院畢業(yè)設(shè)計（論文） 第 4 章 系統(tǒng)設(shè)計與布置 30 圖 門診收費系統(tǒng)功能架構(gòu)圖 門診收費是醫(yī)院 HIS 一個重要組成部分，隨著計算機技術(shù)發(fā)展及眾多 HIS 系統(tǒng)推出，對門診收費系統(tǒng)功能要求越來越高，本系統(tǒng)在設(shè)計時充分考慮以上因素，對系統(tǒng)功能劃分及數(shù)據(jù)庫結(jié)構(gòu)進行了較為詳細的分析、設(shè)計 [12]。目前系統(tǒng)主要可完成處方錄入、劃價、收費、退費、廢票、預(yù)交金管理、 IC 卡操作等功能 。同時劃價收費 處方查詢 費用查詢 收費項目查詢 退出 統(tǒng)計報表 收費結(jié)算 匯總?cè)請? 組長報表 工作量統(tǒng)計 發(fā)票初始化 發(fā)票處理 發(fā)票查詢統(tǒng)計 字典維護 收費項目維護 模板維護 用戶管理 系統(tǒng)初始化 收費業(yè)務(wù) 查詢業(yè)務(wù) 統(tǒng)計業(yè)務(wù) 發(fā)票管理 字典查詢 系統(tǒng)維護 門診收費系統(tǒng) 重慶郵電大學(xué)移通學(xué)院畢業(yè)設(shè)計（論文） 第 4 章 系統(tǒng)設(shè)計與布置 31 為保證系統(tǒng)完整性，與掛號、門診藥房子系統(tǒng)相互關(guān)聯(lián)，即收費時可直接取到病人掛號己產(chǎn)生的信息，避免數(shù)據(jù)重復(fù)錄入 [13]； 另外，在處方收費或記賬后藥品細目送入門診藥房子系統(tǒng)，同時自動分配藥房窗口處方數(shù)量，由其確認發(fā)藥，退藥時首先由藥房確認退藥數(shù)量門診收費才能退藥費。 考慮醫(yī)院特殊情況，系統(tǒng)支持 單獨劃價、單獨收費和劃收合一兩種收費方式，另外考慮病人多種付費方式程序除支持常用付費方式外還支持 IC 卡、預(yù)交金、銀行卡付費，病人可以用預(yù)交金記賬消費 (費用在預(yù)交金范圍內(nèi)可不結(jié)算直接做檢查、 .取藥 )。系統(tǒng)的邏輯功能如圖 所示。 圖 門診收費系統(tǒng)流程圖 開始 結(jié)束 錄入病人基本信息 劃價（處方、診療） 收費并打印發(fā)票 退費處理 收費員日報 收費員組長報表 收預(yù)交金 掛號子系統(tǒng) 門診醫(yī)生站子系統(tǒng) 藥品 字典 診療字典 門診藥房子系統(tǒng) 門技子系統(tǒng) 醫(yī)技科室確認后執(zhí)行檢查 門診藥房確認后發(fā)藥 重慶郵電大學(xué)移通學(xué)院畢業(yè)設(shè)計（論文） 第 4 章 系統(tǒng)設(shè)計與布置 32 門診收費管理信息系統(tǒng)主窗口 (Unit frmMainBase ) 門診收費基類 (mzsf base ) 功能 :將門診收費的業(yè)務(wù)功能 (劃價，收費，劃收 )公共的部分做在 一個基類窗口中，其他窗口可以 從該窗口直接繼承。 設(shè)計思想三在 formcreate 時將各個 DCOM 連接， =true。在 事件中斷開各個 DCOM 的連接、各個 clientdataset close。打開窗口后輸入查詢類型及號碼，在號碼控件的回車事件中進行查找 [14]。 劃價 (mzsf frmhuajia):從門診收費基類窗口繼承。 功能 :實現(xiàn)劃價窗口的業(yè)務(wù)功能 (不能收費，收費在“收費”窗口 )， 查詢 (或錄入 )病人信息，恢復(fù)病人舊處方 (只對于老病人 )，錄入處方及細目(增、刪 )，顯示一記 賬處方，劃價，保存當前處方及病人信息，如圖 所示。 圖 門診收費系統(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)找到指定病人?？梢孕薷某?confirm_date 、 confirmopera 、 confirrn_win、report_date、 buy_price 以外的所有字段。 Report_date 字段在出報表的時候修改。Mz_visit_table 表 :如果是新病人，則插入一條記錄，然后修改 patient_id、 times、visite_dept、 visit_ate、 max_order、 response_type、 contract_code、 haoming_code、charge_type 和 age 字段。 收費 (mzsf_shoufei ):從門診收費基類窗口繼承。 功能 :病人在劃價窗口錄入處方并保存，在收費窗口先查詢病人信息，將保存的處方記錄恢復(fù)出來，或者將記賬記錄調(diào)出來劃價，然后進行收費 (或記賬 )，在收費確定之前可以拆票，收費完 成后打印收據(jù)，如圖 所示。 圖 門診收費系統(tǒng)收費功能流程圖 開始 查詢病人信息 記賬處方 恢復(fù)舊處方 劃價 收款 拆票選擇 打印發(fā)票 結(jié)束 記賬 重慶郵電大學(xué)移通學(xué)院畢業(yè)設(shè)計（論文） 第 4 章 系統(tǒng)設(shè)計與布置 34 數(shù)據(jù)修改：根據(jù)號碼查找到病人，打開 mz_detail_charge 表，如果是記賬按鈕，則 mz_detail_charge。 charge_status=2 或 1 (2:診療處方 :1:藥品處方 )；如果是交款，則 charge status=4， price_date=當前時間、 price_opera=操作員 ， 交款時如果需要科室確認則當前不把該細目記費， Mz_detail_charge 表的 confirm_date、confirm_opera、 confirmwin、 reportes_date， buy_price 為 null。 劃價收費 (mzsf_frrnhuashou )：從門診收費基類窗口繼承。 功能：綜合了劃價、收費兩個窗口的功能。對新病人錄入 基本信息，對老病人可以查詢病人信息。如果掛了多號，則選擇 times?；謴?fù)病人舊處方 (只對于老病人 )，顯示原有的記賬記錄，錄入處方及細目 (增，刪 )，記賬 (只有當病人有足夠預(yù)交金時才能記賬 )，劃價，拆票 (在劃價之后，交款之前拆票 )，收費 (交款 )，如果有余額則可 以轉(zhuǎn)存，打印，功能流程如圖 示，功能界面如圖 示。 圖 門診收費系統(tǒng)劃價收費功能流程圖 開始 查詢病人信息 記賬處方 恢復(fù)舊處方 新處方 增刪改細目 劃價 收款 拆票選擇 打印發(fā)票 記賬 結(jié)束 重慶郵電大學(xué)移通學(xué)院畢業(yè)設(shè)計（論文） 第 4 章 系統(tǒng)設(shè)計與布置 35 圖 門診收費系統(tǒng)劃價收費界面 科室確認 (mzsf_frmdept_confirm) 功能 :在劃價收費窗口，有的處方項目先不收費，需要得到有關(guān)科室的確認后才收費。在本窗口雙擊需要確認的記錄進行確認，將結(jié)果保存 [15]。輸入查詢條件，回車，顯示病人的基本信息，同時顯示病人需要確認的記錄等待確認，如圖 所示。 重慶郵電大學(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_frmtuifeibase ) 功能 :查詢病人信息并顯示該病人在該段時間內(nèi)的結(jié)賬記錄。也可以直接輸入機制發(fā)票號，回車來顯示病人信息、相應(yīng)的結(jié)賬記錄以及處方 [16]。門診藥房己經(jīng)退藥的細目就會標示出來，刪除要退藥的 細目，重新劃價收費，余額退還或轉(zhuǎn)存為預(yù)交金，如圖 所示。 開始 輸入查詢條件 顯示病人基本信息既要 確認的記錄 確認記錄 保存 結(jié)束