1、系統的特色和亮點1、極大的吻合口腔醫院臨床管理需求，專業性強。2、經過了多個版本的演變，系統穩定成熟。3、經過多家醫院使用和完善，功能既豐富有簡便快捷。4、系統數據結構設計合理、沉余度及小，服務器高效。5、系統邏輯嚴密，杜絕數據傳輸、檢索、匯總錯誤。6、醫生工作站設計簡便合理、口腔專業病了模板豐富齊全。7、財務數據匯總極具口腔醫院管理特色，滿足各種口腔醫院 院內核算政策需求。提供靈活的收入、材料消耗等數據。8、專業口腔醫院牙片及全景片資源傳輸、處理。9、成熟的醫院庫房、科室二級庫、醫生個人消耗等庫房管理。10、系統界面友好、醫生及其他工作人員操作簡便。系統開發背景 早在一九九四年我們就開始開發

2、綜合醫院及口腔轉科醫院的HIS系統的開發和推廣使用。曾經在UNIX、NOVELL、WINDOW 3.X、WINDOWS 95、WINDOWS NT、WINDOWS 2000 操作、WindowsXP系統平臺下先后開發了門診收費、掛號，藥房藥庫管理、住院處及住院結算管理、病房醫囑管理等綜合醫院的軟件。一九九七年首次承擔口腔專科醫院的信息系統開發任務，并圓滿完成系統框架構思合理、邏輯結構嚴密、代碼效率較高、數據沉余量小，從一九九八年年初運行至今非常穩定，可靠性高，同時進行了多次的升級改進，從未出現過重大的系統運行事故，極好的的滿足了口腔專業醫院的管理需求。其主要模塊包括門診掛號、門診收費、電子病歷

3、、藥房管理、藥庫管理、口腔放射影像傳輸及管理、庫房及科室二級庫房管理、醫務科查詢、院長查詢及系統設置維護十幾個模塊，得到了醫學會口腔分會醫院管理者和專家的認可和好評，經過省內外多家專業口腔醫院多年的使用，使該系統趨于穩定，為醫院管理提供了可靠和高效的平臺。新版軟件的開發環境新版軟件的開發環境 系統基本構成方式：本系統采用標準的客戶/服務器體系結構，服務器操作系統采用MS Windows NT/2000 Server；數據庫采用MS SQL Server 2000；客戶端Windows XP及以上版本； 開發工具采用Visual Basic 6.0，Delphi 和 Visual C+ 6.0。

4、 系統支持多文擋界面、多用戶、多進程的并發訪問和數據處理；采用圖形化圖象化的用戶界面 系統模塊構成 一、Microsoft SQL Server 的安裝請參照其相關文檔。只數據服務器安裝，其他客戶機均不安裝任何SQL Server部件或連接文檔。二、應用程序的安裝要求：1、 操作系統及相關軟件：本軟件使用了Automation調用來創建某些報表，要求客戶機完整安裝Microsoft Office及其組件；2、 ODBC設置為指向服務器的地址，使用TCP/IP協議及Microsoft SQL Server驅動程序；3、 應用程序運行時使用了臨時交換文件，安裝目錄需要用戶有讀寫權限；病人進入醫院掛

5、號處掛號 向病人發放掛號卡或條碼病歷、病歷本、錄入病人基本情況信息并辦理掛號，支持掛號到科室或醫生，支持各種掛號設置。 是 初診病人？ 否 用病人已有的掛號卡或條碼病歷本進行掛號。如病人未帶病歷本，則查詢后選擇售病歷本。不須錄入基本情況信息 ，只需指明掛號的科室或醫生。病人到指定診療科室(醫生)就診不須收費就診完成后出院 轉科處理收費處自動(手工)交費放射處理檢驗處理病理處理直接返回科室接受進一步的治療藥房取藥檔案、病歷、圖象數據存入數據庫供各部門進一步查詢。本次治療完成后出院系統設置子系統系統模塊詳細說明系統模塊詳細說明 系統設置子系統是用于設置整個系統的運行選項、各種類別劃分及字典庫維護的

6、模塊。包括的功能如下：一、掛號數據設置一、掛號數據設置：1、 掛號類別設置：可以設置用戶自定義的掛號類別，對每一個類別進行掛號卡費、病歷本費、掛號費、診療費進行初始化。注意：至少應該有一條設置條目，以后對已經使用的設置項目只準修改，原則上不準刪除。系統模塊詳細說明系統模塊詳細說明2、 優惠卡類別的設置：設置優惠卡類別及折扣率。項目實際收費的金額=項目單價*（1-折扣率）系統模塊詳細說明系統模塊詳細說明二、部門人員設置：二、部門人員設置：1、 科室設置：對每一個現行的科室進行編碼及命名，指明該科室是否參與優惠卡類別設置中設置的優惠類別，同時設定該科室本身是否優惠，如優惠則指明科室優惠折扣率。科室

7、設置至少應有一條設置項目。有關優惠卡的折扣率和科室優惠的設置請參看系統優惠機制處理。系統模塊詳細說明系統模塊詳細說明2、 醫生設置：對全體醫生進行編碼，不限定科室，設置日診上限。醫生設置至少應有一條設置項目。系統模塊詳細說明系統模塊詳細說明三、病歷字典設置：三、病歷字典設置： 病歷字典的設置包含編碼、拼音助記碼、名稱等項目。編碼應找到適合本院規則的有序分類編碼，并考慮預留一定的編碼空間以備將來的擴充。拼音助記碼是對項目的拼音檢索的編碼，推薦使用前四個漢字的聲母，例如：急性化膿性腮腺炎，拼音助記碼可為jjhn。有時可能有助記碼編碼的混亂的情況，例如：砒哌酸，按聲母規則應為pps,但有時有的醫院又

8、將其編碼為ppa；頭孢唑林鈉針，按聲母規則應為tbzl, 但有時有的醫院又將其編碼為xf5等等。如何處理這樣的情況呢？這里沒有一定的原則，只要是編碼易于使用且被本院醫護人員認同，并具有一定的規則即可。 系統模塊詳細說明系統模塊詳細說明1、 方位字典：方位詞，如上、下、左、右、近中、頰頜向等。2、 部位字典：部位詞，牙、牙齦、頰部等。3、 用藥方法編碼：封閉、含化、皮下注射等。4、 收費類別編碼：對現有的收費項目進行分類劃分，如治療費、放射費、藥費等。5、 修復類別編碼：對修復科室治療項目分類，如總義齒、鑄造、烤瓷、貴金屬等。系統模塊詳細說明系統模塊詳細說明6、 主訴、病史、檢查字典：病歷中的三

9、項字典合并使用同一字典集合，有些條目交叉使用，有些條目各自獨立。7、 診斷疾病名稱字典：由于口腔專業實際使用的診斷名稱種類多于ICD-9編碼所列條目，因此診斷疾病的編碼不使用ICD-9編碼。處理項目字典：包括項目編碼、助記碼、名稱、處理單價、收費類別、修復類別、政府統一編號、優惠、以及放射、化驗、病理、技工標志。其中優惠是指項目是否參與ID卡優惠或科室優惠；放射、化驗、病理、技工標志是用于各醫技專業模塊辨別項目時使用。 系統模塊詳細說明系統模塊詳細說明四、藥品字典設置：四、藥品字典設置： 藥品字典的設置同時影響藥房和藥庫的運行。一般情況下系統或網絡管理員不應直接對藥品字典進行維護和設置，而應由

10、藥房及藥庫的主管人員來維護。藥品編號必須為八位數字或字符，前五位為同品名、規格的編碼，后三位為不同的價格擴展碼。當修改了藥品的助記拼音碼、名稱、類別、藥庫單位、藥房單位、單位比時，必須保證修改所有同品名同規格（前五位同碼）的編碼的相應項，否則系統將出現錯誤。藥品如有庫存則各項價格就不準改動，必須通過藥房和藥庫的程序進行條價處理，詳情請參閱 藥房管理子系統、藥庫管理子系統。 系統模塊詳細說明系統模塊詳細說明五、收費類別可提供四種分類，主分類為發票打印分類，修復分類、二級分類、三級分類供數據分析核算使用。分類的定義命名又用戶自行決定，但一經分類，尤其是一級分類不應隨意變動，修復、二級、三級分類可根

11、據需要隨時調整。系統模塊詳細說明系統模塊詳細說明六、創建年度數據庫六、創建年度數據庫： 一般情況下應每年創建一個數據庫，如果數據和影像量比較少也可考慮2-3年使用同一個數據庫。創建時使用年度數據庫創建向導。建庫工作較專業化，如有問題請專業人員解決或與開發商聯系。 系統模塊詳細說明系統模塊詳細說明七、系統選項：系統選項是對本系統需要的必要的靈活性的個性化設置，界面如下： 系統模塊詳細說明系統模塊詳細說明可對門診掛號、門診收費、電子病歷、藥庫管理、藥房管理、系統進行選項設置。1、 門診掛號：選項包括掛號時是否選定醫生、是否允許掛號處修改病人或優惠病人基本信息、是否打印掛號發票。2、 門診收費：選項

12、包括是否允許自動收費、手工收費，是否允許收費員對發票進行作廢處理、紅沖處理及修改發票號，是否打印處理項目明細，是否打印藥品明細。值得注意的是對是否允許發票的紅沖處理的選項一般應較慎重，推薦不允許收費處進行紅沖處理的模式，而由財務科進行手工退款較好。3、 電子病歷：包括是否允許科室修改病人或優惠病人的基本信息、不掛號是否允許錄入病歷、是否允許修改掛號時指定的科室或醫生、是否允許門診科室查詢收費發票數據、是否允許錄入員查看其他錄入員錄入的病歷、是否允許錄入員修改其他錄入員錄入的病歷4、 藥庫管理：暫空5、 藥房管理：設定藥房入庫單是否可以由藥庫出庫單自動生成。6、 系統：主要設頂了優惠折扣率的處理

13、辦法。系統模塊詳細說明系統模塊詳細說明系統設置選項的三種情況系統優惠機制處理系統優惠機制處理處理優惠折扣率的邏輯圖非優惠卡或優惠卡的折扣為零科室本身是否優惠？是采 用 科室 折 扣率無 優 惠無折扣否優惠卡科室參與優惠卡(ID)優惠科室本身是否優惠？科室不參與優惠卡(ID)優惠科室本身是否優惠？是否采 用 科室 與 優惠 卡 中較 高 的折扣率采 用 優惠 科 室本 身 的科 室 折扣率采 用 優 惠卡 的 優 惠折扣率采 用 優惠 科 室本 身 的科 室 折扣率無 優 惠無折扣是否已定義的處理項目是否參與優惠？無 優 惠無折扣是否系統模塊詳細說明系統模塊詳細說明 系統安全機制處理系統安全機制

14、處理GDC-3.0金冠口腔醫院管理系統的安全機制處理包含三個層面，如下圖：系統模塊詳細說明系統模塊詳細說明操作系統的安全設置數據庫安全設置應用程序安全設置應用系統的安全設置是由網絡操作系統設置、數據庫安全設置、及應用程序本身的安全機制三方面構成的，任何一個環節設置缺陷都將導致應用程序安全性下降。一、操作系統安全性設置：請參看所使用的操作系統的安全性說明，應用程序不要求任何的服務器磁盤共享。對于客戶機則要求應用程序目錄用戶有讀寫權限，這是因為影像及影像資源管理器程序需要在本地機創建交換臨時文件，其次客戶機與服務器的時間同步操作要求客戶機的用戶以系統管理員身份登錄，即具有修改本地機時間的權限才能正

15、常運行。二、數據庫安全設置：應用程序所采用的后臺數據庫系統是Microsoft SQL Server，版本可以是6.0、6.5、7.0、2000均可。有關數據庫安全設置、數據備份、導入、導出等請參看SQL Server用戶使用手冊。三、GDC-3.0.0.1金冠口腔管理系統安全設置：應用程序的安全設置是在作好了操作系統、后臺數據庫的安全設置的基礎上才進行的。其安全設置主要有兩方面組成，一是操作員權限，二是系統選項。1、操作員權限：系統模塊詳細說明系統模塊詳細說明2、系統選項： 系統模塊詳細說明系統模塊詳細說明3 3、病歷編輯查看的權限說明：病歷編輯查看的權限說明：a、 每張病歷頁只對應一個科室

16、、一個醫生、一個錄入員（可能是醫生本人）；b、 根據系統設置選項來決定錄入員是否可以修改別人錄入的病歷；c、 如系統允許修改別人錄入的病歷，則病歷錄入人員記錄最后的錄入員；d、 每張病歷創建的當日可以修改非交費項，離開當日后對任何項均不可修改；e、 客戶機的日期效正通過客戶程序開始時通過SQL-GETDATE()函數獲得服務器的日期時間，用API SetSystemTime來效正本機時間。進入軟件后用戶再更改時間的情況不做考慮；f、 病歷只要包含已交費項，則科室、醫生不能再改。病歷主庫中設置了標志來判斷有歷史交費；系統模塊詳細說明系統模塊詳細說明g、選項權限選項權限(stomaopt表表)：b

17、lxgpatname -電子病歷模塊-允許修改病人基本情況blxgyhpatname -電子病歷模塊-允許修改優惠病人基本情況blnoghnobl -電子病歷模塊-無掛號就不允許錄入病歷blnoxgksys -電子病歷模塊-錄入病歷時不允許修改掛號指定的科室及醫生blcxfp -電子病歷模塊-允許查詢發票記錄blczyckothers -電子病歷模塊-允許錄入員查看他人錄入的病歷blczyxgothers -電子病歷模塊-允許錄入員修改他人錄入的病歷 權限設置：通過各種條件組合最終設置blnAllowEdit的值 各類條件：MDIMedrecord.pstrCzybh=Czybh MDIMed

18、record.pblnBlczyckothers MDIMedrecord.pblnBlczyxgothers .rs(jzrq)=date()， Mid(MDIMedrecord.pstrCzyqx, 7, 1) = 1 Mid(MDIMedrecord.pstrCzyqx, 8, 1) = 1blnAllowEdit：0-不允許打開; 1-只能查看 2-除已交費的處理項和處方項外均可修改。系統模塊詳細說明系統模塊詳細說明門診掛號子系統門診掛號子系統系統模塊詳細說明系統模塊詳細說明 門診掛號子系統的主要功能模塊包括：當日掛號、掛號轉科、當日退號、掛號員結帳、病人基本情況編輯；掛號查詢、醫生日

19、診上限查詢、按姓名的病人查詢、掛號日匯總、隨機匯總；修改用戶密碼、子系統與服務器時間同步等。 當日掛號：當日掛號：掛號轉科掛號轉科系統模塊詳細說明系統模塊詳細說明當日退號當日退號系統模塊詳細說明系統模塊詳細說明掛號員結帳掛號員結帳系統模塊詳細說明系統模塊詳細說明病人基本情況編輯病人基本情況編輯系統模塊詳細說明系統模塊詳細說明掛號查詢掛號查詢系統模塊詳細說明系統模塊詳細說明掛號日匯總、隨機匯總掛號日匯總、隨機匯總系統模塊詳細說明系統模塊詳細說明二、門診掛號的操作步驟比較直觀，再此不逐條論述，只對以下己方面重要的問題加以說明：1、打開年度數據庫的操作：掛號或查詢時均是對應某一個年度數據庫進行的。首

20、次進入該軟件，必須手工打開年度數據庫，進行登錄后系統將你最近打開的數據庫寫進Windows注冊表。 再次進入軟件時系統將自動打開上一次的年度數據庫。當然，用戶可以切換到其他年度數據庫。 系統模塊詳細說明系統模塊詳細說明2、用戶密碼修改功能3、打印設置問題：對報表打印用戶可按報表需要進行設置。打印發票時系統越過了Windows的打印頁面直接進行輸出，因此不需要進行任何設置。4、漢字輸入法：掛號時需要快速的輸入病人的基本情況，因此建議用戶安裝和使用自己最方便快速的輸入法。 5、復診掛號時病歷本的問題：復診掛號時病人有可能沒有病歷本，因此當日掛號的介面中有“病歷本”復選框。 系統模塊詳細說明系統模塊

21、詳細說明6、 掛號員結帳：每一個掛號員只結自己的當日帳，匯總則是所有掛號員的掛號記錄7、 病人基本情況編輯受系統設置模塊的選項設置的限制。時間同步操作必須以具有系統管理員(Administrator)的權限才能操作。 系統模塊詳細說明系統模塊詳細說明電子病歷子系統電子病歷子系統電子病歷子系統是整個信息管理系統的核心模塊之一。主要有以下特點：1、 任務、多文檔及圖形化的直觀友好界面；2、 快速方便的病歷錄入方式；3、 豐富的影像處理功能；4、 靈活的病歷查詢功能；5、 強大的影像管理、就診預約等輔助功能；嚴格的病歷權限管理保證了病歷的安全性和可靠性。一、選擇要連接的數據庫：系統模塊詳細說明系統模

22、塊詳細說明二、登錄系統模塊詳細說明系統模塊詳細說明三、新建電子病歷新建電子病歷有兩種方式，第一種新建系統提供的空白模板電子病歷，第二種為根據用戶自定義的用戶模板，創建用戶模板病歷。有關用戶模板請見“用戶模板管理”。系統模塊詳細說明系統模塊詳細說明四、新建空白病歷，錄入病人ID號，病歷主頁自動讀取病人基本情況信息摘要及掛號科室及醫生情況。系統模塊詳細說明系統模塊詳細說明五、錄入主訴、病史、檢查、診斷、處理、處方等信息。錄入時采用病歷字典設置的、拼音助記碼方式。編碼應找到適合本院規則的有序分類編碼，并考慮預留一定的編碼空間以備將來的擴充。拼音助記碼是對項目的拼音檢索的編碼，推薦使用前四個漢字的聲母

23、，例如：急性化膿性腮腺炎，拼音助記碼可為jjhn。有時可能有助記碼編碼的混亂的情況，例如：砒哌酸，按聲母規則應為pps,但有時有的醫院又將其編碼為ppa；頭孢唑林鈉針，按聲母規則應為tbzl, 但有時有的醫院又將其編碼為xf5等等。如何處理這樣的情況呢？這里沒有一定的原則，只要是編碼易于使用且被本院醫護人員認同，并具有一定的規則即可。牙位號采用國際統一模式如12，34等，病歷錄入是全屏幕編輯方式。系統模塊詳細說明系統模塊詳細說明六、項目助記碼重復的情況，系統彈出窗口供選擇。系統模塊詳細說明系統模塊詳細說明七、查找編碼只需點按編碼窗口表格的標題行，改變排序方式即可方便的式查找。系統模塊詳細說明系

24、統模塊詳細說明八、藥品錄入將自動采用藥房的入庫藥品，并提示庫存情況后自動計算費用，服藥方法采用標準化字典。系統模塊詳細說明系統模塊詳細說明九、病歷按收費主分類并根據是否優惠等情況計算預計費用情況。系統模塊詳細說明系統模塊詳細說明十、系統支持向單頁電子病歷插入影象影像功能，有兩種方式，一是隨機的磁盤影像文件，系統模塊詳細說明系統模塊詳細說明二是病人的放射影象影像資源庫。系統模塊詳細說明系統模塊詳細說明系統支持多窗口影像及病歷瀏覽系統模塊詳細說明系統模塊詳細說明系統支持對影像進行簡單的測量。系統模塊詳細說明系統模塊詳細說明影像處理可對影像進行如下操作：放大、縮小、選定范圍放大縮小，匹配寬度、高度、

25、最佳匹配、實際大小，測量長度，反色、浮雕、加亮、變暗、銳化、對比度調整、影像備注等處理。除了影像備注以外，所有其他處理均為臨時性處理，不進行存盤操作，以保證影像資源的完整性。以下是經過浮雕和反相處理的圖形。 系統模塊詳細說明系統模塊詳細說明十一、系統支持病歷純文本描述式錄入。系統模塊詳細說明系統模塊詳細說明十二、保存病歷，保存病歷時系統自動分配一個病歷號，用戶不需要記病歷號，該號只在查詢時參考使用。系統模塊詳細說明系統模塊詳細說明十三、病歷查詢。點按打開菜單或按鈕出現如下對話窗口，如圖所示，可有多種方式查詢并打開數據庫中的病歷。系統模塊詳細說明系統模塊詳細說明十四、系統支持簡單的歷史病歷數據打

26、開方式。系統模塊詳細說明系統模塊詳細說明十五、系統支持同時打開多個病例實例。系統模塊詳細說明系統模塊詳細說明十六、系統支持超文本HTML格式病歷查詢方式系統模塊詳細說明系統模塊詳細說明十七、系統支持標準的疾病譜分析。系統模塊詳細說明系統模塊詳細說明十八、系統支持標準的處置譜分析。系統模塊詳細說明系統模塊詳細說明十九、系統提供靈活的用戶自定義病歷分析模式。系統模塊詳細說明系統模塊詳細說明二十、系統提供動態的掛號記錄查詢窗口。系統模塊詳細說明系統模塊詳細說明二十一、系統提供按科室的工作量匯總。系統模塊詳細說明系統模塊詳細說明二十二、系統提供按醫生的工作量匯總。系統模塊詳細說明系統模塊詳細說明二十三

27、、靈活快速的收費查詢功能。系統模塊詳細說明系統模塊詳細說明二十四、獨立的修復分類匯總模式。系統模塊詳細說明系統模塊詳細說明二十五、附加分類匯總模式。系統模塊詳細說明系統模塊詳細說明二十六、影像資源管理器功能。影像資源管理器中的影像是由放射科上傳的數字化X光片以及其他有上傳權限的用戶按病人ID號上傳的影像資料。該份資料一般應永久保存。影像的名稱是系統自動生成的，其規則為 P & ID號 & 日期 & 時間。沒有價值的影像、及過大的影像應避免傳至影像資源庫以保證網絡的速度和空間。系統模塊詳細說明系統模塊詳細說明二十七、影像上傳。對于影像上傳的權限應進行嚴格的控制，一般應為放射科醫師和個別專業科室。

28、系統模塊詳細說明系統模塊詳細說明二十八、系統提供就診預約管理器的功能。就診預約管理器是科室及醫生的輔助管理工具，可根據工作作息時間、預約資源槽的間隔時間、休息日、密碼保護等個性化因素進行個性化設置。錄入預約信息時，既可使用ID號錄入有可直接錄入病人姓名等有關信息。同時還可以在原有的資源槽之間插入新的時間段。系統模塊詳細說明系統模塊詳細說明二十九、將典型病歷另存為模板，以供以后使用，可獨占、共享兩種方式。系統模塊詳細說明系統模塊詳細說明三十、模板和加載管理器。系統模塊詳細說明系統模塊詳細說明 門診收費子系統的主要功能模塊包括：當日自動收費、手工收費、發票作廢、紅沖、修正發票號，發票查詢、結帳、匯

29、總，修改用戶密碼、系統時間同步等功能模塊。 系統模塊詳細說明系統模塊詳細說明一、門診收費的數據庫連接方式、登陸方式請參照電子病歷篇的說明，收費操作以自動讀取電子病歷處理項目數據和處方項目數據為主要方式。操作如下，收費人員在第一筆收費的發票票據號錄入后，以后系統自動記數。由條碼掃描設備讀入病人ID號后，系統將列出當日未收費的病歷，選取后收費即可。非當日的未收費病歷，請取消對話窗口的當日病歷選項、設定搜索日期、刷新對話窗即可讀出非當日病歷并進行收費。收費系統還支持兩種打印模式，一是按主收費分類打印發票，二是按明細項目打印發票。系統設置可定義缺省方式，收費人員也可臨時更改打印模式。系統模塊詳細說明系

30、統模塊詳細說明二、系統仍然靈活地支持手工錄入的收費方式。系統模塊詳細說明系統模塊詳細說明三、當日發票作廢操作，收費人員只能作廢本人當天的收費發票。系統模塊詳細說明系統模塊詳細說明四、發票紅沖操作（建議由財務管理部門決定收費人員是否執行此項操作！）系統模塊詳細說明系統模塊詳細說明五、補救由于操作人員起始發票號錄入錯誤的修正發票號窗口。系統模塊詳細說明系統模塊詳細說明六、發票查詢功能。系統模塊詳細說明系統模塊詳細說明七、收費員結帳系統模塊詳細說明系統模塊詳細說明八、打印的結帳單系統模塊詳細說明系統模塊詳細說明九、收費匯總系統模塊詳細說明系統模塊詳細說明十、收費附加分類匯總系統模塊詳細說明系統模塊詳

31、細說明十一、匯總數據導出系統模塊詳細說明系統模塊詳細說明十二、實時未收費病歷監控。系統模塊詳細說明系統模塊詳細說明十三、收費子系統附加說明。十三、收費子系統附加說明。1、 無論是當日自動收費、手工收費還是紅沖發票，用戶都應非常注意起始發票號與實際使用的發票號的對應。2、 實際操作中，刷卡或手工錄入后應先收款，再確認打印發票。應盡量避免后收款的操作習慣。這是因為經常有的病人在你打印出發票后才告訴你未帶夠錢，你還的很麻煩的進行一系列簽字、作廢操作。3、 修正發票號的功能是在用戶輸入的起始發票號錯誤的情況下更正數據庫中的發票號用的一項功能。應養成嚴格保持數據庫發票數據與實際發票單據一致的良好習慣，甚

32、至可以作為一種制度來約束，保證數據的完整性。4、 進行發票查詢時應盡量避免將查詢條件設定為查詢的記錄數過多，來保證網絡及數據庫資源不過份消耗。5、 結帳時間以當日收費員完成自己的收費工作為準，如果結帳后又重新進行了收費操作，則可以重新結帳。系統支持第二天結頭一天的帳。系統的結帳數據不保存，結帳數據是臨時根據收費發票數據生成的臨時表。6、 收費匯總表的導出功能給用戶提供了便利，但是對于導出表系統無法保證不被修改或亂用，所以財務核算應以系統直接打印的報表為準。7、 盡管計算機系統無論從硬件或軟件都非常可靠，但是仍然推薦嚴格按財務制度的規定保存發票存根、結帳單以及相關的報表。8、 時間同步操作必須以

33、具有系統管理員(Administrator)的權限才能操作。系統模塊詳細說明系統模塊詳細說明 影像管理子系統主要是為系統影像資源庫準備、傳送與病人相關的放射影像。既可以傳送一般影像，有可傳送由數字化牙片機拍攝的影像。主要功能模塊有新建影像、影像資源管理器，放射項目管理器，查詢病歷，處置譜分析、收費查詢，放射項目查詢匯總等。 一、 影像管理子系統的操作步驟比較直觀，再此不逐條論述，只對以下己方面重要的問題加以說明：打開年度數據庫的操作：傳送或查詢時均是對應某一個年度數據庫進行的。首次進入該軟件，必須手工打開年度數據庫，進行登錄后系統將你最近打開的數據庫寫進Windows注冊表。 再次進入軟件時系

34、統將自動打開上一次的年度數據庫。當然，用戶可以切換到其他年度數據庫。 系統模塊詳細說明系統模塊詳細說明二、上傳影像：放射科上傳影像有兩種方式： 第一種是使用“新建影像”菜單，輸入ID號后，影像名稱有系統自動生成，規則為 “P&ID號&日期&時間”，找到要上傳的影像文件由放射科醫師添加必要的備注后，直接上傳至影像資源庫。系統模塊詳細說明系統模塊詳細說明 第二種方式是使用放射項目管理器。輸入病人的ID號后，系統自動讀取病人的基本信息、已交費未進行放射確認的放射項目。如下圖： 系統模塊詳細說明系統模塊詳細說明三、影像資源管理器： 放射科醫師可通過放射影像管理器對已傳送的影像進行管理。但是只能刪除當日

35、上傳的影像。過當日后影像資源庫的影像就不能刪除了。另外還有對影像進行測量和各種處理的功能，影像導出、標記、打印等。系統模塊詳細說明系統模塊詳細說明四、查詢病歷：提供放射科醫師查詢病歷的功能。五、放射項目查詢匯總：已拍射的、通過放射項目管理器確認的收費放射項目的查詢與匯總。注意未經確認的項目和不通過放射項目管理器不包含在其中，但包含經過確認但未上傳影像的項目。六、時間同步操作必須以具有系統管理員(Administrator)的權限才能操作。系統模塊詳細說明系統模塊詳細說明 藥庫、藥房管理子系統是嚴格按照相關財務制度規定的關于藥房藥庫管理的規定而編制的。由于藥房管理和藥庫管理處藥品的單位、單價、庫

36、存上下限、相關的財務分錄處理、報表處理及藥品發放的途徑有所不同外，其他關于字典的設置、庫房管理操作等大部分功能都很相似，因此在這里將其有關說明合并在一起。分述如下： 系統模塊詳細說明系統模塊詳細說明一、打開年度數據庫與登錄：打開年度數據庫的操作：掛號或查詢時均是對應某一個年度數據庫進行的。首次進入該軟件，必須手工打開年度數據庫，進行登錄后系統將你最近打開的數據庫寫進Windows注冊表。再次進入軟件時系統將自動打開上一次的年度數據庫。當然，用戶可以切換到其他年度數據庫。 用戶登錄及用戶密碼修改功能： 系統模塊詳細說明系統模塊詳細說明二、藥品字典的設置： 藥品字典的設置同時影響藥房和藥庫的運行。

37、一般情況下系統或網絡管理員不應直接對藥品字典進行維護和設置，而應由藥房及藥庫的主管人員來維護。系統模塊詳細說明系統模塊詳細說明 藥品編號必須為八位數字或字符，前五位為同品名、規格的編碼，后三位為不同的價格擴展碼。當修改了藥品的助記拼音碼、名稱、類別、藥庫單位、藥房單位、單位比時，必須保證修改所有同品名同規格（前五位同碼）的編碼的相應項，否則系統將出現錯誤。藥品如有庫存則各項價格就不準改動，必須通過藥房和藥庫的程序進行條價處理，詳情請參閱 藥房管理子系統、藥庫管理子系統。 拼音助記碼是對藥品項目的拼音檢索的編碼，推薦使用前四個漢字的聲母，例如：小兒羅紅霉素，拼音助記碼可為xelh。有時可能有助記

38、碼編碼的混亂的情況，例如：砒哌酸，按聲母規則應為pps,但有時有的醫院又將其編碼為ppa；頭孢唑林鈉針，按聲母規則應為tbzl, 但有時有的醫院又將其編碼為xf5等等。如何處理這樣的情況呢？這里沒有一定的原則，只要是編碼易于使用且被本院醫護人員認同，并具有一定的規則即可。系統模塊詳細說明系統模塊詳細說明三、所有單據的存儲方式： 藥房、藥庫的存儲模式基本相同，各自有一套獨立的數據庫表。分別為單據主庫、明細庫和庫存表。其他帳表為系統生成的臨時表。為使藥品的明細帳、保管帳、對帳單及報表等臨時表生成準確方便，系統在設計上就把入庫、出庫、領用、報損、盤點、調價、銷售全部按同格式歸在一個數據庫中。這樣導致了單據的流水號不是分類排列，請用戶加以注意。 系統模塊詳細說明系統模塊詳細說明四、藥品入庫、出庫： 如藥品字典初始化將藥品進行了西藥、中成藥、中草藥的分類，藥品入庫、出庫時一張單據只可錄入同類藥品。 系統模塊詳細說明系統模塊詳細說明 系統打印的出庫單。其他單據打印類似。 藥品入庫、出庫一經確認就不可再修改了，如出現操作錯誤或數據錄入錯誤，請錄入負數沖減。報損、盤點、調價類似情況應做同樣處理。 系統模塊詳細