某小型医院信息管理系统的设计与开发毕业设计论文.doc

毕毕 业业 设设 计计( 论论 文文) 某小型医院信息管理系统的设计与开发某小型医院信息管理系统的设计与开发 论论文作者姓名：文作者姓名： 申申请请学位学位专业专业： ： 申申请请学位学位类别类别： ： 指指导导教教师师姓姓名名（ （职职称称） ）： ： 论论文提交日期：文提交日期： 某小型医院信息管理系统的设计与开发某小型医院信息管理系统的设计与开发 摘摘 要要 本文所介绍的小型医院信息管理系统旨在改善某小型医院的信息管理，改 变医院的信息处理基本还停留在手工方式的状况，降低劳动强度，提高工作效 率。本系统不仅适用于医院的行政管理业务，也适用于具体的就诊事务业务。 本系统可以使医务人员空出更多的精力和时间服务于病人，同时保证病人和医 院的经济利益，从而使医院能够以少的投入获得更好的社会效益与经济效益。 本系统是利用 powerbuilder 并结合医院病人管理制度,严格按照软件生命周 期来设计的一个信息管理系统。实现了一个包括就诊管理、模板处理、数据统 计等模块在内的小型医院信息管理系统，实现不同员工登录、病人挂号就医、 病人信息查询、医生出具处理处方及划价、门诊收费与统计等功能。本文简要 介绍了医院管理系统的项目背景和意义，着重阐述了该系统的开发实现过程， 从系统目标，需求分析、总体设计、详细设计、到系统测试等各个环节都进行 了详细的分析和描述。 关键词关键词：数据库；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 目目 录录 论文总页数：30 页 1引言 .1 1.1课题背景 .1 1.2国内外研究现状 .1 1.3本课题研究的意义 .1 2关键技术介绍 .1 2.1开发工具及运行环境 .1 2.1.1总体开发工具及环境 .1 2.1.2开发工具简介 .1 2.2系统需求分析 .2 2.3系统功能结构设计 .3 2.4数据库设计与实现 .4 3本系统功能模块设计与实现 .7 3.1应用程序对象设计 .7 3.2职工登录界面 .8 3.3主界面 .9 3.4挂号系统模块 12 3.5就诊管理模块 15 3.6模板管理模块 18 3.7数据管理模块 19 3.8报表模块 22 4关键功能点的测试 23 4.1登录模块测试 23 4.2用户密码修改功能点测试 24 4.3病人费用报表功能测试 26 结 论 27 参考文献 28 致 谢 29 声 明 30 第 1 页 共 30 页 1 1 引言引言 1.11.1 课题背景课题背景 随着科学的不断进步，计算机应用已经遍布整个社会的每个角落。人们的 身体健康也在不断受到重视。因此，医院进行现代化管理就变得尤为重要。目 前社会正处于健保发展方兴未艾的时代，各医疗院所莫不兢兢业业地改善本身 的体制或管理方式，以因应健保越来越严格的规范。小型医院信息管理系统是 适应时代发展的需要，提高管理的效率而开发设计的。 1.21.2 国内外研究现状国内外研究现状 一个完整的医院信息管理系统应该既包括医院管理信息系统，又包括临床 医疗信息系统，国外研究机构在力求实现医院信息管理系统的完整性。临床信 息管理系统在数据处理的实时性要求、相应速度、安全保密等方面一般要比管 理信息系统有更苛刻的要求。而医院管理信息系统的计算机技术较为单纯和简 单，也由于医院管理信息系统以处理文字和数字类数据为主，较少设计声音、 图象、多媒体数据的动态传递等复杂要求，实现起来容易的多。 1.31.3 本课题研究的意义本课题研究的意义 本系统通过对病人信息管理系统方案的设计和实施，提出一种对病人在就 诊过程中产生的信息进行数字化管理的技术，为门诊建立起信息高速公路，促 使医院门诊逐步形成方便、科学、合理的管理模式。从根本上改变传统的依靠 文件等信息的传递方式，实现无纸化办公，简化就诊手续，加快信息流通速度， 提高治疗效率，基本实现医院系统的数字化管理。同时,本系统对病人既往病史 以及用药记录存档，既便于医生更加准确的对当前病人的诊断，同时也有利于 医生对各种病例进行分析研究。病历模板的套餐制更具灵活性。 2 2 关键技术介绍关键技术介绍 2.12.1开发工具及运行环境开发工具及运行环境 .1 总体开发工具及环境总体开发工具及环境 本系统采用的软件开发工具及环境如下： 操作系统：windowsxp 编程工具：powerbuilder9.0 数据库：access .2 开发工具简介开发工具简介 powerbuilder 是一个图形化的应用程序开发环境。使用 powerbuilder 开 第 2 页 共 30 页 发的应用软件由窗口构成，窗口中不仅可以包含按钮、下拉列表框及单选按纽 等标准的 windows 控件，还可以有 powerbuilder 提供的特殊控件。这些特殊控 件可以使应用软件更容易使用，使应用软件的开发效率更高。 例如，数据窗口就是 powerbuilder 提供的一个集成度很高的控件，使用该 控件可以很方便地从数据库中提取数据，很简单地检索数据，提供图形化的数 据显示方式，创建统计功能非常强大的数据统计表。由于数据窗口对数据的操 作是通过事务进行的，所以对数据的操作有很强的可靠性。这些都为开发功能 强大的数据库应用软件提供了可靠的保证。 商业化的软件开发要求有很好的移植性。powerbuilder 既可以跨平台开发， 也可以发行跨平台软件。例如，在 windows 95 下开发的程序，可以不修改源程 序而形成 unix 下的执行文件或 macintosh 下的执行文件。在开发小组中，不同 成员可以使用不同的开发环境，但由于 powerbuilder 的支持，在不同的开发环 境下看到的共享 powerbuilder 对象是相同的，所以仍可以同时开发同一个应用 程序。 随着软件技术的不断发展，powerbuilder 9.0 及时地强化了开发功能，并提 供了一些配套的开发工具，成为一种易于使用的、可伸缩的并经实践证明的快 速集成开发环境。它在给用户提供一条转移到下一代平台的途径的同时，使用 户仍能够保护和扩展现有的技术和应用上的投资。 2.22.2系统需求分析系统需求分析 病人在就诊过程中，基本的业务流程如图 1 所示： 病人挂号 医生诊断(初诊) 化验检查 医生诊断 费用管理 图 1 业务流程图 通过对病人就诊流程及管理的调查和了解，初步确定了该系统的基本需求 情况： 1. 在病人就诊之前，必须进行挂号，包括病人的最基本信息,挂号费用,预 存费等。 2. 在病人进行挂号的同时，可以自动为病人分配病历号，作为病人在就诊 第 3 页 共 30 页 过程中的唯一标识。 3. 在病人就诊时，医生可以对病人基本信息(包括简要病史等等)进行登记。 4. 对病人每次就医的主诉,病历,处方进行输入，并可以进行查询和维护。 5. 各种化验检查信息的输入、查询和维护，并可以进行异常提醒。 6. 对病人的预付款进行管理，并且当预付金额不够时可以提醒补交预付款。 7. 对病人就诊过程中的各种费用进行管理。 8. 可以打印病人预付款单据和费用凭单。 9. 医生可以查询病人治疗情况、化验检查结果，以便跟踪病人病情发展情 况，同时也有助于医生对各种病例进行分析研究。 2.32.3系统功能结构设计系统功能结构设计 本系统划分为 7 个功能模块，系统功能模块图如图 2 所示。 图 2 系统功能模块 各模块如下： 1. 员工管理：主要包括员工登陆，修改密码，判别用户级别功能。 2. 病人管理：主要包括病人的基本信息登记。 第 4 页 共 30 页 主要包括对病人基本信息的录入、查询和维护等操作。病人基本信息的录 入窗口可以从就诊窗口进入，系统可以记忆当前就诊病人病历号以及当前录入 员的姓名。 3. 就诊管理：主要包括对病人此次就诊病情的录入，过往病史的查询及 检查和化验结果进行录入。 4. 模板管理：主要医生针对各种典型病种所开具的主诉、病历、处方录 入、查询。 5. 化验检查管理：主要包括对病人每次所做化验和检查的结果进行录入、 查询和维护。 6. 费用管理：主要包括预付款管理和费用管理。 预付款管理：主要包括对预付金额进行录入、查询和维护等操作。并且 可以根据支出情况进行费用统计、查询余额和缺钱警示。 费用支出管理：主要包括对病人药费、检查、化验等支出进行录入、查 询和维护等操作。 7. 报表打印：根据需要生成各种报表，并且打印出来。 2.42.4数据库设计与实现数据库设计与实现 在仔细调查医院就诊管理过程的基础上，得到系统所要处理的数据流程图， 如图 3 所示。 病人 挂号 挂号表 诊断 病人信息表 化验检查 申请 报告 化验检查表 费用 费用管理 费用表 图 3 数据流图 本系统根据上面的设计规划出的实体有 4 个：病人、医生、化验检查员、 药品。下面为本系统实体之间关系的 e-r 图，如图 4 所示。 第 5 页 共 30 页 图 4 实体关系e-r 图 根据以上的分析设计得到实际数据库模型。数据库设计如下： 1.病人基本情况表(ghdj)：就诊号（jzid）、病历号(blh)，姓名(xm)， 身份证号(sfzh)，性别(xb)，出生日期(sr)，婚否 (hf),地址(dz)，电话(dh)， 日期(ryrq)，科别(kb)，主诉(zs)，现病史(xbs)，病历（bl）,处方(cf)，医 嘱(yz)，医生(ys)。主码是就诊号(jzid)。此表字段用来保存病人的相关详细 信息，包括病人基本信息和病人在医院就诊相关信息。 表 1 ghdj 字段名数据类型字段大小必填字段 jzid 文本 14 是 blh 文本 8 是 xm 文本 20 否 sfzh 数字小数否 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)。此表字段用来记录病人在医院挂号 就医时产生的相关数据。 表 2 ghb 字段名数据类型字段大小必填字段 id 文本 9 是 blh 文本 8 否 rq 日期/时间 否 sj 日期/时间否 ghf 数字长整型否 je 数字长整型否 3.化验检查表(hyjc)：病历号(blh)，化验日期(hyrq)，化验时间(hysj)， 检验员(jyy)，状态(zt)等，其中化验检查中的具体项目由于数目众多，在此就 不一一列出。主码是病历号(blh)，化验日期（hyrq）。此表字段用来记录病人 在院就医时不同状态的检查产生的结果 表 3 hyjc 字段名数据类型字段大小必填字段 blh 文本 8 是 hyrq 日期/时间 是 rq 日期/时间 是 zt 数字长整型否 jyy 文本 5 否 4.费用表(fyb)：费用凭单号(id)，病历号(blh)，项目内容(xmnl)，数 量(sl)，收费科室(sfks)。主码是费用凭单号(id)，项目内容（xmnl）。此表 字段用来记录病人在院所做就医项目的相关信息。 表 4 fyb 字段名数据类型字段大小必填字段 id 文本 14 是 blh 文本 8 是 xmnl 文本 13 是 sfks 文本 20 否 sl 数字长整型否 5.药品库表(ypkb)：药品编号(ypbh)，药品名(ypm)，类别(lb)，价格 (jg)，包装规格(bzgg)，单位(dw)，药用字典(yyzd)。主码是药品编号(ypbh)。 此表字段用来记录医院各种项目药品的相关信息。 表 5 ypkb 字段名数据类型字段大小必填字段 ypbh 文本 13 是 第 7 页 共 30 页 ypm 文本 30 是 lb 文本 4 否 jg 数字小数否 bzgg 文本 6 否 dw 文本 6 否 yyzd 文本 100 否 6.病历处方表(blcfb)：模板号(mbh)，病症名称(bzmc)，病历内容(blnr)， 处方内容(cfnr)，主诉内容(zsnr)，开方医生(ygh)。主码是模板号(mbh)。此 表字段用来记录医生对病症的研究和描述，方便医生对同种病症不同情况进行 对比研究，提高医生的工作效率，帮助医生进行诊断，判断更为准确。 表 6 ypkb 字段名数据类型字段大小必填字段 mbh 文本 14 是 bzmc 文本 100 否 blnr 文本 200 否 cfnr 文本 200 否 zsnr 文本 200 否 ygh 文本 5 否 7.员工表(ygb)：员工号(ygh)，员工名(kb)，科别(kb)，职位(zw)，密 码(pwd)，等级(dj)。主码是员工号(ygh)。此表字段用来记录医院员工的基本 信息并在登陆时的根据登记判断其权限。 表 7 ypkb 字段名数据类型字段大小必填字段 ygh 文本 5 是 ygm 文本 20 否 kb 文本 10 否 zw 文本 10 否 pwd 文本 10 否 dj 文本 10 否 3 3 本系统功能模块设计与实现本系统功能模块设计与实现 3.13.1应用程序对象设计应用程序对象设计 powerbuilder9.0 开发的应用程序的入口点是 powerbuilder9.0 的应用程 序对象，运行是程序从这个入口点启动，所以应用程序对象的设计是应用程序 设计的开始。 本应用程序对象中用到 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!) 首先在应用程序对象的变量定义窗口中定义全局变量，如 int g_input_time 定义的变量是登录时输入用户名和密码的次数,string yg_name 定义的是用户名，string yg_ygh 定义的是员工号，string g_pwd 定义的是密 码，string g_blh 定义病历号，string g_jzid 定义病人的就诊号等等。 3.23.2职工登录界面职工登录界面 应用程序运行后第一个出现的窗口就是 w_login 登陆窗口，界面如图 5 所 示。 图 5 职工登陆界面 用户必须通过职工登录窗口才能够进入主界面。系统登录窗口主要实现功 能是确认用户身份及级别，并根据用户级别主界面菜单中该用户可以进行的操 作。 本系统根据医院具体情况将医院职工分为种 5 种职位，院长、医生、放射 员收费员和化验员。其中，院长级别最高，可以使用主界面菜单中的任何一种 操作，其他各种职位级别都只能享有各自级别的权限。医生可以进行病人就诊 的信息录入、查询和维护，定义主诉病历处方模板的定义和查询，化验检验结 果的查询、费用的查询等；收费员可以进行挂号收费及统计，预付费用的收缴 和统计等；放射员可以对病人的各项检查结果进行录入、查询、维护等；化验 员则是对病人的各项化验结果进行录入、查询、维护。 在登录界面的 open（）函数中定义一个游标 declare guser cursor，该游标 在 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(“数据错误“,sqlca.sqlerrtext) else do if ls_userd then messagebox(出错,当前系统时间有误,请先调整系统时间,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 分配病人自动流水号，病历号的同时，也是要同时在病人基本信息表当 中插入信息，首先也是先为表的主码“就诊号”分配号码。采用自定义的函数 jzh(): string a,b,c,d,e,f,g,h,i select max(jzid) into :a from ghdj; b=string(year(today() /当前系统日期中年份的后两位 c=string(month(today() /当前系统日期中的月份 c=fill(0,2 - len(c)+c d=string(day(today()/当前系统日期中的日期 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 页 就诊信息的录入的功能，方便日后医生的对病人病史的掌握，日后的临床科学 研究以及病人对自己病史的了解。在界面中当输入病人 id(blh)，之后按下 “简明信息填写”按钮就进入病人基本信息得录入界面如图 11 所示。 图 11 病人基本信息录入界面 该界面中使用了创建好的数据窗 d_jbxx，就诊号和病历号是通过图 10 界 面的“简明信息填写”按钮中的相关代码实现（主要是利用全局变量来传递值） ： :g_blh=trim(sle_1.text) jzh() :g_jzid=trim(st_2.text) opensheet (w_jbxx,w_zhujiemian,8,original!) 同理，在图 10 中如按下“就诊”按钮，在进入如图 12 所示的界面，病人 id 号也将被传递。 界面中可以通过“保存” 、 “新增”等系列按钮完成对病人此次就诊的记录 工作，同时医生也可以通过“申请”按钮对需要进行进一步详细检查的病人提 出检查申请，另外可以在“处方计价”当中对病人的药方进行计价。在医生对 病人出具病历处方的同时可以随时查阅“病历处方模板” ，以及可以通过“查看 报告”查看病人的既往检查化验。 第 17 页 共 30 页 图 12 就诊界面 上述的该功能模块中的相关功能都是“医生”的权限范围，以下将的检查 化验的报告界面分别属于“放射员” 和“化验员”的职限。 图 13 病人检查结果录入界面 在这个界面中最主要的就是“增加” 、 “退出”几个按钮中的相关代码完成 了对数据的录入保存： /判断窗体记录是否需要保存 int mcount int updateornot mcount=dw_hyjc_jcbg.modifiedcount() if mcount0 then updateornot=messagebox(“保存修改“,“您修改了数据窗口中的数据,现在是否保存? “,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(“错误!“,“数据保存失败“) return end if elseif updateornot=2 then rollback; elseif updateornot=3 then return; end if end if 3.63.6模板管理模块模板管理模块 在模板管理模块设计是为了医生可以完整的定义主诉病历处方模板，可以 分别定义主诉、病历、处方的模板以及在必要的时候进行模板查询。此模块将 更加方便医生平时的临床诊断，为临床科研提供依据。首先建立数据窗选择数 据库表 blcfb 中的字段 mbh,bzmc,bznr,cfnr,zsnr,ygh。在窗口中运用该数据 窗，通过该数据窗可将数据保存到数据表中。以下的录入模板设计类似此病历 处方模板录入模板如图 14。 图 14 完整模板录入界面 在前面提到的模板查询界面如图 15 所示： 第 19 页 共 30 页 图 15 病历主诉查询模板 当医生输入病症名称之后，按下“确定”键就可以在数据窗口中显示相似 病症的记录，如果相似病症是多条记录就可以通过“第一条” 、 “上一条” 、 “下 一条” 、 “最后一条”进行查询选择,代码如下: “第一条” 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数据管理模块数据管理模块 在医院门诊庞大的日常管理工作中，不可缺少的是对后台数据库中的数据 进行管理，在该功能模块中就提供了对数据的统计，查询。 第 20 页 共 30 页 对挂号人数的分类统计（示例如图 16） 在主界面中点击“数据管理”下的“挂号人数统计” ，则通过如下代码进入 统计方式选择界面： opensheet(w_ghtongjilb,w_zhujiemian,8,original!) 根据不同选择然后判断打开何种统计图，如图 16 所示 图 16 挂号科室人数统计界面 是挂号人数按照科室统计的饼状图。该类型统计先创建一个根据数据表 ghdj 中的 jzid 和 kb 字段来 graph 类型的数据窗，通过对 kb 字段分类然后通 过 count(jzid for graph)然后在创建的统计窗口中使用该数据窗来实现。 病人基本信息查询 设计可以综合条件的信息查询，提高可供选择的条件，医生可以通过组合 条件对所需要的病人基本信息以及简要病史进行查询，如图 17 所示。 图 17 病人基本信息查询窗口 预付款查询 第 21 页 共 30 页 图 18 查询剩余预付款界面 拥有查询预付款权限的员工进入该界面之后，只需要输入病人的病历号， 点 击“确定”按钮（该按钮代码如下）： 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(提示,“病人尚未交付预付金,请先补交预付金“) 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=目前预付金额还剩+string(a)+元 messagebox(剩余金额,d) elseif a=0 then d=目前预付金额仅剩+string(a)+元,请尽快补交预付金 messagebox(剩余金额,d) 第 22 页 共 30 页 else d=目前预付金额透支+string(abs(a)+元,请尽快补交预付金 messagebox(剩余金额,d) end if sle_1.setfocus() else messagebox(“提示“,“病历号输入有误,请检查后重新输入“) end if 3.83.8报表模块报表模块 由于前面的个功能模块中都对病人的就诊各阶段的结果进行查询，所以在 设计报表功能模块时主要考虑对病人的预付款项以及病人的费用进行统计并呈 报表。 首先创建一个祖先窗口 w_preview 如图 19 所示，它是报表生成的通用窗口， 具有预览、放大缩小、打印、保存等功能，可以用于各个报表模块窗口的继承。 图 19 报表祖先窗口 病人预付报表窗口是 w_preview 祖先窗口的继承窗口，具有 w_preview 窗 口的功能，界面如图 20 所示。 病人预付报表窗口用于生成病人的费用凭单，既可以用来生成病人的所有 费预付的款项凭单，也可以生成其中任何一次预付凭单。其与 w_preview 祖先 窗口相比，多了一个显示功能，可以通过病历号或自动流水号来查询符合条件 的记录，并显示在数据窗口中。 第 23 页 共 30 页 图 20 病人预付款报表界面 此窗口所使用的数据窗口采用的是 group 分组显示样式的，这种显示风格 的特点是可以检索到的数据按某一列分组显示，并允许为每一组指定一些计算。 本窗口就是按自动流水号来分组，分别对每一个自动流水号中的金额和整张预 付凭单的金额进行统计。可以做到清晰明了，便于病人查阅。 病人费用报表与预付凭单报表风格模式上相同，都是由 w_preview 继承而来。 病人费用报表既可以根据病历号生成一个病人按照费用凭单号来分组的所有费 用的单据，又可以根据费用凭单号生成其中一次费用的单据。 4 4 关键功能点的测试关键功能点的测试 本章节介绍该小型医院信息管理系统的主要功能点的测试，包括：登录模 块、就诊入口模块、费用报表模块。 4.14.1登录模块测试登录模块测试 预期结果：当正确输入与数据库表 ygb 中数据一致的员工名，id 及密码时 都能登录系统。当输入的员工 id 或密码与员工名不匹配时则分别提示何种输入 错误。 根据本系统的健壮性要求对此进行了 8 次测试，下面根据测试的分类列举 了 3 次测试结果。 当选择员工名“陈冲”后输入正确的员工号“04002”和密码“cc”登录进 该系统可执行与他权限内的操作。 当选择员工名“陈冲”后输入错误的员工号“04001”和正确密码“cc”与 该出现如下图 21 所示的提示框。 第 24 页 共 30 页 图 21 登录功能测试一 当选择员工名“陈冲”后输入正确的员工号“04002”和错误密码“cd”与 该出现如下图 22 所示的提示框。 图 22 登录功能测试二 分析：经 8 次不同类型及各类型的不同种输入的结果都与预期结果一样， 得出结论，此功能基本达到系统预期要求。 4.24.2用户密码修改功能点测试用户密码修改功能点测试 预期结果：当进入修改密码界面时根据所输入的正确原密码与数据库表 ygb 中 pwd 字段数据一致，且输入的新密码和确认密码相同时，则可成功修改 密码。当输入原密码错误时则给出相应提示。当新密码与确认密码不一致时则 提示两次修改密码不一致。当修改不成功次数超过三次时则弹出警告，关闭窗 口。 根据本系统的健壮性要求对此进行了 8 次测试，下面根据测试的分类列举 了 4 次测试结果。 在员工陈冲登录后进入修改密码窗口，在输入正确的原密码“cc” ，和新密 码及确认密码“ccc”后，点“确认”按纽出现如图 23 提示框。 第 25 页 共 30 页 图 23 密码修改功能测试一 在员工陈冲登录后进入修改密码窗口，在输入正确的原密码“cc” ，和新密 码及确认密码“ccc”后，点“确认”按纽出现如图 24 提示框。 图 24 密码修改功能测试二 在员工陈冲登录后进入修改密码窗口，在输入正确的原密码“cc” ，和不一 致新密码“ccc”及确认密码“ccv”后，点“确认”按纽出现如图 25 提示框。 图 25 密码修改功能测试三 在员工陈冲登录后进入修改密码窗口，在修改密码 3 次都失败后则弹出警 第 26 页 共 30 页 告关闭窗口。如图 26 提示框。 图 26 密码修改功能测试四 分析：经 8 次不同类型情况及各类型的不同种输入的结果都与预期结果一 样，得出结论，此功能基本达到系统预期要求。 4.34.3病人费用报表功能测试病人费用报表功能测试 预期结果：当进入病人费用报表界面时根据所选择的病历号或流水号输入 相应的号码时能正确显示该病人的在院的处方计价表。当输入的病历号或流水 号不存在或没有相应的记录时则提示没有符合的记录。 根据本系统的健壮性要求对此进行了 6 次测试，下面根据测试的分类列举 了 2 次测试结果。 在选择了病历号后输入病历号“20070001”显示如图 27 的结果。 图 27 费用报表功能测试一 当输入的病历号“20070004”时则出现如图 28 的提示框。 第 27 页 共 30 页 图 28 费用报表功能测试二 分析：经 6 次不同类型情况及各类型的不同种输入的结果都与预期结果一 样，得出结论，此功能基本达到系统预期要求。 结结 论论 目前，在医学领域内计算机的应用已经十分广泛，各种智能诊断设备都与 计算机紧密结合在一起，以硬件为主的医疗设备智能化发展尤为迅速。然而以 软件建设为基础的医院的现代化管理系统发展却相对缓慢。传统手工的业务处 理方式，停留在纸作业基础上的管理模式，不仅速度慢、手续复杂，而且容易 发生错误，已不能适应医院现代化发展的需要。建立医院信息管理系统成为现 代化发展必然选择。 本系统正是一个基于对医院需求的理解，在满足基本业务的前提下，结合 医院的管理特点、融合医院领导现代化的管理理念、以病人信息为中心的医院 病人信息管理系统。目的是通过对病人在就诊过程中产生的信息进行数字化管 理，简化手续，加快信息处理速度，提高治疗与管理效率。主要包括病人就诊 管理、病历书写模板、医生出具处方、费用结算、病历查询打印统计等模块在 内的计算机管理系统，实现了病人就医信息管理电子化。 本系统以病人为中心，侧重于病人在就医过程中信息的管理，便于医生跟 踪病人病情发展情况，同时也有助于医生对各种病例进行分析研究。由于时间 的限制，对于等各类员工信息，医院药品等方面的细节没有过多详细的设计。 该设计还有很多不完善的地方，有待于我在以后的学习中不断的完善。 第 28 页 共 30 页 参考文献参考文献 1 王晟.power builder 数据库开发经典案例解析m.北京：清华大学出版社,2005。 2 杨昭.power builder9.0 基础与应用教程m.北京：中国水利水电出版社,2003。 3 马景涛,张军.power builder9.0 使用培训教程m.北京：清华大学出版社,2005。 4 求是科技.power builder9.0 程序设计与开发技术大全m.北京：人民邮电出版社， 2004。 5 何军.powerscript 语言.事件.函数m.北京：电子工业出版社,2004。 6 方睿,刁仁宏,吴四九.网络数据库原理及应用m.四川（成都）：四川大学出版社, 2005。 7 叶玟,叶宝龙.中文 access 2003 标准教程m.北京：中国劳动社会保障出版社,2004。 第 29 页 共 30 页 致致 谢谢 本文是在杜小丹老师的热情关心和指导下完成的，她渊博的知识和严谨的 治学作风使我受益匪浅，对顺利完成本课题起到了极大的作用。在此向他表示 我最衷心的感谢！ 在论文完成过程中，本人还得到了昌燕老师热心帮助，本人向他们表示深 深的谢意！ 最后向在百忙之中评审本文的各位专家、老师表示衷心的感谢！ 作者简介： 姓 名：张一兰 性别：女 出生年月：1985.3 民族：汉 e-mail: 第 30 页 共 30 页 声声 明明 本论文的工作是 2007 年 2 月至 2007 年 6 月在成都信息工程学院网络工 程系完成的。文中除了特别加以标注地方外，不包含他人已经发表或撰写过的 研究成果，也不包含为获得成都信息工程学院或其他教学机构的学位或证书而 使用过的材料。除非另有说明，本文的工作是原始性工作。 关于学位论文使用权和研究成果知识产权的说明： 本人完全了解成都信息工程学院有关保管使用学位论文的规定，其中包括： （1）学校有权保管并向有关部门递交学位论文的原件与复印件。 （2）学校可以采用影印、缩印或其他复制方式保存学位论文。 （3）学校可以学术交流为目的复制、赠送和交换学位论文。 （4）学校可允许学位论文被查阅或借阅。 （5）学校可以公布学位论文的全部或部分内容（保密学位论文在解密后 遵守此规定） 。 除非另有科研合同和其他法律文书的制约，本论文的科研成果属于成都信息 工程学院。 特此声明！ 作者签名： 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