某小型醫(yī)院信息管理系統(tǒng)的設(shè)計與開發(fā)畢業(yè)設(shè)計論文.doc

畢畢 業(yè)業(yè) 設(shè)設(shè) 計計( 論論 文文) 某小型醫(yī)院信息管理系統(tǒng)的設(shè)計與開發(fā)某小型醫(yī)院信息管理系統(tǒng)的設(shè)計與開發(fā) 論論文作者姓名：文作者姓名： 申申請請學(xué)位學(xué)位專業(yè)專業(yè)： ： 申申請請學(xué)位學(xué)位類別類別： ： 指指導(dǎo)導(dǎo)教教師師姓姓名名（ （職職稱稱） ）： ： 論論文提交日期：文提交日期： 某小型醫(yī)院信息管理系統(tǒng)的設(shè)計與開發(fā)某小型醫(yī)院信息管理系統(tǒng)的設(shè)計與開發(fā) 摘摘 要要 本文所介紹的小型醫(yī)院信息管理系統(tǒng)旨在改善某小型醫(yī)院的信息管理，改 變醫(yī)院的信息處理基本還停留在手工方式的狀況，降低勞動強度，提高工作效 率。本系統(tǒng)不僅適用于醫(yī)院的行政管理業(yè)務(wù)，也適用于具體的就診事務(wù)業(yè)務(wù)。 本系統(tǒng)可以使醫(yī)務(wù)人員空出更多的精力和時間服務(wù)于病人，同時保證病人和醫(yī) 院的經(jīng)濟利益，從而使醫(yī)院能夠以少的投入獲得更好的社會效益與經(jīng)濟效益。 本系統(tǒng)是利用 powerbuilder 并結(jié)合醫(yī)院病人管理制度,嚴格按照軟件生命周 期來設(shè)計的一個信息管理系統(tǒng)。實現(xiàn)了一個包括就診管理、模板處理、數(shù)據(jù)統(tǒng) 計等模塊在內(nèi)的小型醫(yī)院信息管理系統(tǒng)，實現(xiàn)不同員工登錄、病人掛號就醫(yī)、 病人信息查詢、醫(yī)生出具處理處方及劃價、門診收費與統(tǒng)計等功能。本文簡要 介紹了醫(yī)院管理系統(tǒng)的項目背景和意義，著重闡述了該系統(tǒng)的開發(fā)實現(xiàn)過程， 從系統(tǒng)目標(biāo)，需求分析、總體設(shè)計、詳細設(shè)計、到系統(tǒng)測試等各個環(huán)節(jié)都進行 了詳細的分析和描述。 關(guān)鍵詞關(guān)鍵詞：數(shù)據(jù)庫；powerbuilder；就診 the design and implementation of a small scale hospital information management system abstract the small scale hospital information management system is designed for improving the information management of small hospital, reducing the labor intensity and enhancing working efficiency. this system can support the administration of the hospital and manage the business. in addition, it can help facilitate the patient, and bring social and economic interest to the hospital. this system uses powerbuilder as developing language ,which is designed according to software life cycle. the system can implement the patients registration before his going to see a doctor, doctors processing prescription and management of expense. the thesis introduces the systems project background and significance briefly, elaborates the systems implementation process. it also analyses and describes all the stages of the system, including feasibility study, demand analysis, outline design, detailed design and system test. key words: database; powerbuilder; prescription 目目 錄錄 論文總頁數(shù)：30 頁 1引言 .1 1.1課題背景 .1 1.2國內(nèi)外研究現(xiàn)狀 .1 1.3本課題研究的意義 .1 2關(guān)鍵技術(shù)介紹 .1 2.1開發(fā)工具及運行環(huán)境 .1 2.1.1總體開發(fā)工具及環(huán)境 .1 2.1.2開發(fā)工具簡介 .1 2.2系統(tǒng)需求分析 .2 2.3系統(tǒng)功能結(jié)構(gòu)設(shè)計 .3 2.4數(shù)據(jù)庫設(shè)計與實現(xiàn) .4 3本系統(tǒng)功能模塊設(shè)計與實現(xiàn) .7 3.1應(yīng)用程序?qū)ο笤O(shè)計 .7 3.2職工登錄界面 .8 3.3主界面 .9 3.4掛號系統(tǒng)模塊 12 3.5就診管理模塊 15 3.6模板管理模塊 18 3.7數(shù)據(jù)管理模塊 19 3.8報表模塊 22 4關(guān)鍵功能點的測試 23 4.1登錄模塊測試 23 4.2用戶密碼修改功能點測試 24 4.3病人費用報表功能測試 26 結(jié) 論 27 參考文獻 28 致 謝 29 聲 明 30 第 1 頁 共 30 頁 1 1 引言引言 1.11.1 課題背景課題背景 隨著科學(xué)的不斷進步，計算機應(yīng)用已經(jīng)遍布整個社會的每個角落。人們的 身體健康也在不斷受到重視。因此，醫(yī)院進行現(xiàn)代化管理就變得尤為重要。目 前社會正處于健保發(fā)展方興未艾的時代，各醫(yī)療院所莫不兢兢業(yè)業(yè)地改善本身 的體制或管理方式，以因應(yīng)健保越來越嚴格的規(guī)范。小型醫(yī)院信息管理系統(tǒng)是 適應(yīng)時代發(fā)展的需要，提高管理的效率而開發(fā)設(shè)計的。 1.21.2 國內(nèi)外研究現(xiàn)狀國內(nèi)外研究現(xiàn)狀 一個完整的醫(yī)院信息管理系統(tǒng)應(yīng)該既包括醫(yī)院管理信息系統(tǒng)，又包括臨床 醫(yī)療信息系統(tǒng)，國外研究機構(gòu)在力求實現(xiàn)醫(yī)院信息管理系統(tǒng)的完整性。臨床信 息管理系統(tǒng)在數(shù)據(jù)處理的實時性要求、相應(yīng)速度、安全保密等方面一般要比管 理信息系統(tǒng)有更苛刻的要求。而醫(yī)院管理信息系統(tǒng)的計算機技術(shù)較為單純和簡 單，也由于醫(yī)院管理信息系統(tǒng)以處理文字和數(shù)字類數(shù)據(jù)為主，較少設(shè)計聲音、 圖象、多媒體數(shù)據(jù)的動態(tài)傳遞等復(fù)雜要求，實現(xiàn)起來容易的多。 1.31.3 本課題研究的意義本課題研究的意義 本系統(tǒng)通過對病人信息管理系統(tǒng)方案的設(shè)計和實施，提出一種對病人在就 診過程中產(chǎn)生的信息進行數(shù)字化管理的技術(shù)，為門診建立起信息高速公路，促 使醫(yī)院門診逐步形成方便、科學(xué)、合理的管理模式。從根本上改變傳統(tǒng)的依靠 文件等信息的傳遞方式，實現(xiàn)無紙化辦公，簡化就診手續(xù)，加快信息流通速度， 提高治療效率，基本實現(xiàn)醫(yī)院系統(tǒng)的數(shù)字化管理。同時,本系統(tǒng)對病人既往病史 以及用藥記錄存檔，既便于醫(yī)生更加準(zhǔn)確的對當(dāng)前病人的診斷，同時也有利于 醫(yī)生對各種病例進行分析研究。病歷模板的套餐制更具靈活性。 2 2 關(guān)鍵技術(shù)介紹關(guān)鍵技術(shù)介紹 2.12.1開發(fā)工具及運行環(huán)境開發(fā)工具及運行環(huán)境 .1 總體開發(fā)工具及環(huán)境總體開發(fā)工具及環(huán)境 本系統(tǒng)采用的軟件開發(fā)工具及環(huán)境如下： 操作系統(tǒng)：windowsxp 編程工具：powerbuilder9.0 數(shù)據(jù)庫：access .2 開發(fā)工具簡介開發(fā)工具簡介 powerbuilder 是一個圖形化的應(yīng)用程序開發(fā)環(huán)境。使用 powerbuilder 開 第 2 頁 共 30 頁 發(fā)的應(yīng)用軟件由窗口構(gòu)成，窗口中不僅可以包含按鈕、下拉列表框及單選按紐 等標(biāo)準(zhǔn)的 windows 控件，還可以有 powerbuilder 提供的特殊控件。這些特殊控 件可以使應(yīng)用軟件更容易使用，使應(yīng)用軟件的開發(fā)效率更高。 例如，數(shù)據(jù)窗口就是 powerbuilder 提供的一個集成度很高的控件，使用該 控件可以很方便地從數(shù)據(jù)庫中提取數(shù)據(jù)，很簡單地檢索數(shù)據(jù)，提供圖形化的數(shù) 據(jù)顯示方式，創(chuàng)建統(tǒng)計功能非常強大的數(shù)據(jù)統(tǒng)計表。由于數(shù)據(jù)窗口對數(shù)據(jù)的操 作是通過事務(wù)進行的，所以對數(shù)據(jù)的操作有很強的可靠性。這些都為開發(fā)功能 強大的數(shù)據(jù)庫應(yīng)用軟件提供了可靠的保證。 商業(yè)化的軟件開發(fā)要求有很好的移植性。powerbuilder 既可以跨平臺開發(fā)， 也可以發(fā)行跨平臺軟件。例如，在 windows 95 下開發(fā)的程序，可以不修改源程 序而形成 unix 下的執(zhí)行文件或 macintosh 下的執(zhí)行文件。在開發(fā)小組中，不同 成員可以使用不同的開發(fā)環(huán)境，但由于 powerbuilder 的支持，在不同的開發(fā)環(huán) 境下看到的共享 powerbuilder 對象是相同的，所以仍可以同時開發(fā)同一個應(yīng)用 程序。 隨著軟件技術(shù)的不斷發(fā)展，powerbuilder 9.0 及時地強化了開發(fā)功能，并提 供了一些配套的開發(fā)工具，成為一種易于使用的、可伸縮的并經(jīng)實踐證明的快 速集成開發(fā)環(huán)境。它在給用戶提供一條轉(zhuǎn)移到下一代平臺的途徑的同時，使用 戶仍能夠保護和擴展現(xiàn)有的技術(shù)和應(yīng)用上的投資。 2.22.2系統(tǒng)需求分析系統(tǒng)需求分析 病人在就診過程中，基本的業(yè)務(wù)流程如圖 1 所示： 病人掛號 醫(yī)生診斷(初診) 化驗檢查 醫(yī)生診斷 費用管理 圖 1 業(yè)務(wù)流程圖 通過對病人就診流程及管理的調(diào)查和了解，初步確定了該系統(tǒng)的基本需求 情況： 1. 在病人就診之前，必須進行掛號，包括病人的最基本信息,掛號費用,預(yù) 存費等。 2. 在病人進行掛號的同時，可以自動為病人分配病歷號，作為病人在就診 第 3 頁 共 30 頁 過程中的唯一標(biāo)識。 3. 在病人就診時，醫(yī)生可以對病人基本信息(包括簡要病史等等)進行登記。 4. 對病人每次就醫(yī)的主訴,病歷,處方進行輸入，并可以進行查詢和維護。 5. 各種化驗檢查信息的輸入、查詢和維護，并可以進行異常提醒。 6. 對病人的預(yù)付款進行管理，并且當(dāng)預(yù)付金額不夠時可以提醒補交預(yù)付款。 7. 對病人就診過程中的各種費用進行管理。 8. 可以打印病人預(yù)付款單據(jù)和費用憑單。 9. 醫(yī)生可以查詢病人治療情況、化驗檢查結(jié)果，以便跟蹤病人病情發(fā)展情 況，同時也有助于醫(yī)生對各種病例進行分析研究。 2.32.3系統(tǒng)功能結(jié)構(gòu)設(shè)計系統(tǒng)功能結(jié)構(gòu)設(shè)計 本系統(tǒng)劃分為 7 個功能模塊，系統(tǒng)功能模塊圖如圖 2 所示。 圖 2 系統(tǒng)功能模塊 各模塊如下： 1. 員工管理：主要包括員工登陸，修改密碼，判別用戶級別功能。 2. 病人管理：主要包括病人的基本信息登記。 第 4 頁 共 30 頁 主要包括對病人基本信息的錄入、查詢和維護等操作。病人基本信息的錄 入窗口可以從就診窗口進入，系統(tǒng)可以記憶當(dāng)前就診病人病歷號以及當(dāng)前錄入 員的姓名。 3. 就診管理：主要包括對病人此次就診病情的錄入，過往病史的查詢及 檢查和化驗結(jié)果進行錄入。 4. 模板管理：主要醫(yī)生針對各種典型病種所開具的主訴、病歷、處方錄 入、查詢。 5. 化驗檢查管理：主要包括對病人每次所做化驗和檢查的結(jié)果進行錄入、 查詢和維護。 6. 費用管理：主要包括預(yù)付款管理和費用管理。 預(yù)付款管理：主要包括對預(yù)付金額進行錄入、查詢和維護等操作。并且 可以根據(jù)支出情況進行費用統(tǒng)計、查詢余額和缺錢警示。 費用支出管理：主要包括對病人藥費、檢查、化驗等支出進行錄入、查 詢和維護等操作。 7. 報表打印：根據(jù)需要生成各種報表，并且打印出來。 2.42.4數(shù)據(jù)庫設(shè)計與實現(xiàn)數(shù)據(jù)庫設(shè)計與實現(xiàn) 在仔細調(diào)查醫(yī)院就診管理過程的基礎(chǔ)上，得到系統(tǒng)所要處理的數(shù)據(jù)流程圖， 如圖 3 所示。 病人 掛號 掛號表 診斷 病人信息表 化驗檢查 申請 報告 化驗檢查表 費用 費用管理 費用表 圖 3 數(shù)據(jù)流圖 本系統(tǒng)根據(jù)上面的設(shè)計規(guī)劃出的實體有 4 個：病人、醫(yī)生、化驗檢查員、 藥品。下面為本系統(tǒng)實體之間關(guān)系的 e-r 圖，如圖 4 所示。 第 5 頁 共 30 頁 圖 4 實體關(guān)系e-r 圖 根據(jù)以上的分析設(shè)計得到實際數(shù)據(jù)庫模型。數(shù)據(jù)庫設(shè)計如下： 1.病人基本情況表(ghdj)：就診號（jzid）、病歷號(blh)，姓名(xm)， 身份證號(sfzh)，性別(xb)，出生日期(sr)，婚否 (hf),地址(dz)，電話(dh)， 日期(ryrq)，科別(kb)，主訴(zs)，現(xiàn)病史(xbs)，病歷（bl）,處方(cf)，醫(yī) 囑(yz)，醫(yī)生(ys)。主碼是就診號(jzid)。此表字段用來保存病人的相關(guān)詳細 信息，包括病人基本信息和病人在醫(yī)院就診相關(guān)信息。 表 1 ghdj 字段名數(shù)據(jù)類型字段大小必填字段 jzid 文本 14 是 blh 文本 8 是 xm 文本 20 否 sfzh 數(shù)字小數(shù)否 xb 文本 4 否 sr 日期/時間短日期否 hf 文本 4 否 dz 文本 100 否 dh 文本 15 否 ryrq 日期/時間短日期否 kb 文本 10 否 zs 文本 200 否 xbs 文本 200 否 bl 文本 200 否 cf 文本 200 否 yz 文本 200 否 ygh 文本 5 否 第 6 頁 共 30 頁 2.掛號表(ghb)：流水號(id)，病歷號(blh)，日期(rq)，時間(sj)，掛 號費(ghf)，金額(je)。主碼是流水號(id)。此表字段用來記錄病人在醫(yī)院掛號 就醫(yī)時產(chǎn)生的相關(guān)數(shù)據(jù)。 表 2 ghb 字段名數(shù)據(jù)類型字段大小必填字段 id 文本 9 是 blh 文本 8 否 rq 日期/時間 否 sj 日期/時間否 ghf 數(shù)字長整型否 je 數(shù)字長整型否 3.化驗檢查表(hyjc)：病歷號(blh)，化驗日期(hyrq)，化驗時間(hysj)， 檢驗員(jyy)，狀態(tài)(zt)等，其中化驗檢查中的具體項目由于數(shù)目眾多，在此就 不一一列出。主碼是病歷號(blh)，化驗日期（hyrq）。此表字段用來記錄病人 在院就醫(yī)時不同狀態(tài)的檢查產(chǎn)生的結(jié)果 表 3 hyjc 字段名數(shù)據(jù)類型字段大小必填字段 blh 文本 8 是 hyrq 日期/時間 是 rq 日期/時間 是 zt 數(shù)字長整型否 jyy 文本 5 否 4.費用表(fyb)：費用憑單號(id)，病歷號(blh)，項目內(nèi)容(xmnl)，數(shù) 量(sl)，收費科室(sfks)。主碼是費用憑單號(id)，項目內(nèi)容（xmnl）。此表 字段用來記錄病人在院所做就醫(yī)項目的相關(guān)信息。 表 4 fyb 字段名數(shù)據(jù)類型字段大小必填字段 id 文本 14 是 blh 文本 8 是 xmnl 文本 13 是 sfks 文本 20 否 sl 數(shù)字長整型否 5.藥品庫表(ypkb)：藥品編號(ypbh)，藥品名(ypm)，類別(lb)，價格 (jg)，包裝規(guī)格(bzgg)，單位(dw)，藥用字典(yyzd)。主碼是藥品編號(ypbh)。 此表字段用來記錄醫(yī)院各種項目藥品的相關(guān)信息。 表 5 ypkb 字段名數(shù)據(jù)類型字段大小必填字段 ypbh 文本 13 是 第 7 頁 共 30 頁 ypm 文本 30 是 lb 文本 4 否 jg 數(shù)字小數(shù)否 bzgg 文本 6 否 dw 文本 6 否 yyzd 文本 100 否 6.病歷處方表(blcfb)：模板號(mbh)，病癥名稱(bzmc)，病歷內(nèi)容(blnr)， 處方內(nèi)容(cfnr)，主訴內(nèi)容(zsnr)，開方醫(yī)生(ygh)。主碼是模板號(mbh)。此 表字段用來記錄醫(yī)生對病癥的研究和描述，方便醫(yī)生對同種病癥不同情況進行 對比研究，提高醫(yī)生的工作效率，幫助醫(yī)生進行診斷，判斷更為準(zhǔn)確。 表 6 ypkb 字段名數(shù)據(jù)類型字段大小必填字段 mbh 文本 14 是 bzmc 文本 100 否 blnr 文本 200 否 cfnr 文本 200 否 zsnr 文本 200 否 ygh 文本 5 否 7.員工表(ygb)：員工號(ygh)，員工名(kb)，科別(kb)，職位(zw)，密 碼(pwd)，等級(dj)。主碼是員工號(ygh)。此表字段用來記錄醫(yī)院員工的基本 信息并在登陸時的根據(jù)登記判斷其權(quán)限。 表 7 ypkb 字段名數(shù)據(jù)類型字段大小必填字段 ygh 文本 5 是 ygm 文本 20 否 kb 文本 10 否 zw 文本 10 否 pwd 文本 10 否 dj 文本 10 否 3 3 本系統(tǒng)功能模塊設(shè)計與實現(xiàn)本系統(tǒng)功能模塊設(shè)計與實現(xiàn) 3.13.1應(yīng)用程序?qū)ο笤O(shè)計應(yīng)用程序?qū)ο笤O(shè)計 powerbuilder9.0 開發(fā)的應(yīng)用程序的入口點是 powerbuilder9.0 的應(yīng)用程 序?qū)ο?，運行是程序從這個入口點啟動，所以應(yīng)用程序?qū)ο蟮脑O(shè)計是應(yīng)用程序 設(shè)計的開始。 本應(yīng)用程序?qū)ο笾杏玫?open 事件，輸入如下程序代碼： / profile mzys2 sqlca.dbms = “odbc“ 第 8 頁 共 30 頁 sqlca.autocommit = false sqlca.dbparm = “connectstring=dsn=mzys2;uid=;pwd=“ connect; /打開程序登錄窗口 opensheet(w_zhigong,w_zhujiemian,8,original!) 首先在應(yīng)用程序?qū)ο蟮淖兞慷x窗口中定義全局變量，如 int g_input_time 定義的變量是登錄時輸入用戶名和密碼的次數(shù),string yg_name 定義的是用戶名，string yg_ygh 定義的是員工號，string g_pwd 定義的是密 碼，string g_blh 定義病歷號，string g_jzid 定義病人的就診號等等。 3.23.2職工登錄界面職工登錄界面 應(yīng)用程序運行后第一個出現(xiàn)的窗口就是 w_login 登陸窗口，界面如圖 5 所 示。 圖 5 職工登陸界面 用戶必須通過職工登錄窗口才能夠進入主界面。系統(tǒng)登錄窗口主要實現(xiàn)功 能是確認用戶身份及級別，并根據(jù)用戶級別主界面菜單中該用戶可以進行的操 作。 本系統(tǒng)根據(jù)醫(yī)院具體情況將醫(yī)院職工分為種 5 種職位，院長、醫(yī)生、放射 員收費員和化驗員。其中，院長級別最高，可以使用主界面菜單中的任何一種 操作，其他各種職位級別都只能享有各自級別的權(quán)限。醫(yī)生可以進行病人就診 的信息錄入、查詢和維護，定義主訴病歷處方模板的定義和查詢，化驗檢驗結(jié) 果的查詢、費用的查詢等；收費員可以進行掛號收費及統(tǒng)計，預(yù)付費用的收繳 和統(tǒng)計等；放射員可以對病人的各項檢查結(jié)果進行錄入、查詢、維護等；化驗 員則是對病人的各項化驗結(jié)果進行錄入、查詢、維護。 在登錄界面的 open（）函數(shù)中定義一個游標(biāo) declare guser cursor，該游標(biāo) 在 ygb 表中搜索 ygm 然后添加到員工名的下拉控件中，其代碼如下： string ls_user 第 9 頁 共 30 頁 declare guser cursor for select ygm from ygb order by ygh; open guser; if sqlca.sqlcode=-1 then messagebox(“數(shù)據(jù)錯誤“,sqlca.sqlerrtext) else do if ls_userd then messagebox(出錯,當(dāng)前系統(tǒng)時間有誤,請先調(diào)整系統(tǒng)時間,stopsign!,ok!) else if b=d then c=string(integer(c)+1) n=fill(0,4 - len(c) c=n+c else c=0001 end if a=d+c blh1=a end if 分配病人自動流水號，病歷號的同時，也是要同時在病人基本信息表當(dāng) 中插入信息，首先也是先為表的主碼“就診號”分配號碼。采用自定義的函數(shù) jzh(): string a,b,c,d,e,f,g,h,i select max(jzid) into :a from ghdj; b=string(year(today() /當(dāng)前系統(tǒng)日期中年份的后兩位 c=string(month(today() /當(dāng)前系統(tǒng)日期中的月份 c=fill(0,2 - len(c)+c d=string(day(today()/當(dāng)前系統(tǒng)日期中的日期 d=fill(0,2 - len(d)+d e=left(a,8)/表中最大 id 的前八位 第 15 頁 共 30 頁 f=right(a,6)/表中最大 id 的后六位,表示序列號 g=right(e,4) h=right(e,2)/表中最大 id 的七、八位,表示日期 g=left(g,2) /表中最大 id 的五、六位,表示月份 e=left(e,4) /表中最大 id 的前四位,表示年份 if be then i=b+c+d+000001 else if cg then i=b+c+d+000001 else if dh then i=b+c+d+000001 else f=string(long(f)+1) i=b+c+d+fill(0,6 - len(f)+f end if end if end if st_11.text=i 3.53.5就診管理模塊就診管理模塊 病人在進入所掛號的科室進行就診入口的界面如圖 10 所示。 圖 10 就診入口界面 在該界面中兩個按鈕“簡明信息填寫”和“就診”按鈕提供了強大的病人 第 16 頁 共 30 頁 就診信息的錄入的功能，方便日后醫(yī)生的對病人病史的掌握，日后的臨床科學(xué) 研究以及病人對自己病史的了解。在界面中當(dāng)輸入病人 id(blh)，之后按下 “簡明信息填寫”按鈕就進入病人基本信息得錄入界面如圖 11 所示。 圖 11 病人基本信息錄入界面 該界面中使用了創(chuàng)建好的數(shù)據(jù)窗 d_jbxx，就診號和病歷號是通過圖 10 界 面的“簡明信息填寫”按鈕中的相關(guān)代碼實現(xiàn)（主要是利用全局變量來傳遞值） ： :g_blh=trim(sle_1.text) jzh() :g_jzid=trim(st_2.text) opensheet (w_jbxx,w_zhujiemian,8,original!) 同理，在圖 10 中如按下“就診”按鈕，在進入如圖 12 所示的界面，病人 id 號也將被傳遞。 界面中可以通過“保存” 、 “新增”等系列按鈕完成對病人此次就診的記錄 工作，同時醫(yī)生也可以通過“申請”按鈕對需要進行進一步詳細檢查的病人提 出檢查申請，另外可以在“處方計價”當(dāng)中對病人的藥方進行計價。在醫(yī)生對 病人出具病歷處方的同時可以隨時查閱“病歷處方模板” ，以及可以通過“查看 報告”查看病人的既往檢查化驗。 第 17 頁 共 30 頁 圖 12 就診界面 上述的該功能模塊中的相關(guān)功能都是“醫(yī)生”的權(quán)限范圍，以下將的檢查 化驗的報告界面分別屬于“放射員” 和“化驗員”的職限。 圖 13 病人檢查結(jié)果錄入界面 在這個界面中最主要的就是“增加” 、 “退出”幾個按鈕中的相關(guān)代碼完成 了對數(shù)據(jù)的錄入保存： /判斷窗體記錄是否需要保存 int mcount int updateornot mcount=dw_hyjc_jcbg.modifiedcount() if mcount0 then updateornot=messagebox(“保存修改“,“您修改了數(shù)據(jù)窗口中的數(shù)據(jù),現(xiàn)在是否保存? “,question!,yesnocancel! ) if updateornot=1 then if update(dw_hyjc_jcbg,true,false)=1 then dw_hyjc_jcbg.resetupdate() 第 18 頁 共 30 頁 commit; else rollback; messagebox(“錯誤!“,“數(shù)據(jù)保存失敗“) return end if elseif updateornot=2 then rollback; elseif updateornot=3 then return; end if end if 3.63.6模板管理模塊模板管理模塊 在模板管理模塊設(shè)計是為了醫(yī)生可以完整的定義主訴病歷處方模板，可以 分別定義主訴、病歷、處方的模板以及在必要的時候進行模板查詢。此模塊將 更加方便醫(yī)生平時的臨床診斷，為臨床科研提供依據(jù)。首先建立數(shù)據(jù)窗選擇數(shù) 據(jù)庫表 blcfb 中的字段 mbh,bzmc,bznr,cfnr,zsnr,ygh。在窗口中運用該數(shù)據(jù) 窗，通過該數(shù)據(jù)窗可將數(shù)據(jù)保存到數(shù)據(jù)表中。以下的錄入模板設(shè)計類似此病歷 處方模板錄入模板如圖 14。 圖 14 完整模板錄入界面 在前面提到的模板查詢界面如圖 15 所示： 第 19 頁 共 30 頁 圖 15 病歷主訴查詢模板 當(dāng)醫(yī)生輸入病癥名稱之后，按下“確定”鍵就可以在數(shù)據(jù)窗口中顯示相似 病癥的記錄，如果相似病癥是多條記錄就可以通過“第一條” 、 “上一條” 、 “下 一條” 、 “最后一條”進行查詢選擇,代碼如下: “第一條” dw_1.scrolltorow(1) st_4.text=“1“ “上一條” integer row_current row_current=dw_1.scrollpriorrow() st_4.text=string(row_current) “下一條” integer row_current row_current=dw_1.scrollnextrow() st_4.text=string(row_current) “最后一條” int row row = dw_1.rowcount() dw_1.scrolltorow(row) st_4.text= string(row) 3.73.7數(shù)據(jù)管理模塊數(shù)據(jù)管理模塊 在醫(yī)院門診龐大的日常管理工作中，不可缺少的是對后臺數(shù)據(jù)庫中的數(shù)據(jù) 進行管理，在該功能模塊中就提供了對數(shù)據(jù)的統(tǒng)計，查詢。 第 20 頁 共 30 頁 對掛號人數(shù)的分類統(tǒng)計（示例如圖 16） 在主界面中點擊“數(shù)據(jù)管理”下的“掛號人數(shù)統(tǒng)計” ，則通過如下代碼進入 統(tǒng)計方式選擇界面： opensheet(w_ghtongjilb,w_zhujiemian,8,original!) 根據(jù)不同選擇然后判斷打開何種統(tǒng)計圖，如圖 16 所示 圖 16 掛號科室人數(shù)統(tǒng)計界面 是掛號人數(shù)按照科室統(tǒng)計的餅狀圖。該類型統(tǒng)計先創(chuàng)建一個根據(jù)數(shù)據(jù)表 ghdj 中的 jzid 和 kb 字段來 graph 類型的數(shù)據(jù)窗，通過對 kb 字段分類然后通 過 count(jzid for graph)然后在創(chuàng)建的統(tǒng)計窗口中使用該數(shù)據(jù)窗來實現(xiàn)。 病人基本信息查詢 設(shè)計可以綜合條件的信息查詢，提高可供選擇的條件，醫(yī)生可以通過組合 條件對所需要的病人基本信息以及簡要病史進行查詢，如圖 17 所示。 圖 17 病人基本信息查詢窗口 預(yù)付款查詢 第 21 頁 共 30 頁 圖 18 查詢剩余預(yù)付款界面 擁有查詢預(yù)付款權(quán)限的員工進入該界面之后，只需要輸入病人的病歷號， 點 擊“確定”按鈕（該按鈕代碼如下）： dec a,b,c string d select blh into :d from ghdj where blh=:sle_1.text; if :sqlca.sqlcode=0 then select count(*) into :c rom ghb where blh=:sle_1.text; if c0 then select sum(je) into :a from ghb where blh=:sle_1.text; else a=0 messagebox(提示,“病人尚未交付預(yù)付金,請先補交預(yù)付金“) return end if select count(*) into :c from fyb where blh=:sle_1.text; if c0 then select sum(ypkb.jg * fyb.sl) into :b from ypkb,fyb where fyb.blh=:sle_1.text and fyb.xmnl=ypkb.ypbh; a=a - b end if if a=50 then d=目前預(yù)付金額還剩+string(a)+元 messagebox(剩余金額,d) elseif a=0 then d=目前預(yù)付金額僅剩+string(a)+元,請盡快補交預(yù)付金 messagebox(剩余金額,d) 第 22 頁 共 30 頁 else d=目前預(yù)付金額透支+string(abs(a)+元,請盡快補交預(yù)付金 messagebox(剩余金額,d) end if sle_1.setfocus() else messagebox(“提示“,“病歷號輸入有誤,請檢查后重新輸入“) end if 3.83.8報表模塊報表模塊 由于前面的個功能模塊中都對病人的就診各階段的結(jié)果進行查詢，所以在 設(shè)計報表功能模塊時主要考慮對病人的預(yù)付款項以及病人的費用進行統(tǒng)計并呈 報表。 首先創(chuàng)建一個祖先窗口 w_preview 如圖 19 所示，它是報表生成的通用窗口， 具有預(yù)覽、放大縮小、打印、保存等功能，可以用于各個報表模塊窗口的繼承。 圖 19 報表祖先窗口 病人預(yù)付報表窗口是 w_preview 祖先窗口的繼承窗口，具有 w_preview 窗 口的功能，界面如圖 20 所示。 病人預(yù)付報表窗口用于生成病人的費用憑單，既可以用來生成病人的所有 費預(yù)付的款項憑單，也可以生成其中任何一次預(yù)付憑單。其與 w_preview 祖先 窗口相比，多了一個顯示功能，可以通過病歷號或自動流水號來查詢符合條件 的記錄，并顯示在數(shù)據(jù)窗口中。 第 23 頁 共 30 頁 圖 20 病人預(yù)付款報表界面 此窗口所使用的數(shù)據(jù)窗口采用的是 group 分組顯示樣式的，這種顯示風(fēng)格 的特點是可以檢索到的數(shù)據(jù)按某一列分組顯示，并允許為每一組指定一些計算。 本窗口就是按自動流水號來分組，分別對每一個自動流水號中的金額和整張預(yù) 付憑單的金額進行統(tǒng)計?？梢宰龅角逦髁?，便于病人查閱。 病人費用報表與預(yù)付憑單報表風(fēng)格模式上相同，都是由 w_preview 繼承而來。 病人費用報表既可以根據(jù)病歷號生成一個病人按照費用憑單號來分組的所有費 用的單據(jù)，又可以根據(jù)費用憑單號生成其中一次費用的單據(jù)。 4 4 關(guān)鍵功能點的測試關(guān)鍵功能點的測試 本章節(jié)介紹該小型醫(yī)院信息管理系統(tǒng)的主要功能點的測試，包括：登錄模 塊、就診入口模塊、費用報表模塊。 4.14.1登錄模塊測試登錄模塊測試 預(yù)期結(jié)果：當(dāng)正確輸入與數(shù)據(jù)庫表 ygb 中數(shù)據(jù)一致的員工名，id 及密碼時 都能登錄系統(tǒng)。當(dāng)輸入的員工 id 或密碼與員工名不匹配時則分別提示何種輸入 錯誤。 根據(jù)本系統(tǒng)的健壯性要求對此進行了 8 次測試，下面根據(jù)測試的分類列舉 了 3 次測試結(jié)果。 當(dāng)選擇員工名“陳沖”后輸入正確的員工號“04002”和密碼“cc”登錄進 該系統(tǒng)可執(zhí)行與他權(quán)限內(nèi)的操作。 當(dāng)選擇員工名“陳沖”后輸入錯誤的員工號“04001”和正確密碼“cc”與 該出現(xiàn)如下圖 21 所示的提示框。 第 24 頁 共 30 頁 圖 21 登錄功能測試一 當(dāng)選擇員工名“陳沖”后輸入正確的員工號“04002”和錯誤密碼“cd”與 該出現(xiàn)如下圖 22 所示的提示框。 圖 22 登錄功能測試二 分析：經(jīng) 8 次不同類型及各類型的不同種輸入的結(jié)果都與預(yù)期結(jié)果一樣， 得出結(jié)論，此功能基本達到系統(tǒng)預(yù)期要求。 4.24.2用戶密碼修改功能點測試用戶密碼修改功能點測試 預(yù)期結(jié)果：當(dāng)進入修改密碼界面時根據(jù)所輸入的正確原密碼與數(shù)據(jù)庫表 ygb 中 pwd 字段數(shù)據(jù)一致，且輸入的新密碼和確認密碼相同時，則可成功修改 密碼。當(dāng)輸入原密碼錯誤時則給出相應(yīng)提示。當(dāng)新密碼與確認密碼不一致時則 提示兩次修改密碼不一致。當(dāng)修改不成功次數(shù)超過三次時則彈出警告，關(guān)閉窗 口。 根據(jù)本系統(tǒng)的健壯性要求對此進行了 8 次測試，下面根據(jù)測試的分類列舉 了 4 次測試結(jié)果。 在員工陳沖登錄后進入修改密碼窗口，在輸入正確的原密碼“cc” ，和新密 碼及確認密碼“ccc”后，點“確認”按紐出現(xiàn)如圖 23 提示框。 第 25 頁 共 30 頁 圖 23 密碼修改功能測試一 在員工陳沖登錄后進入修改密碼窗口，在輸入正確的原密碼“cc” ，和新密 碼及確認密碼“ccc”后，點“確認”按紐出現(xiàn)如圖 24 提示框。 圖 24 密碼修改功能測試二 在員工陳沖登錄后進入修改密碼窗口，在輸入正確的原密碼“cc” ，和不一 致新密碼“ccc”及確認密碼“ccv”后，點“確認”按紐出現(xiàn)如圖 25 提示框。 圖 25 密碼修改功能測試三 在員工陳沖登錄后進入修改密碼窗口，在修改密碼 3 次都失敗后則彈出警 第 26 頁 共 30 頁 告關(guān)閉窗口。如圖 26 提示框。 圖 26 密碼修改功能測試四 分析：經(jīng) 8 次不同類型情況及各類型的不同種輸入的結(jié)果都與預(yù)期結(jié)果一 樣，得出結(jié)論，此功能基本達到系統(tǒng)預(yù)期要求。 4.34.3病人費用報表功能測試病人費用報表功能測試 預(yù)期結(jié)果：當(dāng)進入病人費用報表界面時根據(jù)所選擇的病歷號或流水號輸入 相應(yīng)的號碼時能正確顯示該病人的在院的處方計價表。當(dāng)輸入的病歷號或流水 號不存在或沒有相應(yīng)的記錄時則提示沒有符合的記錄。 根據(jù)本系統(tǒng)的健壯性要求對此進行了 6 次測試，下面根據(jù)測試的分類列舉 了 2 次測試結(jié)果。 在選擇了病歷號后輸入病歷號“20070001”顯示如圖 27 的結(jié)果。 圖 27 費用報表功能測試一 當(dāng)輸入的病歷號“20070004”時則出現(xiàn)如圖 28 的提示框。 第 27 頁 共 30 頁 圖 28 費用報表功能測試二 分析：經(jīng) 6 次不同類型情況及各類型的不同種輸入的結(jié)果都與預(yù)期結(jié)果一 樣，得出結(jié)論，此功能基本達到系統(tǒng)預(yù)期要求。 結(jié)結(jié) 論論 目前，在醫(yī)學(xué)領(lǐng)域內(nèi)計算機的應(yīng)用已經(jīng)十分廣泛，各種智能診斷設(shè)備都與 計算機緊密結(jié)合在一起，以硬件為主的醫(yī)療設(shè)備智能化發(fā)展尤為迅速。然而以 軟件建設(shè)為基礎(chǔ)的醫(yī)院的現(xiàn)代化管理系統(tǒng)發(fā)展卻相對緩慢。傳統(tǒng)手工的業(yè)務(wù)處 理方式，停留在紙作業(yè)基礎(chǔ)上的管理模式，不僅速度慢、手續(xù)復(fù)雜，而且容易 發(fā)生錯誤，已不能適應(yīng)醫(yī)院現(xiàn)代化發(fā)展的需要。建立醫(yī)院信息管理系統(tǒng)成為現(xiàn) 代化發(fā)展必然選擇。 本系統(tǒng)正是一個基于對醫(yī)院需求的理解，在滿足基本業(yè)務(wù)的前提下，結(jié)合 醫(yī)院的管理特點、融合醫(yī)院領(lǐng)導(dǎo)現(xiàn)代化的管理理念、以病人信息為中心的醫(yī)院 病人信息管理系統(tǒng)。目的是通過對病人在就診過程中產(chǎn)生的信息進行數(shù)字化管 理，簡化手續(xù)，加快信息處理速度，提高治療與管理效率。主要包括病人就診 管理、病歷書寫模板、醫(yī)生出具處方、費用結(jié)算、病歷查詢打印統(tǒng)計等模塊在 內(nèi)的計算機管理系統(tǒng)，實現(xiàn)了病人就醫(yī)信息管理電子化。 本系統(tǒng)以病人為中心，側(cè)重于病人在就醫(yī)過程中信息的管理，便于醫(yī)生跟 蹤病人病情發(fā)展情況，同時也有助于醫(yī)生對各種病例進行分析研究。由于時間 的限制，對于等各類員工信息，醫(yī)院藥品等方面的細節(jié)沒有過多詳細的設(shè)計。 該設(shè)計還有很多不完善的地方，有待于我在以后的學(xué)習(xí)中不斷的完善。 第 28 頁 共 30 頁 參考文獻參考文獻 1 王晟.power builder 數(shù)據(jù)庫開發(fā)經(jīng)典案例解析m.北京：清華大學(xué)出版社,2005。 2 楊昭.power builder9.0 基礎(chǔ)與應(yīng)用教程m.北京：中國水利水電出版社,2003。 3 馬景濤,張軍.power builder9.0 使用培訓(xùn)教程m.北京：清華大學(xué)出版社,2005。 4 求是科技.power builder9.0 程序設(shè)計與開發(fā)技術(shù)大全m.北京：人民郵電出版社， 2004。 5 何軍.powerscript 語言.事件.函數(shù)m.北京：電子工業(yè)出版社,2004。 6 方睿,刁仁宏,吳四九.網(wǎng)絡(luò)數(shù)據(jù)庫原理及應(yīng)用m.四川（成都）：四川大學(xué)出版社, 2005。 7 葉玟,葉寶龍.中文 access 2003 標(biāo)準(zhǔn)教程m.北京：中國勞動社會保障出版社,2004。 第 29 頁 共 30 頁 致致 謝謝 本文是在杜小丹老師的熱情關(guān)心和指導(dǎo)下完成的，她淵博的知識和嚴謹?shù)?治學(xué)作風(fēng)使我受益匪淺，對順利完成本課題起到了極大的作用。在此向他表示 我最衷心的感謝！ 在論文完成過程中，本人還得到了昌燕老師熱心幫助，本人向他們表示深 深的謝意！ 最后向在百忙之中評審本文的各位專家、老師表示衷心的感謝！ 作者簡介： 姓 名：張一蘭 性別：女 出生年月：1985.3 民族：漢 e-mail: 第 30 頁 共 30 頁 聲聲 明明 本論文的工作是 2007 年 2 月至 2007 年 6 月在成都信息工程學(xué)院網(wǎng)絡(luò)工 程系完成的。文中除了特別加以標(biāo)注地方外，不包含他人已經(jīng)發(fā)表或撰寫過的 研究成果，也不包含為獲得成都信息工程學(xué)院或其他教學(xué)機構(gòu)的學(xué)位或證書而 使用過的材料。除非另有說明，本文的工作是原始性工作。 關(guān)于學(xué)位論文使用權(quán)和研究成果知識產(chǎn)權(quán)的說明： 本人完全了解成都信息工程學(xué)院有關(guān)保管使用學(xué)位論文的規(guī)定，其中包括： （1）學(xué)校有權(quán)保管并向有關(guān)部門遞交學(xué)位論文的原件與復(fù)印件。 （2）學(xué)?？梢圆捎糜坝?、縮印或其他復(fù)制方式保存學(xué)位論文。 （3）學(xué)?？梢詫W(xué)術(shù)交流為目的復(fù)制、贈送和交換學(xué)位論文。 （4）學(xué)校可允許學(xué)位論文被查閱或借閱。 （5）學(xué)?？梢怨紝W(xué)位論文的全部或部分內(nèi)容（保密學(xué)位論文在解密后 遵守此規(guī)定） 。 除非另有科研合同和其他法律文書的制約，本論文的科研成果屬于成都信息 工程學(xué)院。 特此聲明！ 作者簽名： 2007 年 06 月 日 第 31 頁 共 30 頁 “are you hungry now?“ “no, i am tired and lazy now; if i pursue you i will not catch you, and if i catch you-through your own slowness and clumsiness-i will not kill you, and if i kill you i will not eat you.“ nicholas had begun to back away, and at the last; words, realizing that they were a signal, he turned and began to run, splashing through the shallow water. ignacio ran after him, much helped by his longer legs, his hair flying behind his dark young face, his square teeth-each white as a bone and as big as nicholass thumbnail-showing like spectators who lined the railings of his lips. “dont run, nicholas,“ dr. island said with the voice of a wave. “it only makes him angry that you run.“ nicholas did not answer, but cut to his left, up the beach and among the trunks of the palms, sprinting all the way because he had no way of knowing ignacio was not right behind him, about to grab him by the neck. when he stopped it was in the thick jungle, among the boles of the hardwoods, where he leaned,.; out of breath, the thumping of his own heart the only . sound in an atmosphere silent and unwaked as earths long, prehuman day. for a time he listened for any sound ignacio might make searching for him; there was none. he drew a deep breath then and said, “well, thats over,“ expecting dr. island to answer from somewhere; there was only the green hush. the light was still bright and strong and nearly, shadowless, but some interior sense told him the day, was nearly over, and he noticed that such faint shades as he could see stretched long, horizontal distortions of their objects. he felt no hunger, but he had fasted be- fore and knew on which side of hunger he stood; he was not as strong as he had been only a day past, and by this time next day he would probably be unable to outrun ignacio. he should, he now realized, have eaten the monkey he had killed; but his stomach revolted at the thought of the raw flesh, and he did not know how he might build a fire, although ignacio seemed to have done so the night before. raw fish, even if he were able to catch a fish, would be as bad, or worse, than raw monkey; he remembered his effort to open a coconut-he had failed, but it was surely not impossible. his mind was hazy as to what a coconut might contain, but there had to be an edible core, because they were eaten in books. he decided to make a wide sweep through the jungle that would bring him back to the beach well away from ignacio; he had several times seen coconuts lying in th