5门诊收费软件测试报告.docx
- 文档编号:15029162
- 上传时间:2023-06-29
- 格式:DOCX
- 页数:18
- 大小:21.91KB
5门诊收费软件测试报告.docx
《5门诊收费软件测试报告.docx》由会员分享,可在线阅读,更多相关《5门诊收费软件测试报告.docx(18页珍藏版)》请在冰点文库上搜索。
5门诊收费软件测试报告
第五部分
软件测试报告
1引言2
1.1标识2
1.2系统概述2
1.3文档概述2
2引用文件3
3测试结果概述3
3.1对被测试软件的总体评估3
3.2测试环境的影响5
3.3改进建议5
4详细的测试结果6
4.1(测试的项目唯一标识符)6
4.1.1测试结果小计10
4.1.2遇到了问题11
4.1.3与测试用例/过程的偏差11
5测试记录。
23
6评价23
6.1能力23
6.2缺陷和限制23
6.3建议24
6.4结论24
7测试活动总结24
7.1人力消耗24
7.2物质资源消耗24
8注解25
1引言
1.1标识
子系统编号
子系统名称
子系统组名称
子系统组代码
48
住院收费
住院系统
2
1.2系统概述
根据“国家医院信息系统功能规范”相关要求,通过向医院用户的需求调研调研与分析,设计开发出一个用于住院收费处进行住院病人的入院登记,按病案首页要求录入病人资料和病人结算信息,分配病人唯一住院号;收取预收款,打印预收单;病人到病区接受住院治疗,期间发生的费用,都可在收费系统查询;病区安排出院,才能办理出院结帐手续,计算病人实际应收款;凭预收单冲销住院费用,打印住院发票;广州医保处理根据广州医保PJ3第三方案,数据共享方式实现;公费结算,根据广州公费医疗制度计算病人实际应交款;广州医保处理根据广州医保接口方案实现;收费缴款、预收缴款分开统计,每个收费员独立统计缴款情况;提供各种工作日志和款项相关查询,对有关收费项目的分类、执行地点、临床科室、医生等,进行各种统计。
1.3文档概述
本文档说明了XX医院信息系统门诊收费系统的测试分析报告,它是软件正确和顺利实施的保证。
今后,因门诊收费系统的需求变更而造成的多次测试的分析结果,都要记录在该文档中。
此文档供系统设计人员、编码人员、系统测试人员、工程实施人员以及客户的系统管理人员使用和参考。
2引用文件
1)卫生部2002年下发的《医院信息系统基本功能规范2002》
2)财政部、卫生部下发的《医院财务制度》;
3)中国标准出版社2000年《计算机软件工程规范国家标准汇编2000》
4)广东科技出版社1999年出版的《医院诊疗常规(修订版)》
5)中国人民解放军总医院1999年出版的《病案书写和质量检查概要》
6)项目的计划任务书
7)需求分析说明书
8)概要设计说明书
9)详细设计说明书
10)用户操作手册。
3测试结果概述
3.1对被测试软件的总体评估
这部分测试需求要考虑到数据流从软件中的一个模块流到另一个模块的过程中的正确性。
以下是测试的清单(按功能)
1)计价收费
a.查找病人资料;
b.项目录入;
c.费用结算;
d.打印门诊发票;
e.打印清单;
f.重打门诊发票;
g.退费;
h.设定票号。
2)缴款报表
a.预生成缴款报表;
b.正式生成缴款报表;
c.删除生成缴款报表;
d.打印缴款报表;
e.查询预生成的缴款报表;
f.查询正式生成的缴款报表;
g.缴款报表的凭证填写;
3)缴款审核
a.审核正式的缴款报表;
b.退审正式的缴款报表;
c.打印审核过的缴款报表;
4)未缴统计
生成未缴款报表;
5)缴款统计
a..按时间段和缴款人统计已缴款报表(按列表显示)
按时间段和缴款人统计已缴款报表(按汇总显示)
按时间段和缴款人统计已缴款报表(按汇总且不显示明细)
打印已生成的缴款统计
6)修改发票号
a.查找指定时间段的发票;
b.修改挂号发票上的印刷号;
c.另存查找到的发票;
d.取消修改挂号发票上的印刷号
7)修改支付号
a.查找指定时间段的发票;
b.修改挂号发票上的支付号;
c.另存查找到的发票;
d.取消修改挂号发票上的支付号
3.2测试环境的影响
门诊收费系统运行于Win2000、Win2003操作系统和Oracle9i数据库.
3.3改进建议
对于一些用户界面、菜单的结构还有窗体的设计是否合理等的测试。
4详细的测试结果
4.1(测试的项目唯一标识符)
测试项目:
项目名称
测试内容
功能度测评
功能菜单模块
功能键运行检测
数据重复录入
对外发布数据查询
对内数据筛选
用户管理
速度
速度
已挂号病人信息查询
处方录入时的项目查询
病人费用结算
计价收费保存
暂存处方
读取暂存处方
发票小计
退费保存
费用查询
发票查询
生成缴款报表
缴款报表的凭证填写
查询生成的缴款报表
审核正式的缴款报表
退审正式的缴款报表
生成未缴款报表
核对已生成的正式缴款报表
统计已生成的缴款报表
修改发票号保存
修改支付号保存
兼容性
硬件环境
软件环境
易用性
易安装
易操作
在线帮助信息
人机界面合理性
人机界面易懂性
用户自定义易用性
用户自定义数据项
容错性
错误命令
错误信息录入
安全可靠性
软件故障(溢出、死机、功能性错误等)
非法使用
保密口令
网络数据操作
软件载体病毒监测
病毒防范功能
极限参数应用(最大信息量)
数据结构合理性
逻辑结构
物理结构
数据冗余
数据中空字符空间占有率
数据操作权限
合理性
操作使用技术资料
系统功能说明表
系统流程图
数据要求说明书
系统用户手册
功能测试
日常业务处理(包括病人登记、就诊挂号、预约挂号等)
诊元排班的设置与生成、医生排班的设置与生成、调整票号
排班、费用、发票的查询(按各种条件查询)
统计的生成、查询与打印
报表的审核
数据结构合理性测评报告
逻辑结构
物理结构
数据冗余
数据中空字符空间占有率
数据操作权限
合理性
操作使用技术资料测评报告
系统功能说明表
系统流程图
数据要求说明书
系统用户手册
4.1.1测试结果小计
测试功能
测试结果(能力,局限性)
评测意见
方便快速读取已挂号病人信息
支持
通过
处方的快速录入
支持
通过
快速准确结算病人费用
支持
通过
收费时正确分药房分配药台
支持
通过
正常收费后的退费
支持
通过
发票打印、清单打印
支持。
可同时打印发票和清单
通过
费用查询
支持
通过
发票查询
支持
通过
缴款报表
支持
通过
缴款审核
支持。
权限分明,财务科才有权审核审稿退审缴款员已生成的缴款报表,缴款员不可
通过
未缴统计
支持
通过
4.1.2遇到了问题
在测试的计划阶段,我们应该明确如何准备去做一个问题报告以及如何去界定一个问题的性质,问题报告要包括问题的发现者和修改者、问题发生的频率、用了什么样的测试案例测出该问题的,以及明确问题产生时的测试环境。
问题描述尽可能是定量的,分门别类的列举,问题有几种:
1、严重问题:
严重问题意味着功能不可用,或者是权限限制方面的失误等等,也可能是某个地方的改变造成了别的地方的问题。
2、一般问题:
功能没有按设计要求实现或者是一些界面交互的实现不正确。
3、建议问题:
功能运行得不象要求的那么快,或者不符合某些约定俗成的习惯,但不影响系统的性能,界面先是错误,格式不对,含义模糊混淆的提示信息等等
4.1.3与测试用例/过程的偏差
功能度测评报告
测试功能
数据结果
与预期结果数据的偏差
功能菜单模块
满足业务需求
无
功能键运行检测
功能齐全
无
数据重复录入
无
无
对外发布数据查询
准确
无
对内数据筛选
完整
无
用户管理
完善
无
确认测评意见
改进建议
测评责任者签字
年月日
速度测评报告
(一)
测试项目
数据结果
与预期结果数据的偏差
已挂号病人信息查询
30条记录用时1秒
无
处方录入时的项目查询
少于1秒
无
病人费用结算
少于1秒
无
计价收费保存
少于1秒
无
暂存处方
少于1秒
无
读取暂存处方
少于1秒
无
发票小计
少于1秒
无
退费保存
少于3秒
无
费用查询
少于1秒
无
发票查询
少于1秒
无
确认测评意见
改进建议
测评责任者签字
年月日
速度测评报告
(二)
测试项目
数据结果
与预期结果数据的偏差
生成缴款报表
少于1秒
无
缴款报表的凭证填写
少于1秒
无
查询生成的缴款报表
少于1秒
无
审核正式的缴款报表
少于1秒
无
退审正式的缴款报表
少于1秒
无
生成未缴款报表
少于1秒
无
核对已生成的正式缴款报表
少于1秒
无
统计已生成的缴款报表
少于1秒
无
修改发票号保存
少于1秒
无
修改支付号保存
少于1秒
无
确认测评意见
改进建议
测评责任者签字
年月日
兼容性测评报告
硬件环境
运行状况
与预期结果数据的偏差
服务器IBMESERVERX240
PIII1GHz/133MHz1GRAM
18G*2HD
稳定
无
网络设备switch10M/100M
稳定
无
工作站PIII-866256MBRAM30GBHD
PII-16664MBRAM2.1GBHD
兼容性良
无
软件环境
网络平台NT40/2000
稳定
无
数据库系统ORACLE9i
稳定
无
工作站操作系统WINDOWS2000
兼容性良
无
确认测评意见
改进建议
测评责任者签字
年月日
易用性测评报告
测试功能
数据结果
与预期结果数据的偏差
易安装
需专人安装
无
易操作
直观明了
无
在线帮助信息
一般
无
人机界面合理性
合理
无
人机界面易懂性
易懂
无
用户自定义易用性
一般
无
用户自定义数据项
有
无
确认测评意见
改进建议
测评责任者签字
年月日
容错性测评报告
测试项目
数据结果
与预期结果数据的偏差
错误命令
无直接命令行
无
错误信息录入
能对错误信息报警
无
确认测评意见
改进建议
测评责任者签字
年月日
安全可靠性测评报告
测试功能
数据结果
与预期结果数据的偏差
软件故障(溢出、死机、功能性错误等)
无故障
无
非法使用
有防范非法使用功能
无
保密口令
C2级
无
网络数据操作
可网络数据操作
无
软件载体病毒监测
无毒
无
病毒防范功能
有
无
极限参数应用
(最大信息量)
1000万条记录
无
确认测评意见
改进建议
测评责任者签字
年月日
数据结构合理性测评报告
测试功能
数据结果
与预期结果数据的偏差
逻辑结构
符合3NF结构
无
物理结构
ORACLE
无
数据冗余
无冗余
无
数据中空字符空间占有率
无空字符
无
数据操作权限
便利
无
合理性
合理
无
确认测评意见
改进建议
测评责任者签字
年月日
操作使用技术资料测评报告
测试功能
数据结果
与预期结果数据的偏差
系统功能说明表
有
无
系统流程图
有
无
数据要求说明书
有
无
系统用户手册
有
无
确认测评意见
改进建议
测评责任者签字
年月日
5测试记录。
本测试是建立在客观的基础上,按照开发项目的标准来进行测试,力求先从整体的需求和实际可能的各种业务模式与流程来把握测试的目标与重点,将考虑模块、功能、整体、系统、版本、压力、性能、配置和安装等各个因素的影响,尽可能的考虑到细节,并制作测试记录文档,对各模式下的费用计算将编写详细案例进行测试,包括输入数据、输出数据、期望结果、实际结果等要点,亦为将来的回归测试留有余地,现时考虑其它的软件对正在测试的软件造成的影响。
测试时,还会运用以往做程序的经验来测试程序,同时采用一些发散性的思维,以求找到测试的新途径.
6评价
6.1能力
支持大型数据库,多种平台,查询丰富,操作简便,稳定性、实用性及易用性强
6.2缺陷和限制
由于各客户的差异性限制,有些个性化需求需要客户化,根据客户需求定制
6.3建议
以客户为本,与客户面对面沟通,通过客户试用,在原有系统的基础上,为客户定制个性化系统,以提高系统的稳定性、实用性、可操作性、易用性。
6.4结论
经反复测试,该软件能通过以上测试,满足医院挂号管理的需求。
7测试活动总结
总结主要的测试活动和事件。
总结资源消耗,如:
7.1人力消耗
测试机构:
软件测试组
负责人:
易振辉
参与人员:
刘丽春,赖金林,吴宗盛,黄振宇,聂晓明,黄振宇,李淑娟
7.2物质资源消耗
服务器IBMESERVERX240
PIII1GHz/133MHz1GRAM
18G*2HD
网络设备switch10M/100M,PowerBuilder+Oracle9I
工作站PIII-866256MBRAM30GBHD
PII-16664MBRAM2.1GBHD
网络平台NT40/2000
数据库系统ORACLE9i
工作站操作系统WINDOWS2000
8注解
●入院登记:
根据病案首页的要求,录入病人资料,分配住院号。
●住院号:
每个病人唯一的住院号,每次住院都一样。
●记帐号:
每个病人每次住院唯一的系统内部号码。
●预收:
住院病人的预交款,出院时和实际发生的费用进行冲销。
●结帐:
系统对费用进行汇总处理,并更新病人基本资料的过程,每天自动进行一次,也可手工进行在中途、转区、出院结帐。
●清帐:
对已经发送的费用打印住院发票,产生实际收入的操作
●医保处理:
根据广州医保第三方案(数据共享方式)进行的医保数据传送
●结算方式:
各种区分病人住院费用的计算方法的类别
●记帐:
录入病人费用明细的操作。
●发生收入:
病人发生的已输入系统的费用,发生收入只跟是否已经输入有关,跟病人是否交钱无关,统计时间为插病人费用明细表时间。
●实际收入:
病人已交钱的发生收入。
自费和医保病人发生收入清帐时全额计入,公费病人发生收入分自费清帐、公费清帐分别计入。
统计时间为清帐日期+班别。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 门诊 收费 软件 测试报告