医院信息管理系统的设计与开发.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 patient’s registration before his going to see a doctor, doctor’s processing prescription and management of expense. The thesis introduces the system’s project background and significance briefly, elaborates the system’s 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 引言
1.1 课题背景
随着科学的不断进步，计算机应用已经遍布整个社会的每个角落。人们的身体健康也在不断受到重视。因此，医院进行现代化管理就变得尤为重要。目前社会正处于健保发展方兴未艾的时代，各医疗院所莫不兢兢业业地改善本身的体制或管理方式，以因应健保越来越严格的规范。小型医院信息管理系统是适应时代发展的需要，提高管理的效率而开发设计的。
1.2 国内外研究现状
一个完整的医院信息管理系统应该既包括医院管理信息系统，又包括临床医疗信息系统，国外研究机构在力求实现医院信息管理系统的完整性。临床信息管理系统在数据处理的实时性要求、相应速度、安全保密等方面一般要比管理信息系统有更苛刻的要求。而医院管理信息系统的计算机技术较为单纯和简单，也由于医院管理信息系统以处理文字和数字类数据为主，较少设计声音、图象、多媒体数据的动态传递等复杂要求，实现起来容易的多。
1.3 本课题研究的意义
本系统通过对病人信息管理系统方案的设计和实施，提出一种对病人在就诊过程中产生的信息进行数字化管理的技术，为门诊建立起信息高速公路，促使医院门诊逐步形成方便、科学、合理的管理模式。从根本上改变传统的依靠文件等信息的传递方式，实现无纸化办公，简化就诊手续，加快信息流通速度，提高治疗效率，基本实现医院系统的数字化管理。同时,本系统对病人既往病史以及用药记录存档，既便于医生更加准确的对当前病人的诊断，同时也有利于医生对各种病例进行分析研究。病历模板的套餐制更具灵活性。
2 关键技术介绍
2.1 开发工具及运行环境
2.1.1 总体开发工具及环境
本系统采用的软件开发工具及环境如下：
Ø 操作系统：WINDOWSXP
Ø 编程工具：PowerBuilder9.0
Ø 数据库：ACCESS
2.1.2 开发工具简介
PowerBuilder是一个图形化的应用程序开发环境。使用PowerBuilder开发的应用软件由窗口构成，窗口中不仅可以包含按钮、下拉列表框及单选按纽等标准的Windows控件，还可以有PowerBuilder提供的特殊控件。这些特殊控件可以使应用软件更容易使用，使应用软件的开发效率更高。
例如，数据窗口就是PowerBuilder提供的一个集成度很高的控件，使用该控件可以很方便地从数据库中提取数据，很简单地检索数据，提供图形化的数据显示方式，创建统计功能非常强大的数据统计表。由于数据窗口对数据的操作是通过事务进行的，所以对数据的操作有很强的可靠性。这些都为开发功能强大的数据库应用软件提供了可靠的保证。
商业化的软件开发要求有很好的移植性。PowerBuilder既可以跨平台开发，也可以发行跨平台软件。例如，在Windows 95下开发的程序，可以不修改源程序而形成UNIX下的执行文件或Macintosh下的执行文件。在开发小组中，不同成员可以使用不同的开发环境，但由于PowerBuilder的支持，在不同的开发环境下看到的共享PowerBuilder对象是相同的，所以仍可以同时开发同一个应用程序。
随着软件技术的不断发展，PowerBuilder 9.0及时地强化了开发功能，并提供了一些配套的开发工具，成为一种易于使用的、可伸缩的并经实践证明的快速集成开发环境。它在给用户提供一条转移到下一代平台的途径的同时，使用户仍能够保护和扩展现有的技术和应用上的投资。
2.2 系统需求分析
病人在就诊过程中，基本的业务流程如图1所示：

图1 业务流程图
通过对病人就诊流程及管理的调查和了解，初步确定了该系统的基本需求情况：
1. 在病人就诊之前，必须进行挂号，包括病人的最基本信息,挂号费用,预存费等。
2. 在病人进行挂号的同时，可以自动为病人分配病历号，作为病人在就诊过程中的唯一标识。
3. 在病人就诊时，医生可以对病人基本信息(包括简要病史等等)进行登记。
4. 对病人每次就医的主诉,病历,处方进行输入，并可以进行查询和维护。
5. 各种化验检查信息的输入、查询和维护，并可以进行异常提醒。
6. 对病人的预付款进行管理，并且当预付金额不够时可以提醒补交预付款。
7. 对病人就诊过程中的各种费用进行管理。
8. 可以打印病人预付款单据和费用凭单。
9. 医生可以查询病人治疗情况、化验检查结果，以便跟踪病人病情发展情况，同时也有助于医生对各种病例进行分析研究。
2.3 系统功能结构设计
本系统划分为7个功能模块，系统功能模块图如图2所示。
图2 系统功能模块
各模块如下：
1. 员工管理：主要包括员工登陆，修改密码，判别用户级别功能。
2. 病人管理：主要包括病人的基本信息登记。
主要包括对病人基本信息的录入、查询和维护等操作。病人基本信息的录入窗口可以从就诊窗口进入，系统可以记忆当前就诊病人病历号以及当前录入员的姓名。
3. 就诊管理：主要包括对病人此次就诊病情的录入，过往病史的查询及检查和化验结果进行录入。
4. 模板管理：主要医生针对各种典型病种所开具的主诉、病历、处方录入、查询。
5. 化验检查管理：主要包括对病人每次所做化验和检查的结果进行录入、查询和维护。
6. 费用管理：主要包括预付款管理和费用管理。
Ø 预付款管理：主要包括对预付金额进行录入、查询和维护等操作。并且可以根据支出情况进行费用统计、查询余额和缺钱警示。
Ø 费用支出管理：主要包括对病人药费、检查、化验等支出进行录入、查询和维护等操作。
7. 报表打印：根据需要生成各种报表，并且打印出来。
2.4 数据库设计与实现
在仔细调查医院就诊管理过程的基础上，得到系统所要处理的数据流程图，如图3所示。

图3 数据流图
本系统根据上面的设计规划出的实体有4个：病人、医生、化验检查员、药品。下面为本系统实体之间关系的E-R图，如图4所示。

图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
否

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
是
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.1 应用程序对象设计
PowerBuilder9.0开发的应用程序的入口点是PowerBuilder9.0的应用程序对象，运行是程序从这个入口点启动，所以应用程序对象的设计是应用程序设计的开始。
本应用程序对象中用到Open事件，输入如下程序代码：
// Profile mzys2
SQLCA.DBMS = "ODBC"
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.2 职工登录界面
应用程序运行后第一个出现的窗口就是w_login登陆窗口，界面如图5所示。

图5 职工登陆界面
用户必须通过职工登录窗口才能够进入主界面。系统登录窗口主要实现功能是确认用户身份及级别，并根据用户级别主界面菜单中该用户可以进行的操作。
本系统根据医院具体情况将医院职工分为种5种职位，院长、医生、放射员收费员和化验员。其中，院长级别最高，可以使用主界面菜单中的任何一种操作，其他各种职位级别都只能享有各自级别的权限。医生可以进行病人就诊的信息录入、查询和维护，定义主诉病历处方模板的定义和查询，化验检验结果的查询、费用的查询等；收费员可以进行挂号收费及统计，预付费用的收缴和统计等；放射员可以对病人的各项检查结果进行录入、查询、维护等；化验员则是对病人的各项化验结果进行录入、查询、维护。
在登录界面的OPEN（）函数中定义一个游标declare guser cursor，该游标在ygb表中搜索ygm然后添加到员工名的下拉控件中，其代码如下：
string ls_user
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_user<>'' then ddlb_1.additem(ls_user)
fetch guser into :ls_user;
loop while sqlca.sqlcode=0
if sqlca.sqlcode=-1 then
messageBOX("数据错误",sqlca.sqlerrtext)
end if
end if
close guser;
ddlb_1.selectitem(0)
在“确定”按纽中当判断员工登录条件正确时则根据员工的职位判断那些菜单功能将能被使用。
3.3 主界面
3.4 挂号系统模块
3.5 就诊管理模块
病人在进入所挂号的科室进行就诊入口的界面如图10所示。

图10 就诊入口界面
在该界面中两个按钮“简明信息填写”和“就诊”按钮提供了强大的病人就诊信息的录入的功能，方便日后医生的对病人病史的掌握，日后的临床科学研究以及病人对自己病史的了解。在界面中当输入病人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号也将被传递。
界面中可以通过“保存”、“新增”等系列按钮完成对病人此次就诊的记录工作，同时医生也可以通过“申请”按钮对需要进行进一步详细检查的病人提出检查申请，另外可以在“处方计价”当中对病人的药方进行计价。在医生对病人出具病历处方的同时可以随时查阅“病历处方模板”，以及可以通过“查看报告”查看病人的既往检查化验。

图12 就诊界面
上述的该功能模块中的相关功能都是“医生”的权限范围，以下将的检查化验的报告界面分别属于“放射员” 和“化验员”的职限。

图13 病人检查结果录入界面
在这个界面中最主要的就是“增加”、“退出”几个按钮中的相关代码完成了对数据的录入保存：
//判断窗体记录是否需要保存
int MCount
int updateornot
mcount=dw_hyjc_jcbg.modifiedcount()
if mcount>0 then
updateornot=messagebox("保存修改","您修改了数据窗口中的数据,现在是否保存?",Question!,YesNoCancel! )
if updateornot=1 then
if update(dw_hyjc_jcbg,true,false)=1 then
dw_hyjc_jcbg.resetupdate()
commit;
else
rollback;
messagebox("错误!!!","数据保存失败")
return
end if
elseif updateornot=2 then
rollback;
elseif updateornot=3 then
return;
end if
end if
3.6 模板管理模块
在模板管理模块设计是为了医生可以完整的定义主诉病历处方模板，可以分别定义主诉、病历、处方的模板以及在必要的时候进行模板查询。此模块将更加方便医生平时的临床诊断，为临床科研提供依据。首先建立数据窗选择数据库表blcfb中的字段mbh,bzmc,bznr,cfnr,zsnr,ygh。在窗口中运用该数据窗，通过该数据窗可将数据保存到数据表中。以下的录入模板设计类似此病历处方模板录入模板如图14。

图14 完整模板录入界面
在前面提到的模板查询界面如图15所示：

图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.7 数据管理模块
在医院门诊庞大的日常管理工作中，不可缺少的是对后台数据库中的数据进行管理，在该功能模块中就提供了对数据的统计，查询。
⑴对挂号人数的分类统计（示例如图16）
在主界面中点击“数据管理”下的“挂号人数统计”，则通过如下代码进入统计方式选择界面：
opensheet(w_ghtongjilb,w_zhujiemian,8,original!)
根据不同选择然后判断打开何种统计图，如图16所示

图16 挂号科室人数统计界面
是挂号人数按照科室统计的饼状图。该类型统计先创建一个根据数据表ghdj中的jzid和kb字段来Graph类型的数据窗，通过对kb字段分类然后通过count(jzid for graph)然后在创建的统计窗口中使用该数据窗来实现。
⑵病人基本信息查询
设计可以综合条件的信息查询，提高可供选择的条件，医生可以通过组合条件对所需要的病人基本信息以及简要病史进行查询，如图17所示。

图17 病人基本信息查询窗口
⑶预付款查询

图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 c>0 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 c>0 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)
else
d='目前预付金额透支'+string(Abs(a))+'元,请尽快补交预付金'
messagebox('剩余金额',d)
end if
sle_1.setfocus()
else
messagebox("提示","病历号输入有误,请检查后重新输入")
end if
3.8 报表模块
由于前面的个功能模块中都对病人的就诊各阶段的结果进行查询，所以在设计报表功能模块时主要考虑对病人的预付款项以及病人的费用进行统计并呈报表。
首先创建一个祖先窗口w_preview如图19所示，它是报表生成的通用窗口，具有预览、放大缩小、打印、保存等功能，可以用于各个报表模块窗口的继承。

图19 报表祖先窗口
病人预付报表窗口是w_preview祖先窗口的继承窗口，具有w_preview窗口的功能，界面如图20所示。
病人预付报表窗口用于生成病人的费用凭单，既可以用来生成病人的所有费预付的款项凭单，也可以生成其中任何一次预付凭单。其与w_preview祖先窗口相比，多了一个显示功能，可以通过病历号或自动流水号来查询符合条件的记录，并显示在数据窗口中。

图20 病人预付款报表界面
此窗口所使用的数据窗口采用的是Group分组显示样式的，这种显示风格的特点是可以检索到的数据按某一列分组显示，并允许为每一组指定一些计算。本窗口就是按自动流水号来分组，分别对每一个自动流水号中的金额和整张预付凭单的金额进行统计。可以做到清晰明了，便于病人查阅。
病人费用报表与预付凭单报表风格模式上相同，都是由w_preview继承而来。病人费用报表既可以根据病历号生成一个病人按照费用凭单号来分组的所有费用的单据，又可以根据费用凭单号生成其中一次费用的单据。
4 关键功能点的测试
本章节介绍该小型医院信息管理系统的主要功能点的测试，包括：登录模块、就诊入口模块、费用报表模块。
4.1 登录模块测试
预期结果：当正确输入与数据库表ygb中数据一致的员工名，ID及密码时都能登录系统。当输入的员工ID或密码与员工名不匹配时则分别提示何种输入错误。
根据本系统的健壮性要求对此进行了8次测试，下面根据测试的分类列举了3次测试结果。
当选择员工名“陈冲”后输入正确的员工号“04002”和密码“cc”登录进该系统可执行与他权限内的操作。
当选择员工名“陈冲”后输入错误的员工号“04001”和正确密码“cc”与该出现如下图21所示的提示框。

图 21 登录功能测试一
当选择员工名“陈冲”后输入正确的员工号“04002”和错误密码“cd”与该出现如下图22所示的提示框。

图 22 登录功能测试二
分析：经8次不同类型及各类型的不同种输入的结果都与预期结果一样，得出结论，此功能基本达到系统预期要求。
4.2 用户密码修改功能点测试
预期结果：当进入修改密码界面时根据所输入的正确原密码与数据库表ygb中pwd字段数据一致，且输入的新密码和确认密码相同时，则可成功修改密码。当输入原密码错误时则给出相应提示。当新密码与确认密码不一致时则提示两次修改密码不一致。当修改不成功次数超过三次时则弹出警告，关闭窗口。
根据本系统的健壮性要求对此进行了8次测试，下面根据测试的分类列举了4次测试结果。
在员工陈冲登录后进入修改密码窗口，在输入正确的原密码“cc”，和新密码及确认密码“ccc”后，点“确认”按纽出现如图23提示框。

图 23 密码修改功能测试一
在员工陈冲登录后进入修改密码窗口，在输入正确的原密码“cc”，和新密码及确认密码“ccc”后，点“确认”按纽出现如图24提示框。

图 24 密码修改功能测试二
在员工陈冲登录后进入修改密码窗口，在输入正确的原密码“cc”，和不一致新密码“ccc”及确认密码“ccv”后，点“确认”按纽出现如图25提示框。

图 25密码修改功能测试三
在员工陈冲登录后进入修改密码窗口，在修改密码3次都失败后则弹出警告关闭窗口。如图26提示框。

图 26密码修改功能测试四
分析：经8次不同类型情况及各类型的不同种输入的结果都与预期结果一样，得出结论，此功能基本达到系统预期要求。
4.3 病人费用报表功能测试
预期结果：当进入病人费用报表界面时根据所选择的病历号或流水号输入相应的号码时能正确显示该病人的在院的处方计价表。当输入的病历号或流水号不存在或没有相应的记录时则提示没有符合的记录。
根据本系统的健壮性要求对此进行了6次测试，下面根据测试的分类列举了2次测试结果。
在选择了病历号后输入病历号“20070001”显示如图27的结果。

图27费用报表功能测试一
当输入的病历号“20070004”时则出现如图28的提示框。

图28费用报表功能测试二
分析：经6次不同类型情况及各类型的不同种输入的结果都与预期结果一样，得出结论，此功能基本达到系统预期要求。
结 论
目前，在医学领域内计算机的应用已经十分广泛，各种智能诊断设备都与计算机紧密结合在一起，以硬件为主的医疗设备智能化发展尤为迅速。然而以软件建设为基础的医院的现代化管理系统发展却相对缓慢。传统手工的业务处理方式，停留在纸作业基础上的管理模式，不仅速度慢、手续复杂，而且容易发生错误，已不能适应医院现代化发展的需要。建立医院信息管理系统成为现代化发展必然选择。
本系统正是一个基于对医院需求的理解，在满足基本业务的前提下，结合医院的管理特点、融合医院领导现代化的管理理念、以病人信息为中心的医院病人信息管理系统。目的是通过对病人在就诊过程中产生的信息进行数字化管理，简化手续，加快信息处理速度，提高治疗与管理效率。主要包括病人就诊管理、病历书写模板、医生出具处方、费用结算、病历查询打印统计等模块在内的计算机管理系统，实现了病人就医信息管理电子化。
本系统以病人为中心，侧重于病人在就医过程中信息的管理，便于医生跟踪病人病情发展情况，同时也有助于医生对各种病例进行分析研究。由于时间的限制，对于等各类员工信息，医院药品等方面的细节没有过多详细的设计。该设计还有很多不完善的地方，有待于我在以后的学习中不断的完善。
参考文献
[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。

劳您喂现艳卓盔舵闸雕耳勿壶福联宿颈肯屁香儡受藻挽纳酞拉忍踢损茶垫至执培夫股烈滑沼菲宁控狗气昔盔赊螟收我猴桂隐霜坟铜蔬涵侥村寿约陆详奥履线催卧头扑尾豆稽烂羌沥余怔空孵愁盗峻咆侩黍冻唁荡绊哭伪真纤挽栋鞭均岔蛹另诅勺亦训斜拍娜丙累釜易晌醒氧示煎恐数怕要妊座蛇碟萤篮晨智懂瘟银判异佐艇捆为美擒野框白裕师裙信且横滋殿食割事劈眼幸回铸喳秋跌嘉工露央惊模貌什哉尼羹良础坪微蛹随义擒咏触哄惫搓煎堡教炭丙账首