【正文】 opensheet(w_ghtongjilb,w_zhujiemian,8,original!)根據(jù)不同選擇然后判斷打開(kāi)何種統(tǒng)計(jì)圖，如圖 16 所示圖 16 掛號(hào)科室人數(shù)統(tǒng)計(jì)界面是掛號(hào)人數(shù)按照科室統(tǒng)計(jì)的餅狀圖。該類(lèi)型統(tǒng)計(jì)先創(chuàng)建一個(gè)根據(jù)數(shù)據(jù)表ghdj 中的 jzid 和 kb 字段來(lái) Graph 類(lèi)型的數(shù)據(jù)窗，通過(guò)對(duì) kb 字段分類(lèi)然后通過(guò) count(jzid for graph)然后在創(chuàng)建的統(tǒng)計(jì)窗口中使用該數(shù)據(jù)窗來(lái)實(shí)現(xiàn)。⑵病人基本信息查詢?cè)O(shè)計(jì)可以綜合條件的信息查詢，提高可供選擇的條件，醫(yī)生可以通過(guò)組合條件對(duì)所需要的病人基本信息以及簡(jiǎn)要病史進(jìn)行查詢，如圖 17 所示。圖 17 病人基本信息查詢窗口⑶預(yù)付款查詢21 / 32圖 18 查詢剩余預(yù)付款界面擁有查詢預(yù)付款權(quán)限的員工進(jìn)入該界面之后，只需要輸入病人的病歷號(hào)，點(diǎn)擊“確定”按鈕（該按鈕代碼如下）：dec a,b,cstring dSELECT blhinto :dFROM ghdjWHERE blh=:。if ::=0 thenSELECT count(*) INTO :c ROM ghb WHERE blh=:。if c0 thenSELECT sum(je) INTO :a FROM ghb WHERE blh=:。else a=0messagebox(39。提示39。,病人尚未交付預(yù)付金,請(qǐng)先補(bǔ)交預(yù)付金)returnend ifSELECT count(*) INTO :c FROM fyb WHERE blh=:。if c0 thenSELECT sum( * ) INTO :b FROM ypkb,fyb WHERE =: and =。a=a bend if if a=50 thend=39。目前預(yù)付金額還剩39。+string(a)+39。元39。messagebox(39。剩余金額39。,d)elseif a=0 thend=39。目前預(yù)付金額僅剩39。+string(a)+39。元,請(qǐng)盡快補(bǔ)交預(yù)付金39。messagebox(39。剩余金額39。,d)22 / 32elsed=39。目前預(yù)付金額透支39。+string(Abs(a))+39。元,請(qǐng)盡快補(bǔ)交預(yù)付金39。messagebox(39。剩余金額39。,d)end if()elsemessagebox(提示,病歷號(hào)輸入有誤,請(qǐng)檢查后重新輸入)end if由于前面的個(gè)功能模塊中都對(duì)病人的就診各階段的結(jié)果進(jìn)行查詢，所以在設(shè)計(jì)報(bào)表功能模塊時(shí)主要考慮對(duì)病人的預(yù)付款項(xiàng)以及病人的費(fèi)用進(jìn)行統(tǒng)計(jì)并呈報(bào)表。首先創(chuàng)建一個(gè)祖先窗口 w_preview 如圖 19 所示，它是報(bào)表生成的通用窗口，具有預(yù)覽、放大縮小、打印、保存等功能，可以用于各個(gè)報(bào)表模塊窗口的繼承。圖 19 報(bào)表祖先窗口病人預(yù)付報(bào)表窗口是 w_preview 祖先窗口的繼承窗口，具有 w_preview 窗口的功能，界面如圖 20 所示。病人預(yù)付報(bào)表窗口用于生成病人的費(fèi)用憑單，既可以用來(lái)生成病人的所有費(fèi)預(yù)付的款項(xiàng)憑單，也可以生成其中任何一次預(yù)付憑單。其與 w_preview 祖先窗口相比，多了一個(gè)顯示功能，可以通過(guò)病歷號(hào)或自動(dòng)流水號(hào)來(lái)查詢符合條件的記錄，并顯示在數(shù)據(jù)窗口中。23 / 32圖 20 病人預(yù)付款報(bào)表界面此窗口所使用的數(shù)據(jù)窗口采用的是 Group 分組顯示樣式的，這種顯示風(fēng)格的特點(diǎn)是可以檢索到的數(shù)據(jù)按某一列分組顯示，并允許為每一組指定一些計(jì)算。本窗口就是按自動(dòng)流水號(hào)來(lái)分組，分別對(duì)每一個(gè)自動(dòng)流水號(hào)中的金額和整張預(yù)付憑單的金額進(jìn)行統(tǒng)計(jì)?？梢宰龅角逦髁耍阌诓∪瞬殚?。病人費(fèi)用報(bào)表與預(yù)付憑單報(bào)表風(fēng)格模式上相同，都是由 w_preview 繼承而來(lái)。病人費(fèi)用報(bào)表既可以根據(jù)病歷號(hào)生成一個(gè)病人按照費(fèi)用憑單號(hào)來(lái)分組的所有費(fèi)用的單據(jù)，又可以根據(jù)費(fèi)用憑單號(hào)生成其中一次費(fèi)用的單據(jù)。4 關(guān)鍵功能點(diǎn)的測(cè)試本章節(jié)介紹該小型醫(yī)院信息管理系統(tǒng)的主要功能點(diǎn)的測(cè)試，包括：登錄模塊、就診入口模塊、費(fèi)用報(bào)表模塊。預(yù)期結(jié)果：當(dāng)正確輸入與數(shù)據(jù)庫(kù)表 ygb 中數(shù)據(jù)一致的員工名，ID 及密碼時(shí)都能登錄系統(tǒng)。當(dāng)輸入的員工 ID 或密碼與員工名不匹配時(shí)則分別提示何種輸入錯(cuò)誤。根據(jù)本系統(tǒng)的健壯性要求對(duì)此進(jìn)行了 8 次測(cè)試，下面根據(jù)測(cè)試的分類(lèi)列舉了 3 次測(cè)試結(jié)果。當(dāng)選擇員工名“陳沖”后輸入正確的員工號(hào)“04002”和密碼“cc”登錄進(jìn)該系統(tǒng)可執(zhí)行與他權(quán)限內(nèi)的操作。當(dāng)選擇員工名“陳沖”后輸入錯(cuò)誤的員工號(hào)“04001”和正確密碼“cc”與該出現(xiàn)如下圖 21 所示的提示框。24 / 32圖 21 登錄功能測(cè)試一當(dāng)選擇員工名“陳沖”后輸入正確的員工號(hào)“04002”和錯(cuò)誤密碼“cd”與該出現(xiàn)如下圖 22 所示的提示框。圖 22 登錄功能測(cè)試二分析：經(jīng) 8 次不同類(lèi)型及各類(lèi)型的不同種輸入的結(jié)果都與預(yù)期結(jié)果一樣，得出結(jié)論，此功能基本達(dá)到系統(tǒng)預(yù)期要求。預(yù)期結(jié)果：當(dāng)進(jìn)入修改密碼界面時(shí)根據(jù)所輸入的正確原密碼與數(shù)據(jù)庫(kù)表ygb 中 pwd 字段數(shù)據(jù)一致，且輸入的新密碼和確認(rèn)密碼相同時(shí)，則可成功修改密碼。當(dāng)輸入原密碼錯(cuò)誤時(shí)則給出相應(yīng)提示。當(dāng)新密碼與確認(rèn)密碼不一致時(shí)則提示兩次修改密碼不一致。當(dāng)修改不成功次數(shù)超過(guò)三次時(shí)則彈出警告，關(guān)閉窗口。根據(jù)本系統(tǒng)的健壯性要求對(duì)此進(jìn)行了 8 次測(cè)試，下面根據(jù)測(cè)試的分類(lèi)列舉了 4 次測(cè)試結(jié)果。在員工陳沖登錄后進(jìn)入修改密碼窗口，在輸入正確的原密碼“cc” ，和新密碼及確認(rèn)密碼“ccc ”后，點(diǎn) “確認(rèn)”按紐出現(xiàn)如圖 23 提示框。25 / 32圖 23 密碼修改功能測(cè)試一在員工陳沖登錄后進(jìn)入修改密碼窗口，在輸入正確的原密碼“cc” ，和新密碼及確認(rèn)密碼“ccc ”后，點(diǎn) “確認(rèn)”按紐出現(xiàn)如圖 24 提示框。圖 24 密碼修改功能測(cè)試二在員工陳沖登錄后進(jìn)入修改密碼窗口，在輸入正確的原密碼“cc” ，和不一致新密碼“ccc ”及確認(rèn)密碼 “ccv”后，點(diǎn)“確認(rèn) ”按紐出現(xiàn)如圖 25 提示框。圖 25 密碼修改功能測(cè)試三在員工陳沖登錄后進(jìn)入修改密碼窗口，在修改密碼 3 次都失敗后則彈出警26 / 32告關(guān)閉窗口。如圖 26 提示框。圖 26 密碼修改功能測(cè)試四分析：經(jīng) 8 次不同類(lèi)型情況及各類(lèi)型的不同種輸入的結(jié)果都與預(yù)期結(jié)果一樣，得出結(jié)論，此功能基本達(dá)到系統(tǒng)預(yù)期要求。預(yù)期結(jié)果：當(dāng)進(jìn)入病人費(fèi)用報(bào)表界面時(shí)根據(jù)所選擇的病歷號(hào)或流水號(hào)輸入相應(yīng)的號(hào)碼時(shí)能正確顯示該病人的在院的處方計(jì)價(jià)表。當(dāng)輸入的病歷號(hào)或流水號(hào)不存在或沒(méi)有相應(yīng)的記錄時(shí)則提示沒(méi)有符合的記錄。根據(jù)本系統(tǒng)的健壯性要求對(duì)此進(jìn)行了 6 次測(cè)試，下面根據(jù)測(cè)試的分類(lèi)列舉了 2 次測(cè)試結(jié)果。在選擇了病歷號(hào)后輸入病歷號(hào)“20220001”顯示如圖 27 的結(jié)果。圖 27 費(fèi)用報(bào)表功能測(cè)試一當(dāng)輸入的病歷號(hào)“20220004”時(shí)則出現(xiàn)如圖 28 的提示框。27 / 32圖 28 費(fèi)用報(bào)表功能測(cè)試二分析：經(jīng) 6 次不同類(lèi)型情況及各類(lèi)型的不同種輸入的結(jié)果都與預(yù)期結(jié)果一樣，得出結(jié)論，此功能基本達(dá)到系統(tǒng)預(yù)期要求。結(jié) 論 目前，在醫(yī)學(xué)領(lǐng)域內(nèi)計(jì)算機(jī)的應(yīng)用已經(jīng)十分廣泛，各種智能診斷設(shè)備都與計(jì)算機(jī)緊密結(jié)合在一起，以硬件為主的醫(yī)療設(shè)備智能化發(fā)展尤為迅速。然而以軟件建設(shè)為基礎(chǔ)的醫(yī)院的現(xiàn)代化管理系統(tǒng)發(fā)展卻相對(duì)緩慢。傳統(tǒng)手工的業(yè)務(wù)處理方式，停留在紙作業(yè)基礎(chǔ)上的管理模式，不僅速度慢、手續(xù)復(fù)雜，而且容易發(fā)生錯(cuò)誤，已不能適應(yīng)醫(yī)院現(xiàn)代化發(fā)展的需要。建立醫(yī)院信息管理系統(tǒng)成為現(xiàn)代化發(fā)展必然選擇。本系統(tǒng)正是一個(gè)基于對(duì)醫(yī)院需求的理解，在滿足基本業(yè)務(wù)的前提下，結(jié)合醫(yī)院的管理特點(diǎn)、融合醫(yī)院領(lǐng)導(dǎo)現(xiàn)代化的管理理念、以病人信息為中心的醫(yī)院病人信息管理系統(tǒng)。目的是通過(guò)對(duì)病人在就診過(guò)程中產(chǎn)生的信息進(jìn)行數(shù)字化管理，簡(jiǎn)化手續(xù)，加快信息處理速度，提高治療與管理效率。主要包括病人就診管理、病歷書(shū)寫(xiě)模板、醫(yī)生出具處方、費(fèi)用結(jié)算、病歷查詢打印統(tǒng)計(jì)等模塊在內(nèi)的計(jì)算機(jī)管理系統(tǒng)，實(shí)現(xiàn)了病人就醫(yī)信息管理電子化。本系統(tǒng)以病人為中心，側(cè)重于病人在就醫(yī)過(guò)程中信息的管理，便于醫(yī)生跟蹤病人病情發(fā)展情況，同時(shí)也有助于醫(yī)生對(duì)各種病例進(jìn)行分析研究。由于時(shí)間的限制，對(duì)于等各類(lèi)員工信息，醫(yī)院藥品等方面的細(xì)節(jié)沒(méi)有過(guò)多詳細(xì)的設(shè)計(jì)。該設(shè)計(jì)還有很多不完善的地方，有待于我在以后的學(xué)習(xí)中不斷的完善。28 / 32參考文獻(xiàn)[1] Builder 數(shù)據(jù)庫(kù)開(kāi)發(fā)經(jīng)典案例解析[M].北京：清華大學(xué)出版社,2022。[2] 基礎(chǔ)與應(yīng)用教程[M].北京：中國(guó)水利水電出版社,2022。[3] 馬景濤, 使用培訓(xùn)教程[M].北京：清華大學(xué)出版社,2022。[4] 程序設(shè)計(jì)與開(kāi)發(fā)技術(shù)大全[M].北京：人民郵電出版社，2022。[5] [M].北京：電子工業(yè)出版社,2022。[6] 方睿,刁仁宏,[M].四川（成都）：四川大學(xué)出版社,2022。[7] 葉玟, Access 2022 標(biāo)準(zhǔn)教程[M].北京：中國(guó)勞動(dòng)社會(huì)保障出版社,2022。商業(yè)源代碼，全套計(jì)算機(jī)畢業(yè)設(shè)計(jì)免費(fèi)下載 更多全套設(shè)計(jì)聯(lián)系 :1042897696最新設(shè)計(jì)大全 29 / 32