【正文】 作 對(duì)于引起錯(cuò)誤提示的用例，系統(tǒng)調(diào)用出錯(cuò)提示模塊給出相應(yīng)出錯(cuò)信息。 圖 52 查詢條件報(bào)錯(cuò)圖 點(diǎn)擊“查詢”能夠正確輸出結(jié)果。 按照高科技的不斷發(fā)展來(lái)看，我們的系統(tǒng)也面臨著被淘汰的境地，所以我們應(yīng)該吸引一些新的技術(shù)，例如條碼技術(shù)的應(yīng)用和磁卡技術(shù)的應(yīng)用，這兩項(xiàng)技術(shù)已經(jīng)達(dá)到了相當(dāng)成熟的水品，并且我 們已經(jīng)看到了他們的優(yōu)秀之處，他們的使用能使我們的系統(tǒng)邁向更高的自動(dòng)化層面，從而更好的提高了我們的工作效率。 Label2: TLabel。 Type /窗體設(shè)置部分 / Tmimagai = class(TForm) GroupBox1: TGroupBox。從某種意義上說(shuō)，一個(gè)醫(yī)院的 HIS 的建設(shè)和應(yīng)用水平，取決于醫(yī)院領(lǐng)導(dǎo)的重視程度和全體員工的參與程度，以及軟件與醫(yī)院運(yùn)行機(jī)制結(jié)合的程度。 2. 步驟及操作 進(jìn)入查詢界面，按照所設(shè)計(jì)測(cè)試用例輸入。 2）顯示員工資料。 exit。 end else begin 。 4）模塊是否能夠正確給出錯(cuò)誤提示。 測(cè)試環(huán)境 1. 硬件環(huán)境 在本系統(tǒng)開(kāi)發(fā)過(guò)程中，考慮到現(xiàn)有設(shè)備的限制，系統(tǒng)開(kāi)發(fā)的經(jīng)濟(jì)可行性和技術(shù)可行性分析 ,以及硬件的兼容性和軟件對(duì)硬件的基本要求，本系統(tǒng)硬件環(huán)境如下： CPU：奔騰 Ⅲ 以上 內(nèi)存： 64MB 以上 硬盤：至少 1GB 硬盤空間（包括運(yùn)行時(shí)所需空間）。 圖 410 科室部門管理界面 科室部門管理界面窗體屬性如表 410 所示。 住院預(yù)交費(fèi)界面窗體屬性如表 47 所示。 圖 44 劃價(jià)收費(fèi)界面 患者通過(guò)劃價(jià)收費(fèi)界面，了解醫(yī)生所作的治療和給的藥物的價(jià)格，并 進(jìn)行交費(fèi)。 表 41 登陸窗體屬性 窗體屬性 取值 Name Form1 Caption 登陸窗口 ClienHeight/ ClienWidth 172/298 WindowState wsNormal 2. 主頁(yè)設(shè)計(jì) 主頁(yè)設(shè)計(jì)如圖 42 所示。 圖 39 藥品管理 關(guān)系圖 藥品管理關(guān)系圖，是以藥品庫(kù)存表中的藥品名稱為主鍵，進(jìn)行索引，其他兩個(gè)表通過(guò)藥品名稱與藥品庫(kù)存表相聯(lián)。 表 313 醫(yī)務(wù)人員信息 表 字段名稱 數(shù)據(jù)類型 備注 編 號(hào) Int(4) 主鍵 姓 名 Char(20) 部門科室 Char(20) 職 務(wù) Char(30) 聯(lián)系電話 Char(15) 星期 1 Bit(1) 星期 2 Bit(1) 星期 3 Bit(1) 星期 4 Bit(1) 星期 5 Bit(1) 星期 6 Bit(1) 星期 7 Bit(1) 數(shù)據(jù)庫(kù)連接 本系統(tǒng)通過(guò) ODBC 和 INI 文件來(lái)完成數(shù)據(jù)庫(kù)連接。 表 39 出 院 結(jié)算信息 表 字段名稱 數(shù)據(jù)類型 備注 編 號(hào) Int(4) 主鍵 病房號(hào) Int(4) 外鍵 出院日期 Datetime(8) 住院總金額 Money(8) 找還金額 Money(8) 10. 科室表 說(shuō)明 醫(yī)院內(nèi)部分為多少個(gè)科室。 表 35 藥品公司表 字段名稱 數(shù)據(jù)類型 備注 編 號(hào) Int(4) 主鍵 藥品公司名稱 Char(30) 6. 藥品入庫(kù)明細(xì)表 藥品入庫(kù)明細(xì)表中詳細(xì)記載了藥品的名稱、種類、計(jì)量單位、進(jìn)貨公司、出廠日期等。 表 31 掛號(hào)表 字段名稱 數(shù)據(jù)類型 備注 掛號(hào)編碼 Int(4) 主鍵 病人姓名 Char(20) 掛號(hào)日期 Datetime(8) 掛號(hào)科室 Char(20) 掛號(hào)類型 Char(30) 掛號(hào)金額 Money(8) 2. 掛號(hào)類型 掛號(hào)類型主要指的是患者所掛的號(hào)對(duì)應(yīng)的醫(yī)生的職稱。 對(duì)話框是 Delphi 編程最常用的一種非可視化控件，常用的對(duì)話框種類有OpenDialog（文件打開(kāi)）、 SaveDialog（文件保存）、 FontDialog（字體）、 ColorDialog（顏色）、 PrintDialog（打印）、 PrintSetupDialog（打印設(shè)置）、 FindDialog（查找）、掛號(hào)編碼 門診掛號(hào) 掛號(hào)日期 病人姓名 掛號(hào)科室 掛號(hào)類型 掛號(hào)金額 ReplaceDialog（替換）等。 Borland 公司的Delphi 就是其中之一，它提供一種快速程序編譯器，具有強(qiáng)大的客戶機(jī) /服務(wù)器模式的開(kāi)發(fā)能力，提供與 Inter 的連接并支持各種網(wǎng)絡(luò)協(xié)議等，它強(qiáng)大的可擴(kuò)展數(shù)據(jù)庫(kù)功能更能贏得了無(wú)數(shù)數(shù)據(jù)庫(kù)開(kāi)發(fā)人員的青睞，越來(lái)越多的用戶采用Delphi 開(kāi)發(fā)數(shù)據(jù)庫(kù)及網(wǎng)絡(luò)管理系統(tǒng)。 醫(yī)院信息系統(tǒng)的詳細(xì)設(shè)計(jì) 系統(tǒng)的詳細(xì)設(shè)計(jì)是利用需求分析和概要設(shè)計(jì)來(lái)確定每個(gè)模塊的內(nèi)部特征及實(shí)現(xiàn)過(guò)程，進(jìn)行詳細(xì)的程序設(shè)計(jì)。 4. 醫(yī)務(wù)人員管理 這項(xiàng)是 醫(yī)院勞資部門專門開(kāi)發(fā)的計(jì)算機(jī)軟件系統(tǒng)，幫助醫(yī)院合理配置人力資源，提高工 作效率，降低成本。 2) 門診劃價(jià)、收費(fèi)管理： 可一體化辦理也可分開(kāi)辦理劃價(jià)、收費(fèi)，藥費(fèi)劃價(jià)與非藥費(fèi)劃價(jià)可相互分離或合二為一，支持異常情況處理 。 表 23 患者信息數(shù)據(jù) 4. 數(shù)據(jù)存儲(chǔ)的定義 數(shù)據(jù)存儲(chǔ)是邏輯意義上的數(shù)據(jù)存儲(chǔ)環(huán)節(jié)，即系統(tǒng)信息處理功能需要的、不考慮存儲(chǔ)物理介質(zhì)和技術(shù)手段的數(shù)據(jù)存儲(chǔ)環(huán)節(jié)。 圖 25 住院流程圖 數(shù)據(jù)字典 數(shù)據(jù)詞典描述的主要內(nèi)容有：數(shù)據(jù)流、數(shù)據(jù)元素、數(shù)據(jù)存儲(chǔ)、加工外部項(xiàng)，其中數(shù)據(jù)元素是組成數(shù)據(jù)流的基本成分。護(hù)士站進(jìn)行劃價(jià)記賬并向藥房取藥。 2. 藥品管理流程圖 。 5. 對(duì)應(yīng)用軟件標(biāo)準(zhǔn)化及通用性的要求 醫(yī)院信息系統(tǒng)的信息內(nèi)容及格式應(yīng)該符合醫(yī)院現(xiàn)行的有關(guān)行業(yè)標(biāo)準(zhǔn)，這包括國(guó)際標(biāo)準(zhǔn)及國(guó)家標(biāo)準(zhǔn)。一方面，對(duì)于常見(jiàn)的數(shù)據(jù)錯(cuò)誤，應(yīng)提供檢查糾正手段。 3. 系統(tǒng)維護(hù)人員的需求 系統(tǒng)維護(hù)工作包括數(shù)據(jù)備份、恢復(fù)及錯(cuò)誤數(shù)據(jù)的更正等。 需求分析是整個(gè)軟件開(kāi)發(fā)過(guò)程的第一步，也是至關(guān)重要的一步，只有細(xì)致地做好軟件需求分析，才能確實(shí)保證軟件開(kāi)發(fā)的順利、高效的完成。 本系統(tǒng)的建立是計(jì)算機(jī)管理的自動(dòng)化系統(tǒng)。如果再定義階段及早發(fā)現(xiàn)將來(lái)可能在開(kāi)發(fā)過(guò)程中遇到的問(wèn)題，及早做出決定，可以避免大量人力、財(cái)力、實(shí)踐上的浪費(fèi)。 高水平的信息共享需求。 缺乏醫(yī)療信息處理的標(biāo)準(zhǔn)。當(dāng)一個(gè)急診病人入院搶救的情況下，迅速、及時(shí)、準(zhǔn)確地 獲得他們既往病史和醫(yī)療紀(jì)錄的重要性是顯而易見(jiàn)的。 4. 它處理的對(duì)象即有結(jié)構(gòu)化數(shù)據(jù)，也有半結(jié)構(gòu)化或非結(jié)構(gòu)化數(shù)據(jù)。 醫(yī)院信息系統(tǒng)不是一個(gè)簡(jiǎn)單的軟件 ,它融合了醫(yī)院的管理思想、各部門的業(yè)務(wù)經(jīng)驗(yàn) ,以及對(duì)計(jì)算機(jī)技術(shù)的恰當(dāng)運(yùn)用。 2. 部門級(jí)或方面級(jí)的應(yīng)用階段 ， 如收費(fèi)系統(tǒng)、藥品從藥庫(kù)到藥局的一體化管理、檢驗(yàn)信息的采集與管理、以病案首頁(yè)為中心的病人登記、疾病分類、醫(yī)療統(tǒng)計(jì)管理等。歐洲HIS 的特點(diǎn)是實(shí)現(xiàn)了一些區(qū)域信息系統(tǒng)。 日本的 HIS 開(kāi)發(fā)和應(yīng)用從 70 年代初開(kāi)始。但這往往不被人所認(rèn)識(shí)。開(kāi)發(fā) HIS 是解決上述問(wèn)題的有效途徑。 2 醫(yī)院信息系統(tǒng)的特性 完整的 HIS 系統(tǒng)實(shí)現(xiàn)了信息的全過(guò)程追蹤和動(dòng)態(tài)管理，從而做到簡(jiǎn)化患者的診療過(guò)程，優(yōu)化就診環(huán)境，改變目前排隊(duì)多、等候時(shí)間長(zhǎng)、秩序混亂的局面。 該系統(tǒng)包括客戶信息、供銷商信息以及基本的貨物信息、庫(kù)存信息等。 6 8 數(shù)據(jù)流程分析 36 身份認(rèn)證模塊測(cè)試 我國(guó)醫(yī) 院的信息處理基本上還停留在手工方式，勞動(dòng)強(qiáng)度大且工作效率低，醫(yī)師護(hù)士和管理人員的大量時(shí)間都消耗在事務(wù)性工作上；病人排隊(duì)等候時(shí)間長(zhǎng)，輾轉(zhuǎn)過(guò)程多，影響醫(yī)院的秩序；病案、臨床檢驗(yàn)、病理檢查等許多寶貴的數(shù)據(jù)資料的檢索十分費(fèi)事甚至難以實(shí)現(xiàn)；對(duì)這些資料深入的統(tǒng)計(jì)分析手工方式無(wú)法進(jìn)行，不能充分為醫(yī)學(xué)科研利用；在經(jīng)濟(jì)管理上也因而存在漏、跑 、錯(cuò)費(fèi)現(xiàn)象； 開(kāi)發(fā) HIS 是解決上述問(wèn)題的有效途徑。 HIS 的效益遠(yuǎn)遠(yuǎn)超出醫(yī)院本身，因?yàn)橥暾牟∪酸t(yī)學(xué)記錄是醫(yī)學(xué)研究的重要信息資源，這類資源在手工作業(yè)環(huán)境下，大 部分被拋棄了。當(dāng)前日本的 HIS 總的趨勢(shì)是系統(tǒng)化、網(wǎng)絡(luò)化、綜合性，開(kāi)始走自上而下的開(kāi)發(fā)路線，一般都有大型機(jī)作為中心、支撐整個(gè)系統(tǒng)工作，并盡量采用微機(jī)和網(wǎng)絡(luò)技術(shù)，投資規(guī)模大，正在實(shí)現(xiàn)ordering工作方式，即數(shù)據(jù)從發(fā)生源直接輸入計(jì)算機(jī)。隨著初級(jí)衛(wèi)生保健工作的發(fā)展，歐洲各國(guó)區(qū)域性醫(yī)院計(jì)算機(jī)網(wǎng)絡(luò)將實(shí)現(xiàn)。 3. 即目前正在發(fā)展的階段 ,是較為完整的集成的醫(yī)院信息系統(tǒng)階段。其信息內(nèi)容不僅包含結(jié)構(gòu)化的文字信息 ,還包含自由文本、圖形圖像信息 。 具有完善的系統(tǒng)管理、監(jiān)督、運(yùn)行保障體系以及相應(yīng)的規(guī)章制度和系統(tǒng)安全措施。病人信息是以多種數(shù)據(jù)類型表達(dá)出來(lái)的，不僅需要文字與數(shù)據(jù)而且時(shí)常需要圖形、圖表、 影像 等等。計(jì)算機(jī)專業(yè)人員在開(kāi)發(fā)信息系統(tǒng)的過(guò)程中要花費(fèi)極大精力去處理自己并不熟悉的領(lǐng)域的信息標(biāo)準(zhǔn)化問(wèn)題，甚至要參與制定一些醫(yī)院管理的模式與算法。 因此，鑒于醫(yī)院環(huán)境的獨(dú)特性，使得信息系統(tǒng)在醫(yī)院的實(shí)現(xiàn)應(yīng)具有其特殊的功能要求： 1. 要有一個(gè)大規(guī)模，高效率的數(shù)據(jù)庫(kù)管理系統(tǒng)的支持 2. 要有很強(qiáng)的聯(lián)機(jī)事務(wù)處理 （ OnLine Transaction Processing， OLTP） 支持能力 。 大大提高了醫(yī)院整體的辦公效率， 促進(jìn)醫(yī)學(xué)科研、教學(xué)；減輕各類事務(wù)性工作的勞動(dòng)強(qiáng)度，使他們騰出更多的精力和時(shí)間來(lái)服務(wù)于病人。而計(jì)算機(jī)技術(shù)在本系統(tǒng)中的應(yīng)用屬于基礎(chǔ)應(yīng)用級(jí)別，所以目前的技術(shù)完全可以滿足本系統(tǒng)的要求。這些效益并不一定指直接的 經(jīng)濟(jì)效益，而是指 HIS 能解決一些手工管理不能或難以解決的問(wèn)題，能為管理者及時(shí)了解醫(yī)院運(yùn)行情況、進(jìn)行科學(xué)決策提供準(zhǔn)確的信息。作為一個(gè)聯(lián)機(jī)事務(wù)處理系統(tǒng)，醫(yī)院信息系統(tǒng)要求一天運(yùn)行 24 小時(shí)、每周 7 天不間斷地運(yùn)行。從系統(tǒng)的開(kāi)發(fā)建設(shè)來(lái)說(shuō)，用戶對(duì)網(wǎng)絡(luò)、服務(wù)器、操作系統(tǒng)平臺(tái)、系統(tǒng)的穩(wěn)定可靠性等方面也都有具體的需求。用戶應(yīng)能在軟件提供的客戶化平臺(tái)上加入本醫(yī)院采用的特殊編碼、輸入方法等。同時(shí)藥房和科室的過(guò)期的藥品退回到藥庫(kù)，藥庫(kù)在把這些藥品退回到，藥品供應(yīng)商處，由他們來(lái)處理。 數(shù)據(jù)流程分析 1. 門診數(shù)據(jù)流程圖。 D7 D4 D5 記錄住院數(shù)據(jù) F1 患 者 D8 D17 D9 P5 住院登記處 D10 P6 護(hù)士站 P7 醫(yī)生看病 F2 藥 房 庫(kù) 存 D13 D12 D11 P8 劃價(jià)收費(fèi) P9 藥房取藥 D14 D15 D16 D18 表 21 患者信息 外部實(shí)體 系統(tǒng)名： 醫(yī)院信息系統(tǒng) 編號(hào)： 01 條目名： 患者信息 別名： 輸入數(shù)據(jù)流： D1 輸出數(shù)據(jù)流： F1 主要特征：患者的基本信息，掛號(hào)編號(hào)等。 修改記錄： 編寫(xiě) 陳 堃 日期 202142 審核 許瑞廣 日期 202144 數(shù)據(jù)流 系統(tǒng)名： 醫(yī)院信息系統(tǒng) 編號(hào)： D2 條目名： 患者信息數(shù)據(jù) 別名： 來(lái)源： 患者 去處： 掛號(hào)的登記表 數(shù)據(jù)流結(jié)構(gòu)： 姓名 +年齡 +要看科室 +選擇類別 簡(jiǎn)要說(shuō)明：用于存儲(chǔ)患者信息。 2. 藥品管理 本系統(tǒng)提供對(duì)藥庫(kù)藥品的進(jìn)、耗、存進(jìn)行全面科學(xué)的管理，能根據(jù)庫(kù)存及藥品 使用狀況自動(dòng)制定藥品采購(gòu)計(jì)劃，自動(dòng)預(yù)告過(guò)期藥品、積壓藥品等 。 2) 值班人員管理：記錄每位醫(yī)生的值班時(shí)間，便于查詢和修改。 2. 數(shù)據(jù)庫(kù)詳細(xì)設(shè)計(jì)：首先設(shè)計(jì)數(shù)據(jù)庫(kù)的邏輯視圖。 Delph