【導(dǎo)讀】開發(fā)醫(yī)院信息系統(tǒng)HIS的目標(biāo)就是立足醫(yī)院應(yīng)用實(shí)際，著眼于未來(lái)發(fā)展，息系統(tǒng)，為醫(yī)院信息化管理提供了一套全方位的解決方案。通過(guò)對(duì)多家醫(yī)院的實(shí)際考察，融合如今主流醫(yī)院管理信息系統(tǒng)。文章介紹了該系統(tǒng)的設(shè)計(jì)開發(fā)全過(guò)程，包括系統(tǒng)分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試等部分。本系統(tǒng)分為基本信息維護(hù)、門診掛號(hào)、門診收費(fèi)、門診藥房四個(gè)子模塊。門診發(fā)藥、門診退藥以及藥房?jī)?nèi)的相關(guān)查詢。

　　

【正文】 0,2 Y 刷卡金額 CA_COST NUMBER 10,2 Y 現(xiàn)金金額 DB_COST NUMBER 10,2 Y 支票金額 EXTENT_FIELD3 VARCHAR2 100 Y 發(fā)票號(hào)范圍 EXTENT_FIELD4 VARCHAR2 400 Y 作廢發(fā)票號(hào)明細(xì) EXTENT_FIELD5 VARCHAR2 1000 Y 退費(fèi)發(fā)票號(hào)明細(xì) 門診藥房表設(shè)計(jì) 表 是門診處方主表，它的主鍵是處方號(hào)，它是記錄醫(yī)生為患者開的處方的一些信息，其中處方狀態(tài)屬性記錄了該處方的執(zhí)行階段，申請(qǐng)狀態(tài)時(shí)該處方剛剛開立時(shí)的狀態(tài)，打印狀態(tài)時(shí)進(jìn)行門診收費(fèi)收費(fèi)時(shí)的狀態(tài)，配藥則是藥房人員對(duì)該處方進(jìn)行配藥時(shí)的狀態(tài)，發(fā)藥是藥房人員進(jìn)行發(fā)藥后的狀態(tài)，還藥狀態(tài)則是當(dāng)藥房人員進(jìn)行配、發(fā)藥后，但是在當(dāng)天內(nèi)該患者未到藥房取藥，則藥房人員把藥品擺放原處時(shí)產(chǎn)生。 表 門診處方主表 Name Type Description RECIPE_NO VARCHAR2 14 處方號(hào) RECIPE_STATE VARCHAR2 1 處方狀態(tài) : 0 申請(qǐng) ,1 打印 ,2 配藥 ,3 發(fā)藥 ,4還藥 當(dāng)天未發(fā)的藥品返回貨架 CARD_NO VARCHAR2 10 病歷號(hào) PATIENT_NAME VARCHAR2 40 患者姓名 SEX_CODE VARCHAR2 2 性別 PAYKIND_CODE VARCHAR2 4 結(jié)算類別 DEPT_CODE VARCHAR2 4 患者科室編碼 REG_DATE DATE 掛號(hào)日期 DOCT_CODE VARCHAR2 6 開方醫(yī)生 DOCT_DEPT VARCHAR2 4 開方醫(yī)生所在科室 FEE_OPER VARCHAR2 6 收費(fèi)人編碼 FEE_DATE DATE 收費(fèi)時(shí)間 INVOICE_NO VARCHAR2 12 票據(jù)號(hào) RECIPE_COST NUMBER 12,2 處方金額 零售金額 DRUGED_OPER VARCHAR2 6 配藥人 DRUGED_DEPT VARCHAR2 4 配藥科室 DRUGED_DATE DATE 配藥日期 SEND_OPER VARCHAR2 6 發(fā)藥人 SEND_DATE DATE 發(fā)藥時(shí)間 SEND_DEPT VARCHAR2 4 發(fā)藥科室 VALID_STATE VARCHAR2 1 有效狀態(tài)： 0 有效， 1 無(wú)效 BACK_OPER VARCHAR2 6 還藥人 BACK_DATE DATE 還藥日期 CANCEL_OPER VARCHAR2 6 取消操作員 CANCEL_DATE DATE 取消日期 表 是藥品表，記錄著藥品的一些信息，如藥品類別，藥品性質(zhì)、用法、頻次、規(guī)格等藥品相關(guān)的信息，本系統(tǒng)設(shè)計(jì)特點(diǎn)是添加了虛庫(kù)存屬性，當(dāng)藥房進(jìn) 行劃價(jià)時(shí)，虛庫(kù)存會(huì)減去開立的藥品的數(shù)量，這樣設(shè)計(jì)的目的是防止藥品欠缺的情況，如果患者進(jìn)行劃價(jià)、收費(fèi)，最后到藥房取藥時(shí)發(fā)現(xiàn)沒有藥品可拿時(shí)，發(fā)生的負(fù)面效應(yīng)是不容忽視的。 表 藥品表 Name Type Description DRUG_CODE VARCHAR2 12 藥品編碼 DEPT_CODE VARCHAR2 4 所屬科室 TRADE_NAME VARCHAR2 50 藥品商品名 DRUG_TYPE VARCHAR2 10 藥品類別 DRUG_QUALITY VARCHAR2 10 藥品性質(zhì) DOES_UNIT VARCHAR2 16 劑量單位 USAGE_CODE VARCHAR2 3 用法單位 USAGE_NAME VARCHAR2 6 用法名稱 DFQ_FREQ VARCHAR2 40 頻次代碼 DFQ_NAME VARCHAR2 16 頻次名稱 SPECS VARCHAR2 32 規(guī)格 PACK_UNIT VARCHAR2 16 包裝單位 PACK_QTY NUMBER 4 包裝數(shù) MIN_UNIT VARCHAR2 16 最小單位 SHOW_FLAG VARCHAR2 1 顯示的單位標(biāo)記 0 最小單位 ,1包裝單位 DRUG_PRICE NUMBER 14,4 單價(jià) REAL_NUM NUMBER 20,4 實(shí)際庫(kù)存 VIRTUAL_NUM NUMBER 20,4 虛庫(kù)存 門診藥房還有處方明細(xì)表信息，處方明細(xì)表是一條處方上對(duì)應(yīng)每條藥品的信息，它的主鍵是處方號(hào)與項(xiàng)目編號(hào)。可以實(shí)現(xiàn)同一個(gè)處方上不同的藥品擁有不同的狀態(tài)，如同一處方上的 A 和 B 兩種藥品，但是 A 藥品需要到藥房 1 取藥，B 藥品需要到藥房 2 取藥，患者先去藥房 1 取 藥后， A 藥品的狀態(tài)則被置為發(fā)藥狀態(tài)，而此時(shí) B 藥品狀態(tài)還是打印狀態(tài)。這樣設(shè)計(jì)的目的是讓醫(yī)院門診的業(yè)務(wù)更加靈活，填補(bǔ)因?yàn)椴煌幤吩诓煌剖胰∷帟r(shí)發(fā)生狀態(tài)改變時(shí)的混亂。 5 實(shí)現(xiàn) 登陸界面 圖 系統(tǒng)登陸界面 如圖 所示，用戶輸入用戶名、密碼進(jìn)行登陸。如果提示用戶名錯(cuò)誤，則說(shuō)明輸入的用戶名有誤；如果提示密碼錯(cuò)誤，則說(shuō)明存在該用戶，但是輸入的密碼錯(cuò)誤。這樣設(shè)計(jì)能防止用戶利用數(shù)據(jù)庫(kù)漏洞進(jìn)行非法登陸。如防止用戶名輸入a39。 or 39。a39。 39。a 可登陸系統(tǒng)。 圖 系統(tǒng)更改登陸模塊界面 圖 為系統(tǒng)更改登陸模塊界面，可選擇登陸的模塊和登陸科室。如果進(jìn)入到子模塊中想進(jìn)入其它的子模塊，則點(diǎn)擊主菜單幫助下的更改登陸即進(jìn)入到該界面。 基本信息維護(hù)界面 基本信息維護(hù)模塊功能菜單如下圖所示，基本信息維護(hù)菜單的子菜單包括了一些常數(shù)的維護(hù)，人員科室維護(hù)包括人員組管理，科室人員管理。 圖 基本信息維護(hù)菜單 圖 是科室人員管理的界面，可以進(jìn)行科室和人員的維護(hù)，可以添加、修改人員，但是不能刪除人員，這樣設(shè)計(jì)的目的是為了系統(tǒng)的安全，如果刪除的人員參與過(guò)門診業(yè)務(wù)的一些處理，如進(jìn)行過(guò)劃價(jià)，發(fā)生了醫(yī)療糾 紛、人事整頓等事件時(shí)，則不能再找到與該人員相關(guān)的記錄了。 圖 科室、人員添加與修改界面 基本信息維護(hù)模塊還包括權(quán)限維護(hù)界面，它的界面形式與科室人員管理界面類似，實(shí)現(xiàn)了對(duì)用戶已經(jīng)擁有的功能模塊權(quán)限的更改，如一個(gè)用戶有掛號(hào)模塊的權(quán)限，則權(quán)限維護(hù)功能可對(duì)該用戶在掛號(hào)模塊下進(jìn)行詳細(xì)的權(quán)限維護(hù)，像只有查詢權(quán)限，缺沒有刪除、增加、修改權(quán)限。 門診掛號(hào)界面 門診掛號(hào)模塊界面包括門診掛號(hào)、退號(hào)、日結(jié)和查詢四個(gè)功能菜單，下面具體介紹每個(gè)菜單對(duì)應(yīng)的功能界面。 掛號(hào) 圖 掛號(hào)界面 圖 是門診掛號(hào)界面的一小部分，圖中工具欄中的“生成卡號(hào)”按鈕能自動(dòng)生成卡號(hào)，算法是順序生成卡號(hào)，當(dāng)沒有卡號(hào)時(shí)，用默認(rèn)的最小的卡號(hào)，然后在此基礎(chǔ)上遞增，如果中間有空余號(hào)碼，則先用空余號(hào)碼中的最小號(hào)碼作為病歷號(hào)。 患者在掛號(hào)界面下錄入一些患者基本信息，選擇合同單位、掛號(hào)級(jí)別、掛號(hào)科室、掛號(hào)醫(yī)生等信息，點(diǎn)擊保存則完成一次掛號(hào)，患者記錄本次病例卡號(hào)，可用于完成醫(yī)院門診部分的其它流程，如藥房劃價(jià)則輸入病歷卡號(hào)，對(duì)該患者進(jìn)行藥品開立。 退號(hào) 圖 退號(hào)界面 如圖 所示，退號(hào)可根據(jù)患者病歷號(hào)或者發(fā)票號(hào)進(jìn)行 退費(fèi)，有時(shí)一個(gè)病例卡號(hào)可能有多條掛號(hào)信息，因?yàn)橥粋€(gè)患者可以用一個(gè)病例卡號(hào)到醫(yī)院進(jìn)行多次掛號(hào)，此時(shí)選擇某一條掛號(hào)信息進(jìn)行退費(fèi)。圖中紅色的勾選項(xiàng)是選擇是否退病例本費(fèi)，如果勾選，則掛號(hào)時(shí)收的病例本費(fèi)用一并退還。 日結(jié) 日結(jié)界面如圖 所示，本系統(tǒng)比較有特色的地方是能夠顯示該掛號(hào)員的收據(jù)號(hào)碼段，如果號(hào)碼段不是連續(xù)的，則會(huì)以多條號(hào)碼段的形式表示。該界面中的起始時(shí)間是不能修改的，因?yàn)楸敬纹鹗紩r(shí)間是上次日結(jié)的截止時(shí)間，如果掛號(hào)員能夠修改，則存在著嚴(yán)重的財(cái)務(wù)漏洞。日結(jié)功能的算法請(qǐng)參見附件 A。 圖 日結(jié)界面 查詢 本系統(tǒng)掛號(hào)部分利用 Sybase 公司的 DataWindow 技術(shù)查詢功能，在DataWindow 窗口中維護(hù) SQL 語(yǔ)句，再在程序中調(diào)用該窗口，本系統(tǒng) DataWindow窗口中 transaction 的屬性配置是從系統(tǒng)配置文件 中讀取的。這樣方便系統(tǒng)實(shí)施，只需修改程序的配置文件，則可正確調(diào)用外部技術(shù) DataWindow的查詢功能。 圖 是掛號(hào)情況查詢，是查詢功能中的一個(gè)代表，它可以根據(jù)病歷號(hào)、姓名、發(fā)票號(hào)等單條件進(jìn)行掛號(hào)情況的查詢，同時(shí)還可以進(jìn)行批量查詢，選擇不同的查詢條件進(jìn)行掛號(hào)情況 查詢，如選擇科室中的某一個(gè)，則查詢與科室對(duì)應(yīng)的掛號(hào)情況。 圖 掛號(hào)情況查詢 門診收費(fèi)界面 門診收費(fèi)模塊界面包括的功能菜單有門診收費(fèi)、退費(fèi)、結(jié)賬和查詢，下面具體介紹每個(gè)門診收費(fèi)，門診退費(fèi)和結(jié)賬三個(gè)功能。 收費(fèi) 圖 收費(fèi)主界面 圖 是收費(fèi)的主界面的一部分，收費(fèi)主界面能顯示患者信息、處方信息、發(fā)票等信息。門診劃價(jià)功能是可選的，如在一些小型醫(yī)院，在門診收費(fèi)處就可進(jìn)行劃價(jià)收費(fèi)，本系統(tǒng)還實(shí)現(xiàn)了暫存功能，它可以保存以前的劃價(jià)信息，如一個(gè)患者進(jìn)行劃價(jià)后，再有一個(gè)患者進(jìn)行劃價(jià)，由于癥 狀相同，開立的藥品也相同，則可用開立上一個(gè)患者同樣的藥品信息，這樣就大大減少工作人員的工作量。 當(dāng)輸入病例號(hào)后，如果存在多條與該病例號(hào)對(duì)應(yīng)的處方信息，則跳出下圖選擇框。工作人員選擇某條處方信息進(jìn)行收費(fèi)。 圖 患者處方 收費(fèi)時(shí)顯示項(xiàng)目信息，如藥品發(fā)生的費(fèi)用，檢查發(fā)生的費(fèi)用等等，系統(tǒng)支持多支付方式。確認(rèn)收費(fèi)界面圖 所示，當(dāng)輸入實(shí)付金額時(shí)，系統(tǒng)會(huì)自動(dòng)計(jì)算找零金額。收費(fèi)功能的算法詳見附錄 B。 圖 收費(fèi)插件界面 退費(fèi) 門診退費(fèi)界面如圖 所示。退費(fèi)只支持輸入發(fā)票進(jìn)行退費(fèi)，不支 持輸入病歷號(hào)，因?yàn)橐粋€(gè)病歷號(hào)可以對(duì)應(yīng)多條收費(fèi)信息。選擇想要退費(fèi)的藥品，再輸入數(shù)量進(jìn)行退費(fèi)，圖中的全退是把所有的藥品全部退費(fèi)。 圖 退費(fèi)界面 結(jié)賬 門診結(jié)賬與掛號(hào)模塊日結(jié)類似，界面如下圖： 圖 門診結(jié)賬信息 門診藥房界面 門診藥房模塊界面包括藥品維護(hù)，藥房劃價(jià)、配發(fā)藥、退藥等業(yè)務(wù)，下面是對(duì)幾個(gè)主要業(yè)務(wù)的具體實(shí)現(xiàn)。 藥房藥品管理 本系統(tǒng)設(shè)計(jì)的藥品種類只有四種：西藥、中草藥、中成藥和原料。藥房管理人員可以對(duì)藥品進(jìn)行管理，對(duì)藥品進(jìn)行添加和修改。藥品維護(hù)界面如下圖所示： 圖 藥品維護(hù)界面 藥房劃價(jià) 藥房劃價(jià)界面如圖 所示。本系統(tǒng)設(shè)計(jì)沒有包括門診醫(yī)生站，因此把藥房劃價(jià)代替醫(yī)生站， .模仿醫(yī)生對(duì)患者進(jìn)行就診，然后開立處方。 本系統(tǒng)支持在患者沒有進(jìn)行掛號(hào)時(shí)直接進(jìn)行劃價(jià)，設(shè)計(jì)目的是方便小型醫(yī)院的業(yè)務(wù)處理，一個(gè)操作人員就可實(shí)現(xiàn)多項(xiàng)功能，具體操作方法是在圖 中的病例號(hào)文本框處輸入‘ / ’，再按回車，系統(tǒng)則會(huì)自動(dòng)生成一個(gè)病例卡號(hào)，生成方法與門診掛號(hào)處病例卡號(hào)的生成方式相同，然后再輸入一些患者信息、開立藥品信息進(jìn)行劃價(jià) 圖 劃價(jià)界面 藥房配發(fā)藥 當(dāng)患 者已經(jīng)到門診收費(fèi)處收費(fèi)時(shí)，藥房人員可進(jìn)行配發(fā)藥，如圖 所示，輸入發(fā)票號(hào)，則會(huì)出現(xiàn)該配藥人所在科室的未配藥患者，如果此時(shí)有新的患者收費(fèi)時(shí)，工具欄中的刷新功能幫助顯示新患者。 圖 配藥界面 藥房查詢 藥房查詢主要有配藥工作量、發(fā)藥工作量、門診處方查詢。 圖 為配藥工作量查詢，可根據(jù)藥房或者人員進(jìn)行查詢，發(fā)藥工作量查詢與此類似。 圖 配藥工作量查詢 圖 為處方查詢，可根據(jù)不同的查詢條件進(jìn)行查詢，如根據(jù)病歷號(hào)、發(fā)票號(hào)、姓名、處方號(hào)等條件進(jìn)行查詢。 圖 處方查詢界面 6 測(cè)試 軟件測(cè)試定義 軟件測(cè)試（ Software testing）是軟件生存期中的一個(gè)重要階段，是軟件質(zhì)量保證的關(guān)鍵步驟。通俗地講，軟件測(cè)試就是在軟件投入運(yùn)行前，對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說(shuō)明和編碼進(jìn)行最終復(fù)審的活動(dòng)。 1983 年 IEEE 提出的軟件工程術(shù)語(yǔ)中給軟件測(cè)試下的定義是：“使用人工或自動(dòng)的手段來(lái)運(yùn)行或測(cè)定某個(gè)軟件系統(tǒng)或系統(tǒng)部件的過(guò)程，其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別”。 軟件測(cè)試目的與原則 軟件測(cè)試目的 基于不同的立場(chǎng)，存在著兩種完全不 同的測(cè)試目的： 1 從用戶（測(cè)試人員）的角度出發(fā)，普遍希望通過(guò)軟件測(cè)試暴露軟件中隱藏的錯(cuò)誤和缺陷，以考慮是否可接受該產(chǎn)品。 2 從軟件開發(fā)者的角度出發(fā)，則希望測(cè)試成為表明軟件產(chǎn)品中不存在錯(cuò)誤的過(guò)程，驗(yàn)證該軟件已正確地實(shí)現(xiàn)了用戶的要求，確立人們對(duì)軟件質(zhì)量的信心。 軟件測(cè)試是想以最少的時(shí)間和人力，系統(tǒng)地找出軟件中潛在的各種錯(cuò)誤和缺陷。如果成功地實(shí)施了測(cè)試，就能夠發(fā)現(xiàn)軟件中的錯(cuò)誤，則測(cè)試的附帶收獲是，它能夠證明軟件的功能和性能與需求說(shuō)明相符合，實(shí)施測(cè)試收集到的測(cè)試結(jié)果數(shù)據(jù)為可靠性分析提供了依據(jù)，測(cè)試不能表明 軟件中不存在錯(cuò)誤，它只能說(shuō)明軟件中存在錯(cuò)誤。 軟件測(cè)試原則 測(cè)試的目的在于發(fā)現(xiàn)錯(cuò)誤，應(yīng)盡早地和不斷地進(jìn)行測(cè)試 。充分注意測(cè)試中的群集現(xiàn)象經(jīng)驗(yàn)表明，測(cè)試后程序中殘存的錯(cuò)誤數(shù)目與該程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)目成正比。所有的測(cè)試都應(yīng)可追溯到客戶需求，測(cè)試中窮舉測(cè)試是不可能的，應(yīng)該嚴(yán)格執(zhí)行測(cè)試計(jì)劃，排除測(cè)試的隨意性，應(yīng)當(dāng)對(duì)每一個(gè)測(cè)試結(jié)果做全面檢查，妥善保存測(cè)試計(jì)劃，測(cè)試用例，出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告，為維護(hù)提供方便