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

畢畢 業(yè)業(yè) 設(shè)設(shè) 計(jì)計(jì)( 論論 文文) 某小型醫(yī)院信息管理系統(tǒng)的設(shè)計(jì)與開發(fā)某小型醫(yī)院信息管理系統(tǒng)的設(shè)計(jì)與開發(fā) 論論文作者姓名：文作者姓名： 申申請(qǐng)請(qǐng)學(xué)位學(xué)位專業(yè)專業(yè)： ： 申申請(qǐng)請(qǐng)學(xué)位學(xué)位類別類別： ： 指指導(dǎo)導(dǎo)教教師師姓姓名名（ （職職稱稱） ）： ： 論論文提交日期：文提交日期： 某小型醫(yī)院信息管理系統(tǒng)的設(shè)計(jì)與開發(fā)某小型醫(yī)院信息管理系統(tǒng)的設(shè)計(jì)與開發(fā) 摘摘 要要 本文所介紹的小型醫(yī)院信息管理系統(tǒng)旨在改善某小型醫(yī)院的信息管理，改 變醫(yī)院的信息處理基本還停留在手工方式的狀況，降低勞動(dòng)強(qiáng)度，提高工作效 率。本系統(tǒng)不僅適用于醫(yī)院的行政管理業(yè)務(wù)，也適用于具體的就診事務(wù)業(yè)務(wù)。 本系統(tǒng)可以使醫(yī)務(wù)人員空出更多的精力和時(shí)間服務(wù)于病人，同時(shí)保證病人和醫(yī) 院的經(jīng)濟(jì)利益，從而使醫(yī)院能夠以少的投入獲得更好的社會(huì)效益與經(jīng)濟(jì)效益。 本系統(tǒng)是利用 powerbuilder 并結(jié)合醫(yī)院病人管理制度,嚴(yán)格按照軟件生命周 期來設(shè)計(jì)的一個(gè)信息管理系統(tǒng)。實(shí)現(xiàn)了一個(gè)包括就診管理、模板處理、數(shù)據(jù)統(tǒng) 計(jì)等模塊在內(nèi)的小型醫(yī)院信息管理系統(tǒng)，實(shí)現(xiàn)不同員工登錄、病人掛號(hào)就醫(yī)、 病人信息查詢、醫(yī)生出具處理處方及劃價(jià)、門診收費(fèi)與統(tǒng)計(jì)等功能。本文簡要 介紹了醫(yī)院管理系統(tǒng)的項(xiàng)目背景和意義，著重闡述了該系統(tǒng)的開發(fā)實(shí)現(xiàn)過程， 從系統(tǒng)目標(biāo)，需求分析、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、到系統(tǒng)測(cè)試等各個(gè)環(huán)節(jié)都進(jìn)行 了詳細(xì)的分析和描述。 關(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ā)工具及運(yùn)行環(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è)計(jì) .3 2.4數(shù)據(jù)庫設(shè)計(jì)與實(shí)現(xiàn) .4 3本系統(tǒng)功能模塊設(shè)計(jì)與實(shí)現(xiàn) .7 3.1應(yīng)用程序?qū)ο笤O(shè)計(jì) .7 3.2職工登錄界面 .8 3.3主界面 .9 3.4掛號(hào)系統(tǒng)模塊 12 3.5就診管理模塊 15 3.6模板管理模塊 18 3.7數(shù)據(jù)管理模塊 19 3.8報(bào)表模塊 22 4關(guān)鍵功能點(diǎn)的測(cè)試 23 4.1登錄模塊測(cè)試 23 4.2用戶密碼修改功能點(diǎn)測(cè)試 24 4.3病人費(fèi)用報(bào)表功能測(cè)試 26 結(jié) 論 27 參考文獻(xiàn) 28 致 謝 29 聲 明 30 第 1 頁 共 30 頁 1 1 引言引言 1.11.1 課題背景課題背景 隨著科學(xué)的不斷進(jìn)步，計(jì)算機(jī)應(yīng)用已經(jīng)遍布整個(gè)社會(huì)的每個(gè)角落。人們的 身體健康也在不斷受到重視。因此，醫(yī)院進(jìn)行現(xiàn)代化管理就變得尤為重要。目 前社會(huì)正處于健保發(fā)展方興未艾的時(shí)代，各醫(yī)療院所莫不兢兢業(yè)業(yè)地改善本身 的體制或管理方式，以因應(yīng)健保越來越嚴(yán)格的規(guī)范。小型醫(yī)院信息管理系統(tǒng)是 適應(yīng)時(shí)代發(fā)展的需要，提高管理的效率而開發(fā)設(shè)計(jì)的。 1.21.2 國內(nèi)外研究現(xiàn)狀國內(nèi)外研究現(xiàn)狀 一個(gè)完整的醫(yī)院信息管理系統(tǒng)應(yīng)該既包括醫(yī)院管理信息系統(tǒng)，又包括臨床 醫(yī)療信息系統(tǒng)，國外研究機(jī)構(gòu)在力求實(shí)現(xiàn)醫(yī)院信息管理系統(tǒng)的完整性。臨床信 息管理系統(tǒng)在數(shù)據(jù)處理的實(shí)時(shí)性要求、相應(yīng)速度、安全保密等方面一般要比管 理信息系統(tǒng)有更苛刻的要求。而醫(yī)院管理信息系統(tǒng)的計(jì)算機(jī)技術(shù)較為單純和簡 單，也由于醫(yī)院管理信息系統(tǒng)以處理文字和數(shù)字類數(shù)據(jù)為主，較少設(shè)計(jì)聲音、 圖象、多媒體數(shù)據(jù)的動(dòng)態(tài)傳遞等復(fù)雜要求，實(shí)現(xiàn)起來容易的多。 1.31.3 本課題研究的意義本課題研究的意義 本系統(tǒng)通過對(duì)病人信息管理系統(tǒng)方案的設(shè)計(jì)和實(shí)施，提出一種對(duì)病人在就 診過程中產(chǎn)生的信息進(jìn)行數(shù)字化管理的技術(shù)，為門診建立起信息高速公路，促 使醫(yī)院門診逐步形成方便、科學(xué)、合理的管理模式。從根本上改變傳統(tǒng)的依靠 文件等信息的傳遞方式，實(shí)現(xiàn)無紙化辦公，簡化就診手續(xù)，加快信息流通速度， 提高治療效率，基本實(shí)現(xiàn)醫(yī)院系統(tǒng)的數(shù)字化管理。同時(shí),本系統(tǒng)對(duì)病人既往病史 以及用藥記錄存檔，既便于醫(yī)生更加準(zhǔn)確的對(duì)當(dāng)前病人的診斷，同時(shí)也有利于 醫(yī)生對(duì)各種病例進(jìn)行分析研究。病歷模板的套餐制更具靈活性。 2 2 關(guān)鍵技術(shù)介紹關(guān)鍵技術(shù)介紹 2.12.1開發(fā)工具及運(yùn)行環(huán)境開發(fā)工具及運(yùn)行環(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 是一個(gè)圖形化的應(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 提供的一個(gè)集成度很高的控件，使用該 控件可以很方便地從數(shù)據(jù)庫中提取數(shù)據(jù)，很簡單地檢索數(shù)據(jù)，提供圖形化的數(shù) 據(jù)顯示方式，創(chuàng)建統(tǒng)計(jì)功能非常強(qiáng)大的數(shù)據(jù)統(tǒng)計(jì)表。由于數(shù)據(jù)窗口對(duì)數(shù)據(jù)的操 作是通過事務(wù)進(jìn)行的，所以對(duì)數(shù)據(jù)的操作有很強(qiáng)的可靠性。這些都為開發(fā)功能 強(qiáng)大的數(shù)據(jù)庫應(yīng)用軟件提供了可靠的保證。 商業(yè)化的軟件開發(fā)要求有很好的移植性。powerbuilder 既可以跨平臺(tái)開發(fā)， 也可以發(fā)行跨平臺(tái)軟件。例如，在 windows 95 下開發(fā)的程序，可以不修改源程 序而形成 unix 下的執(zhí)行文件或 macintosh 下的執(zhí)行文件。在開發(fā)小組中，不同 成員可以使用不同的開發(fā)環(huán)境，但由于 powerbuilder 的支持，在不同的開發(fā)環(huán) 境下看到的共享 powerbuilder 對(duì)象是相同的，所以仍可以同時(shí)開發(fā)同一個(gè)應(yīng)用 程序。 隨著軟件技術(shù)的不斷發(fā)展，powerbuilder 9.0 及時(shí)地強(qiáng)化了開發(fā)功能，并提 供了一些配套的開發(fā)工具，成為一種易于使用的、可伸縮的并經(jīng)實(shí)踐證明的快 速集成開發(fā)環(huán)境。它在給用戶提供一條轉(zhuǎn)移到下一代平臺(tái)的途徑的同時(shí)，使用 戶仍能夠保護(hù)和擴(kuò)展現(xiàn)有的技術(shù)和應(yīng)用上的投資。 2.22.2系統(tǒng)需求分析系統(tǒng)需求分析 病人在就診過程中，基本的業(yè)務(wù)流程如圖 1 所示： 病人掛號(hào) 醫(yī)生診斷(初診) 化驗(yàn)檢查 醫(yī)生診斷 費(fèi)用管理 圖 1 業(yè)務(wù)流程圖 通過對(duì)病人就診流程及管理的調(diào)查和了解，初步確定了該系統(tǒng)的基本需求 情況： 1. 在病人就診之前，必須進(jìn)行掛號(hào)，包括病人的最基本信息,掛號(hào)費(fèi)用,預(yù) 存費(fèi)等。 2. 在病人進(jìn)行掛號(hào)的同時(shí)，可以自動(dòng)為病人分配病歷號(hào)，作為病人在就診 第 3 頁 共 30 頁 過程中的唯一標(biāo)識(shí)。 3. 在病人就診時(shí)，醫(yī)生可以對(duì)病人基本信息(包括簡要病史等等)進(jìn)行登記。 4. 對(duì)病人每次就醫(yī)的主訴,病歷,處方進(jìn)行輸入，并可以進(jìn)行查詢和維護(hù)。 5. 各種化驗(yàn)檢查信息的輸入、查詢和維護(hù)，并可以進(jìn)行異常提醒。 6. 對(duì)病人的預(yù)付款進(jìn)行管理，并且當(dāng)預(yù)付金額不夠時(shí)可以提醒補(bǔ)交預(yù)付款。 7. 對(duì)病人就診過程中的各種費(fèi)用進(jìn)行管理。 8. 可以打印病人預(yù)付款單據(jù)和費(fèi)用憑單。 9. 醫(yī)生可以查詢病人治療情況、化驗(yàn)檢查結(jié)果，以便跟蹤病人病情發(fā)展情 況，同時(shí)也有助于醫(yī)生對(duì)各種病例進(jìn)行分析研究。 2.32.3系統(tǒng)功能結(jié)構(gòu)設(shè)計(jì)系統(tǒng)功能結(jié)構(gòu)設(shè)計(jì) 本系統(tǒng)劃分為 7 個(gè)功能模塊，系統(tǒng)功能模塊圖如圖 2 所示。 圖 2 系統(tǒng)功能模塊 各模塊如下： 1. 員工管理：主要包括員工登陸，修改密碼，判別用戶級(jí)別功能。 2. 病人管理：主要包括病人的基本信息登記。 第 4 頁 共 30 頁 主要包括對(duì)病人基本信息的錄入、查詢和維護(hù)等操作。病人基本信息的錄 入窗口可以從就診窗口進(jìn)入，系統(tǒng)可以記憶當(dāng)前就診病人病歷號(hào)以及當(dāng)前錄入 員的姓名。 3. 就診管理：主要包括對(duì)病人此次就診病情的錄入，過往病史的查詢及 檢查和化驗(yàn)結(jié)果進(jìn)行錄入。 4. 模板管理：主要醫(yī)生針對(duì)各種典型病種所開具的主訴、病歷、處方錄 入、查詢。 5. 化驗(yàn)檢查管理：主要包括對(duì)病人每次所做化驗(yàn)和檢查的結(jié)果進(jìn)行錄入、 查詢和維護(hù)。 6. 費(fèi)用管理：主要包括預(yù)付款管理和費(fèi)用管理。 預(yù)付款管理：主要包括對(duì)預(yù)付金額進(jìn)行錄入、查詢和維護(hù)等操作。并且 可以根據(jù)支出情況進(jìn)行費(fèi)用統(tǒng)計(jì)、查詢余額和缺錢警示。 費(fèi)用支出管理：主要包括對(duì)病人藥費(fèi)、檢查、化驗(yàn)等支出進(jìn)行錄入、查 詢和維護(hù)等操作。 7. 報(bào)表打?。焊鶕?jù)需要生成各種報(bào)表，并且打印出來。 2.42.4數(shù)據(jù)庫設(shè)計(jì)與實(shí)現(xiàn)數(shù)據(jù)庫設(shè)計(jì)與實(shí)現(xiàn) 在仔細(xì)調(diào)查醫(yī)院就診管理過程的基礎(chǔ)上，得到系統(tǒng)所要處理的數(shù)據(jù)流程圖， 如圖 3 所示。 病人 掛號(hào) 掛號(hào)表 診斷 病人信息表 化驗(yàn)檢查 申請(qǐng) 報(bào)告 化驗(yàn)檢查表 費(fèi)用 費(fèi)用管理 費(fèi)用表 圖 3 數(shù)據(jù)流圖 本系統(tǒng)根據(jù)上面的設(shè)計(jì)規(guī)劃出的實(shí)體有 4 個(gè)：病人、醫(yī)生、化驗(yàn)檢查員、 藥品。下面為本系統(tǒng)實(shí)體之間關(guān)系的 e-r 圖，如圖 4 所示。 第 5 頁 共 30 頁 圖 4 實(shí)體關(guān)系e-r 圖 根據(jù)以上的分析設(shè)計(jì)得到實(shí)際數(shù)據(jù)庫模型。數(shù)據(jù)庫設(shè)計(jì)如下： 1.病人基本情況表(ghdj)：就診號(hào)（jzid）、病歷號(hào)(blh)，姓名(xm)， 身份證號(hào)(sfzh)，性別(xb)，出生日期(sr)，婚否 (hf),地址(dz)，電話(dh)， 日期(ryrq)，科別(kb)，主訴(zs)，現(xiàn)病史(xbs)，病歷（bl）,處方(cf)，醫(yī) 囑(yz)，醫(yī)生(ys)。主碼是就診號(hào)(jzid)。此表字段用來保存病人的相關(guān)詳細(xì) 信息，包括病人基本信息和病人在醫(yī)院就診相關(guān)信息。 表 1 ghdj 字段名數(shù)據(jù)類型字段大小必填字段 jzid 文本 14 是 blh 文本 8 是 xm 文本 20 否 sfzh 數(shù)字小數(shù)否 xb 文本 4 否 sr 日期/時(shí)間短日期否 hf 文本 4 否 dz 文本 100 否 dh 文本 15 否 ryrq 日期/時(shí)間短日期否 kb 文本 10 否 zs 文本 200 否 xbs 文本 200 否 bl 文本 200 否 cf 文本 200 否 yz 文本 200 否 ygh 文本 5 否 第 6 頁 共 30 頁 2.掛號(hào)表(ghb)：流水號(hào)(id)，病歷號(hào)(blh)，日期(rq)，時(shí)間(sj)，掛 號(hào)費(fèi)(ghf)，金額(je)。主碼是流水號(hào)(id)。此表字段用來記錄病人在醫(yī)院掛號(hào) 就醫(yī)時(shí)產(chǎn)生的相關(guān)數(shù)據(jù)。 表 2 ghb 字段名數(shù)據(jù)類型字段大小必填字段 id 文本 9 是 blh 文本 8 否 rq 日期/時(shí)間 否 sj 日期/時(shí)間否 ghf 數(shù)字長整型否 je 數(shù)字長整型否 3.化驗(yàn)檢查表(hyjc)：病歷號(hào)(blh)，化驗(yàn)日期(hyrq)，化驗(yàn)時(shí)間(hysj)， 檢驗(yàn)員(jyy)，狀態(tài)(zt)等，其中化驗(yàn)檢查中的具體項(xiàng)目由于數(shù)目眾多，在此就 不一一列出。主碼是病歷號(hào)(blh)，化驗(yàn)日期（hyrq）。此表字段用來記錄病人 在院就醫(yī)時(shí)不同狀態(tài)的檢查產(chǎn)生的結(jié)果 表 3 hyjc 字段名數(shù)據(jù)類型字段大小必填字段 blh 文本 8 是 hyrq 日期/時(shí)間 是 rq 日期/時(shí)間 是 zt 數(shù)字長整型否 jyy 文本 5 否 4.費(fèi)用表(fyb)：費(fèi)用憑單號(hào)(id)，病歷號(hào)(blh)，項(xiàng)目內(nèi)容(xmnl)，數(shù) 量(sl)，收費(fèi)科室(sfks)。主碼是費(fèi)用憑單號(hào)(id)，項(xiàng)目內(nèi)容（xmnl）。此表 字段用來記錄病人在院所做就醫(yī)項(xiàng)目的相關(guān)信息。 表 4 fyb 字段名數(shù)據(jù)類型字段大小必填字段 id 文本 14 是 blh 文本 8 是 xmnl 文本 13 是 sfks 文本 20 否 sl 數(shù)字長整型否 5.藥品庫表(ypkb)：藥品編號(hào)(ypbh)，藥品名(ypm)，類別(lb)，價(jià)格 (jg)，包裝規(guī)格(bzgg)，單位(dw)，藥用字典(yyzd)。主碼是藥品編號(hào)(ypbh)。 此表字段用來記錄醫(yī)院各種項(xiàng)目藥品的相關(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)：模板號(hào)(mbh)，病癥名稱(bzmc)，病歷內(nèi)容(blnr)， 處方內(nèi)容(cfnr)，主訴內(nèi)容(zsnr)，開方醫(yī)生(ygh)。主碼是模板號(hào)(mbh)。此 表字段用來記錄醫(yī)生對(duì)病癥的研究和描述，方便醫(yī)生對(duì)同種病癥不同情況進(jìn)行 對(duì)比研究，提高醫(yī)生的工作效率，幫助醫(yī)生進(jìn)行診斷，判斷更為準(zhǔn)確。 表 6 ypkb 字段名數(shù)據(jù)類型字段大小必填字段 mbh 文本 14 是 bzmc 文本 100 否 blnr 文本 200 否 cfnr 文本 200 否 zsnr 文本 200 否 ygh 文本 5 否 7.員工表(ygb)：員工號(hào)(ygh)，員工名(kb)，科別(kb)，職位(zw)，密 碼(pwd)，等級(jí)(dj)。主碼是員工號(hào)(ygh)。此表字段用來記錄醫(yī)院員工的基本 信息并在登陸時(shí)的根據(jù)登記判斷其權(quán)限。 表 7 ypkb 字段名數(shù)據(jù)類型字段大小必填字段 ygh 文本 5 是 ygm 文本 20 否 kb 文本 10 否 zw 文本 10 否 pwd 文本 10 否 dj 文本 10 否 3 3 本系統(tǒng)功能模塊設(shè)計(jì)與實(shí)現(xiàn)本系統(tǒng)功能模塊設(shè)計(jì)與實(shí)現(xiàn) 3.13.1應(yīng)用程序?qū)ο笤O(shè)計(jì)應(yīng)用程序?qū)ο笤O(shè)計(jì) powerbuilder9.0 開發(fā)的應(yīng)用程序的入口點(diǎn)是 powerbuilder9.0 的應(yīng)用程 序?qū)ο?，運(yùn)行是程序從這個(gè)入口點(diǎn)啟動(dòng)，所以應(yīng)用程序?qū)ο蟮脑O(shè)計(jì)是應(yīng)用程序 設(shè)計(jì)的開始。 本應(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í)輸入用戶名和密碼的次數(shù),string yg_name 定義的是用戶名，string yg_ygh 定義的是員工號(hào)，string g_pwd 定義的是密 碼，string g_blh 定義病歷號(hào)，string g_jzid 定義病人的就診號(hào)等等。 3.23.2職工登錄界面職工登錄界面 應(yīng)用程序運(yùn)行后第一個(gè)出現(xiàn)的窗口就是 w_login 登陸窗口，界面如圖 5 所 示。 圖 5 職工登陸界面 用戶必須通過職工登錄窗口才能夠進(jìn)入主界面。系統(tǒng)登錄窗口主要實(shí)現(xiàn)功 能是確認(rèn)用戶身份及級(jí)別，并根據(jù)用戶級(jí)別主界面菜單中該用戶可以進(jìn)行的操 作。 本系統(tǒng)根據(jù)醫(yī)院具體情況將醫(yī)院職工分為種 5 種職位，院長、醫(yī)生、放射 員收費(fèi)員和化驗(yàn)員。其中，院長級(jí)別最高，可以使用主界面菜單中的任何一種 操作，其他各種職位級(jí)別都只能享有各自級(jí)別的權(quán)限。醫(yī)生可以進(jìn)行病人就診 的信息錄入、查詢和維護(hù)，定義主訴病歷處方模板的定義和查詢，化驗(yàn)檢驗(yàn)結(jié) 果的查詢、費(fèi)用的查詢等；收費(fèi)員可以進(jìn)行掛號(hào)收費(fèi)及統(tǒng)計(jì)，預(yù)付費(fèi)用的收繳 和統(tǒng)計(jì)等；放射員可以對(duì)病人的各項(xiàng)檢查結(jié)果進(jìn)行錄入、查詢、維護(hù)等；化驗(yàn) 員則是對(duì)病人的各項(xiàng)化驗(yàn)結(jié)果進(jìn)行錄入、查詢、維護(hù)。 在登錄界面的 open（）函數(shù)中定義一個(gè)游標(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ù)錯(cuò)誤“,sqlca.sqlerrtext) else do if ls_userd then messagebox(出錯(cuò),當(dāng)前系統(tǒng)時(shí)間有誤,請(qǐng)先調(diào)整系統(tǒng)時(shí)間,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)流水號(hào)，病歷號(hào)的同時(shí)，也是要同時(shí)在病人基本信息表當(dāng) 中插入信息，首先也是先為表的主碼“就診號(hào)”分配號(hào)碼。采用自定義的函數(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 的后六位,表示序列號(hào) 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就診管理模塊就診管理模塊 病人在進(jìn)入所掛號(hào)的科室進(jìn)行就診入口的界面如圖 10 所示。 圖 10 就診入口界面 在該界面中兩個(gè)按鈕“簡明信息填寫”和“就診”按鈕提供了強(qiáng)大的病人 第 16 頁 共 30 頁 就診信息的錄入的功能，方便日后醫(yī)生的對(duì)病人病史的掌握，日后的臨床科學(xué) 研究以及病人對(duì)自己病史的了解。在界面中當(dāng)輸入病人 id(blh)，之后按下 “簡明信息填寫”按鈕就進(jìn)入病人基本信息得錄入界面如圖 11 所示。 圖 11 病人基本信息錄入界面 該界面中使用了創(chuàng)建好的數(shù)據(jù)窗 d_jbxx，就診號(hào)和病歷號(hào)是通過圖 10 界 面的“簡明信息填寫”按鈕中的相關(guān)代碼實(shí)現(xiàn)（主要是利用全局變量來傳遞值） ： :g_blh=trim(sle_1.text) jzh() :g_jzid=trim(st_2.text) opensheet (w_jbxx,w_zhujiemian,8,original!) 同理，在圖 10 中如按下“就診”按鈕，在進(jìn)入如圖 12 所示的界面，病人 id 號(hào)也將被傳遞。 界面中可以通過“保存” 、 “新增”等系列按鈕完成對(duì)病人此次就診的記錄 工作，同時(shí)醫(yī)生也可以通過“申請(qǐng)”按鈕對(duì)需要進(jìn)行進(jìn)一步詳細(xì)檢查的病人提 出檢查申請(qǐng)，另外可以在“處方計(jì)價(jià)”當(dāng)中對(duì)病人的藥方進(jìn)行計(jì)價(jià)。在醫(yī)生對(duì) 病人出具病歷處方的同時(shí)可以隨時(shí)查閱“病歷處方模板” ，以及可以通過“查看 報(bào)告”查看病人的既往檢查化驗(yàn)。 第 17 頁 共 30 頁 圖 12 就診界面 上述的該功能模塊中的相關(guān)功能都是“醫(yī)生”的權(quán)限范圍，以下將的檢查 化驗(yàn)的報(bào)告界面分別屬于“放射員” 和“化驗(yàn)員”的職限。 圖 13 病人檢查結(jié)果錄入界面 在這個(gè)界面中最主要的就是“增加” 、 “退出”幾個(gè)按鈕中的相關(guān)代碼完成 了對(duì)數(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(“錯(cuò)誤!“,“數(shù)據(jù)保存失敗“) return end if elseif updateornot=2 then rollback; elseif updateornot=3 then return; end if end if 3.63.6模板管理模塊模板管理模塊 在模板管理模塊設(shè)計(jì)是為了醫(yī)生可以完整的定義主訴病歷處方模板，可以 分別定義主訴、病歷、處方的模板以及在必要的時(shí)候進(jìn)行模板查詢。此模塊將 更加方便醫(yī)生平時(shí)的臨床診斷，為臨床科研提供依據(jù)。首先建立數(shù)據(jù)窗選擇數(shù) 據(jù)庫表 blcfb 中的字段 mbh,bzmc,bznr,cfnr,zsnr,ygh。在窗口中運(yùn)用該數(shù)據(jù) 窗，通過該數(shù)據(jù)窗可將數(shù)據(jù)保存到數(shù)據(jù)表中。以下的錄入模板設(shè)計(jì)類似此病歷 處方模板錄入模板如圖 14。 圖 14 完整模板錄入界面 在前面提到的模板查詢界面如圖 15 所示： 第 19 頁 共 30 頁 圖 15 病歷主訴查詢模板 當(dāng)醫(yī)生輸入病癥名稱之后，按下“確定”鍵就可以在數(shù)據(jù)窗口中顯示相似 病癥的記錄，如果相似病癥是多條記錄就可以通過“第一條” 、 “上一條” 、 “下 一條” 、 “最后一條”進(jìn)行查詢選擇,代碼如下: “第一條” 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ī)院門診龐大的日常管理工作中，不可缺少的是對(duì)后臺(tái)數(shù)據(jù)庫中的數(shù)據(jù) 進(jìn)行管理，在該功能模塊中就提供了對(duì)數(shù)據(jù)的統(tǒng)計(jì)，查詢。 第 20 頁 共 30 頁 對(duì)掛號(hào)人數(shù)的分類統(tǒng)計(jì)（示例如圖 16） 在主界面中點(diǎn)擊“數(shù)據(jù)管理”下的“掛號(hào)人數(shù)統(tǒng)計(jì)” ，則通過如下代碼進(jìn)入 統(tǒng)計(jì)方式選擇界面： opensheet(w_ghtongjilb,w_zhujiemian,8,original!) 根據(jù)不同選擇然后判斷打開何種統(tǒng)計(jì)圖，如圖 16 所示 圖 16 掛號(hào)科室人數(shù)統(tǒng)計(jì)界面 是掛號(hào)人數(shù)按照科室統(tǒng)計(jì)的餅狀圖。該類型統(tǒng)計(jì)先創(chuàng)建一個(gè)根據(jù)數(shù)據(jù)表 ghdj 中的 jzid 和 kb 字段來 graph 類型的數(shù)據(jù)窗，通過對(duì) kb 字段分類然后通 過 count(jzid for graph)然后在創(chuàng)建的統(tǒng)計(jì)窗口中使用該數(shù)據(jù)窗來實(shí)現(xiàn)。 病人基本信息查詢 設(shè)計(jì)可以綜合條件的信息查詢，提高可供選擇的條件，醫(yī)生可以通過組合 條件對(duì)所需要的病人基本信息以及簡要病史進(jìn)行查詢，如圖 17 所示。 圖 17 病人基本信息查詢窗口 預(yù)付款查詢 第 21 頁 共 30 頁 圖 18 查詢剩余預(yù)付款界面 擁有查詢預(yù)付款權(quán)限的員工進(jìn)入該界面之后，只需要輸入病人的病歷號(hào)， 點(diǎ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ù)付金,請(qǐng)先補(bǔ)交預(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)+元,請(qǐng)盡快補(bǔ)交預(yù)付金 messagebox(剩余金額,d) 第 22 頁 共 30 頁 else d=目前預(yù)付金額透支+string(abs(a)+元,請(qǐng)盡快補(bǔ)交預(yù)付金 messagebox(剩余金額,d) end if sle_1.setfocus() else messagebox(“提示“,“病歷號(hào)輸入有誤,請(qǐng)檢查后重新輸入“) end if 3.83.8報(bào)表模塊報(bào)表模塊 由于前面的個(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)用憑單，既可以用來生成病人的所有 費(fèi)預(yù)付的款項(xiàng)憑單，也可以生成其中任何一次預(yù)付憑單。其與 w_preview 祖先 窗口相比，多了一個(gè)顯示功能，可以通過病歷號(hào)或自動(dòng)流水號(hào)來查詢符合條件 的記錄，并顯示在數(shù)據(jù)窗口中。 第 23 頁 共 30 頁 圖 20 病人預(yù)付款報(bào)表界面 此窗口所使用的數(shù)據(jù)窗口采用的是 group 分組顯示樣式的，這種顯示風(fēng)格 的特點(diǎn)是可以檢索到的數(shù)據(jù)按某一列分組顯示，并允許為每一組指定一些計(jì)算。 本窗口就是按自動(dòng)流水號(hào)來分組，分別對(duì)每一個(gè)自動(dòng)流水號(hào)中的金額和整張預(yù) 付憑單的金額進(jìn)行統(tǒng)計(jì)。可以做到清晰明了，便于病人查閱。 病人費(fèi)用報(bào)表與預(yù)付憑單報(bào)表風(fēng)格模式上相同，都是由 w_preview 繼承而來。 病人費(fèi)用報(bào)表既可以根據(jù)病歷號(hào)生成一個(gè)病人按照費(fèi)用憑單號(hào)來分組的所有費(fèi) 用的單據(jù)，又可以根據(jù)費(fèi)用憑單號(hào)生成其中一次費(fèi)用的單據(jù)。 4 4 關(guān)鍵功能點(diǎn)的測(cè)試關(guān)鍵功能點(diǎn)的測(cè)試 本章節(jié)介紹該小型醫(yī)院信息管理系統(tǒng)的主要功能點(diǎn)的測(cè)試，包括：登錄模 塊、就診入口模塊、費(fèi)用報(bào)表模塊。 4.14.1登錄模塊測(cè)試登錄模塊測(cè)試 預(yù)期結(jié)果：當(dāng)正確輸入與數(shù)據(jù)庫表 ygb 中數(shù)據(jù)一致的員工名，id 及密碼時(shí) 都能登錄系統(tǒng)。當(dāng)輸入的員工 id 或密碼與員工名不匹配時(shí)則分別提示何種輸入 錯(cuò)誤。 根據(jù)本系統(tǒng)的健壯性要求對(duì)此進(jìn)行了 8 次測(cè)試，下面根據(jù)測(cè)試的分類列舉 了 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 頁 共 30 頁 圖 21 登錄功能測(cè)試一 當(dāng)選擇員工名“陳沖”后輸入正確的員工號(hào)“04002”和錯(cuò)誤密碼“cd”與 該出現(xiàn)如下圖 22 所示的提示框。 圖 22 登錄功能測(cè)試二 分析：經(jīng) 8 次不同類型及各類型的不同種輸入的結(jié)果都與預(yù)期結(jié)果一樣， 得出結(jié)論，此功能基本達(dá)到系統(tǒng)預(yù)期要求。 4.24.2用戶密碼修改功能點(diǎn)測(cè)試用戶密碼修改功能點(diǎn)測(cè)試 預(yù)期結(jié)果：當(dāng)進(jìn)入修改密碼界面時(shí)根據(jù)所輸入的正確原密碼與數(shù)據(jù)庫表 ygb 中 pwd 字段數(shù)據(jù)一致，且輸入的新密碼和確認(rèn)密碼相同時(shí)，則可成功修改 密碼。當(dāng)輸入原密碼錯(cuò)誤時(shí)則給出相應(yīng)提示。當(dāng)新密碼與確認(rèn)密碼不一致時(shí)則 提示兩次修改密碼不一致。當(dāng)修改不成功次數(shù)超過三次時(shí)則彈出警告，關(guān)閉窗 口。 根據(jù)本系統(tǒng)的健壯性要求對(duì)此進(jìn)行了 8 次測(cè)試，下面根據(jù)測(cè)試的分類列舉 了 4 次測(cè)試結(jié)果。 在員工陳沖登錄后進(jìn)入修改密碼窗口，在輸入正確的原密碼“cc” ，和新密 碼及確認(rèn)密碼“ccc”后，點(diǎn)“確認(rèn)”按紐出現(xiàn)如圖 23 提示框。 第 25 頁 共 30 頁 圖 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 頁 共 30 頁 告關(guān)閉窗口。如圖 26 提示框。 圖 26 密碼修改功能測(cè)試四 分析：經(jīng) 8 次不同類型情況及各類型的不同種輸入的結(jié)果都與預(yù)期結(jié)果一 樣，得出結(jié)論，此功能基本達(dá)到系統(tǒng)預(yù)期要求。 4.34.3病人費(fèi)用報(bào)表功能測(cè)試病人費(fèi)用報(bào)表功能測(cè)試 預(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)不存在或沒有相應(yīng)的記錄時(shí)則提示沒有符合的記錄。 根據(jù)本系統(tǒng)的健壯性要求對(duì)此進(jìn)行了 6 次測(cè)試，下面根據(jù)測(cè)試的分類列舉 了 2 次測(cè)試結(jié)果。 在選擇了病歷號(hào)后輸入病歷號(hào)“20070001”顯示如圖 27 的結(jié)果。 圖 27 費(fèi)用報(bào)表功能測(cè)試一 當(dāng)輸入的病歷號(hào)“20070004”時(shí)則出現(xiàn)如圖 28 的提示框。 第 27 頁 共 30 頁 圖 28 費(fèi)用報(bào)表功能測(cè)試二 分析：經(jīng) 6 次不同類型情況及各類型的不同種輸入的結(jié)果都與預(yù)期結(jié)果一 樣，得出結(jié)論，此功能基本達(dá)到系統(tǒng)預(yù)期要求。 結(jié)結(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)。目的是通過對(duì)病人在就診過程中產(chǎn)生的信息進(jìn)行數(shù)字化管 理，簡化手續(xù)，加快信息處理速度，提高治療與管理效率。主要包括病人就診 管理、病歷書寫模板、醫(yī)生出具處方、費(fèi)用結(jié)算、病歷查詢打印統(tǒng)計(jì)等模塊在 內(nèi)的計(jì)算機(jī)管理系統(tǒng)，實(shí)現(xiàn)了病人就醫(yī)信息管理電子化。 本系統(tǒng)以病人為中心，側(cè)重于病人在就醫(yī)過程中信息的管理，便于醫(yī)生跟 蹤病人病情發(fā)展情況，同時(shí)也有助于醫(yī)生對(duì)各種病例進(jìn)行分析研究。由于時(shí)間 的限制，對(duì)于等各類員工信息，醫(yī)院藥品等方面的細(xì)節(jié)沒有過多詳細(xì)的設(shè)計(jì)。 該設(shè)計(jì)還有很多不完善的地方，有待于我在以后的學(xué)習(xí)中不斷的完善。 第 28 頁 共 30 頁 參考文獻(xiàn)參考文獻(xiàn) 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è)計(jì)與開發(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.北京：中國勞動(dòng)社會(huì)保障出版社,2004。 第 29 頁 共 30 頁 致致 謝謝 本文是在杜小丹老師的熱情關(guān)心和指導(dǎo)下完成的，她淵博的知識(shí)和嚴(yán)謹(jǐn)?shù)?治學(xué)作風(fēng)使我受益匪淺，對(duì)順利完成本課題起到了極大的作用。在此向他表示 我最衷心的感謝！ 在論文完成過程中，本人還得到了昌燕老師熱心幫助，本人向他們表示深 深的謝意！ 最后向在百忙之中評(píng)審本文的各位專家、老師表示衷心的感謝！ 作者簡介： 姓 名：張一蘭 性別：女 出生年月：1985.3 民族：漢 e-mail: 第 30 頁 共 30 頁 聲聲 明明 本論文的工作是 2007 年 2 月至 2007 年 6 月在成都信息工程學(xué)院網(wǎng)絡(luò)工 程系完成的。文中除了特別加以標(biāo)注地方外，不包含他人已經(jīng)發(fā)表或撰寫過的 研究成果，也不包含為獲得成都信息工程學(xué)院或其他教學(xué)機(jī)構(gòu)的學(xué)位或證書而 使用過的材料。除非另有說明，本文的工作是原始性工作。 關(guān)于學(xué)位論文使用權(quán)和研究成果知識(shí)產(chǎn)權(quán)的說明： 本人完全了解成都信息工程學(xué)院有關(guān)保管使用學(xué)位論文的規(guī)定，其中包括： （1）學(xué)校有權(quán)保管并向有關(guān)部門遞交學(xué)位論文的原件與復(fù)印件。 （2）學(xué)?？梢圆捎糜坝　⒖s印或其他復(fù)制方式保存學(xué)位論文。 （3）學(xué)?？梢詫W(xué)術(shù)交流為目的復(fù)制、贈(zèng)送和交換學(xué)位論文。 （4）學(xué)校可允許學(xué)位論文被查閱或借閱。 （5）學(xué)校可以公布學(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