软件需求说明书(HIS).doc
- 文档编号:158865
- 上传时间:2022-10-04
- 格式:DOC
- 页数:26
- 大小:741.50KB
软件需求说明书(HIS).doc
《软件需求说明书(HIS).doc》由会员分享,可在线阅读,更多相关《软件需求说明书(HIS).doc(26页珍藏版)》请在冰豆网上搜索。
软件需求说明书
24September2008
Thisreportcontains26pages
©
1 引言 5
1.1 编写目的 5
1.2 背景 5
1.3 定义 5
1.4 参考资料 5
2 任务概述 6
2.1 目标 6
2.2 用户的特点 6
2.3 假定和约束 6
3 需求规定 6
3.1 对功能的规定。
6
3.2 对性能的规定 7
3.2.1 精度 7
3.2.2 时间特性要求 7
3.2.3 灵活性 7
3.3 输人输出要求 7
3.4 数据管理能力要求 7
3.5 故障处理要求 8
3.6 其他专门要求 8
4 运行环境规定 8
4.1 设备 8
4.2 支持软件 9
4.3 接口 9
4.4 控制 9
5 附录(各模块需求说明书) 9
5.1 挂号 9
5.1.1 身份登记 9
5.1.2 建卡 10
5.1.3 挂号处理 10
5.1.4 预约挂号 11
5.1.5 挂号队列 11
5.1.6 查询功能 11
5.2 收费 13
5.2.1 医嘱输入 13
5.2.2 收费计算 13
5.2.3 退费 13
5.2.4 统计查询 14
5.2.5 附图(医嘱录入) 15
5.2.6 附图(退费) 17
5.3 医生工作站 18
5.3.1 设置和维护 18
5.3.2 医嘱录入 19
5.3.3 查询统计 20
5.4 药品 21
5.4.1 药品信息维护 21
5.4.2 库房维护 21
5.4.3 库房管理 22
5.4.4 门诊配发药 22
5.4.5 住院药房排发药 23
5.4.6 输液中心发药 23
5.4.7 药品调价 24
5.4.8 盘点、进销存报表 24
Page26of26
软件需求说明书
1引言
近年来,无论是医院的外因还是内因都对医院信息管理系统(以下简称HIS)提出了更为苛刻的要求。
外因方面主要是国内整个医疗体制改革的推进和基于城域甚至广域交换的软硬件技术的成熟;内因方面主要是医院用户经过几年系统的运行后,对HIS系统的认识更加理性,对HIS系统功能的需求更加细化和深化,对系统的稳定性和安全性提出了更高的要求。
上述两个因素促使传统的HIS系统的设计理念也必须发生相应的变化。
XX医院目前的医疗管理信息系统已经使用了五年以上,在功能和性能上已经有很多不能满足院方的需要。
院方在充分考虑系统外延性和扩展性基础上,与公司签定了信息系统的开发合同。
1.1编写目的
本说明书的编写目的,是为用户及分析人员充分理解本产品而设立的,它说明了本产品的各项功能和性能要求,明确标识各功能的实现过程,阐述实用范围及背景,提供客户解决问题或达到目标所需的条件或权能,提供一个度量和遵循的基准。
本说明书的预期读者为软件的管理人员、开发人员、维护人员、医疗机构信息科及其他相关人员。
1.2背景
说明:
a.本软件系统的名称为EHIS医院管理信息系统;
b.本软件的设计者为XX信息系统(XX)有限公司;
1.3定义
EHIS:
文中所指的EHIS即为EHIS软件系统产品。
1.4参考资料
a.合同中的功能及性能说明;
b.XX市医疗保险的各类发文文件;
c.接口标准
2任务概述
由于XX医院为一所大型的综合性医院,每日的就诊人数比较多,所以对速度的要求比较高,医保的时常更新,对各类指标的分析也在变化,所以对报表以及查询要求比较高,原来的系统由于使用时间比较长,在这两方面有已经有了明显的不足感觉,因此需要对EHIS现有系统进行本土化,并加入XX医保这方面的模块。
2.1目标
a.面向医院管理者的需求,为管理者及时了解医院情况、进行科学决策提供准确的信息。
b.改善医院的管理服务
c.面向系统维护人员的需求,HIS系统是一个24×365运行的系统,任何的中断或数据丢失都会带来不堪设想的后果。
2.2用户的特点
本软件的最终用户有挂号收费人员、医生、药房工作人员,信息科专业管理人员等,年纪偏大的操作员对电脑的使用接收程度比较慢,部分电脑基础知识比较欠缺,所以整个系统除了考虑系统本身的设计,还需要顾及到相关人员的操作习惯以及接收程度。
2.3假定和约束
列出进行本软件开发工作的假定和约束,例如经费限制、开发期限等。
3需求规定
3.1对功能的规定。
HIS软件由多个模块组成,一般情况下用户对于整个模块除了操作方便,简单等视觉要求以及正常的功能要求以外,不太会过度的提出整个系统的特殊需求。
HIS系统由临床、医技、行政、药品等各模块组成,各模块间既有独立,也有关联性,在程序设计时,更多的需要参照各模块的需求,以及找到各模块之间的关联。
附录部分为各模块的功能需求。
3.2对性能的规定
3.2.1精度
挂号收费现金部分要求采用五舍六入,非医保实时的支付部分采用四舍五入
将药品的单价设为四位小数,防止药品折零时导致大的误差
一般报表金额采用两位小数,即可满足
3.2.2时间特性要求
挂号收费部分,由于目前各医疗机构的病人数较多,以及卫生局对于病人的挂号收费时间的硬性指标,所以在挂号收费时,需要快速,方便,减少病人的等待时间。
病人收费后,配药单需要能够及时准确打印,发药窗口通过某种条件能快速的进行查询
日报表能够比较快
3.2.3灵活性
a.门急诊病人收费,可以与挂号系统连接使用,对于特殊病人(比方说体检病人),不挂号时,也可以独立使用
b.查询部分,可以按照多个条件的单独或组合方式查询结果
c.由于医保的不定期的升级以及客户本身的需求,需要考虑升级的兼容性。
d.相关的模块部分,需要考虑和边缘模块的接口
e.目前药库这里的接口为市卫生局的药品招标接口,根据接口文件的格式提供文件格式;
f.药品这里的基本的正常流程不太会变动,在报表或接口方面可能会随着卫生局政策性的一些变动生会产生一些报表或提取数据方面的格式变动。
g.HIS系统为一个不间断的24小时连续运行的系统,除了整个系统的正常运行以外,如果碰到系统出现大问题,还需要有一个应急方案来解决整个医院的运行。
3.3输人输出要求
无
3.4数据管理能力要求
数据容量的限制取决了磁盘的容量和数据库的最大容量值,整个数据库的增长取决于系统上线以后,在正常的运行条件下,每个周期数据库的增长速度,在磁盘足够大的情况下,数据的存取不受限制。
在后期如果数据量增长过大或过快,可以采用报表和前台数据隔离的方式,或采用数据归档方式来对数据库的增量和速度进行管理。
3.5故障处理要求
软件在升级过程,或由于操作不当可能会产生报错。
异常报错:
系统出现异常错误时,程序会弹出对话框,写明错误代码及原因,用户可以依据此出错信息向公司方研发部报告。
操作错误:
如果用户出现操作错误,如数据类型输入错误、缺乏必要字段等,系统会弹出对话框显示出错内容,并将光标设置出错位置上,由现场工程师指导或远程解决等。
3.6其他专门要求
相关报表涉及到财务及药品方面的问题,所以报表的权限需要对专人负责,这一点由院方来做维护。
药品的其他属性,要求药房准确设置,防止药品的错发,比方说儿科用药只能儿科才可以用。
4运行环境规定
4.1设备
部门
门急诊挂号收费
名称
配置(基本)
配置(建议)
用途
PC客户端
P4或以上CPU,512M内存,显示器分辨率要求1024*768
P4或以上CPU,1G内存,显示器分辨率要求1280*720(显示挂号专家信息)
病人基本信息登记
挂号
收费
挂号员日报表
打印机
窄行打印机
发票打印、日报表打印
读卡器
IC卡磁条卡读写器(良标DTI-23Y)
社会保障卡、白玉兰磁卡、本院磁卡信息读取
报价器
宇驰报价器SYC-XII
条码打印机
(可选)
挂号时打印病人标签
部门
门急诊药房
名称
配置(基本)
配置(建议)
用途
PC客户端
P4或以上CPU,512M内存,显示器分辨率要求1024*768
P4或以上CPU,1G内存,显示器分辨率要求1024*768
按病人发药
排药单打印
读卡器
IC卡磁条卡读写器(良标DTI-23Y)
社会保障卡、白玉兰磁卡、本院磁卡信息读取
打印机
窄行打印机
标签打印机(发药可选)
排药单打印
药物标签打印
部门
报表处理
名称
配置(基本)
配置(建议)
用途
PC客户端
P4或以上CPU,1G内存,显示器分辨率要求1024*768
P4或以上CPU,1G内存,显示器分辨率要求1024*768
报表打印
打印机
宽行打印机
宽行打印机
A4激光打印机
报表打印
4.2支持软件
客户机采用Windows操作系统
4.3接口
a.各模块之间要求可以快速衔接,挂号、排队就诊系统、医生站系统、收费系统、发药系统,要求可以很好的衔接
b.要求和医保的接口处理准确,迅速,并能很好的处理一些意外的差错
4.4控制
无。
5附录(各模块需求说明书)
5.1挂号
5.1.1身份登记
a)允许登记病人自然信息:
b)自然信息有:
姓名、性别、年龄、出生日期、身份证号、联系人(姓名、与患者关系、地址、联系电话)等。
设置必填项目:
病人姓名、年龄、出生日期、现住地址、联系电话、身份证号。
c)允许登记病人的地址信息:
d)地址信息有:
现住地址、户籍地址、通信地址(医保卡记录地址)、联系地址;所有的地址信息包括:
邮政编号、省、市、县(区)、乡;
e)允许登记病人的联系电话:
f)联系电话(医保卡记录电话)、移动联系电话;
g)允许对病人的自然信息自行增加、更改或逻辑删除;
h)允许设置修改病人信息的权限;
i)系统生成病历号11位(MRNO.),病历号是全院唯一、病人唯一;
j)允许合并病人的自然信息,即把同一个病人在系统中的两份自然信息记录合并在一起。
两个病历号合并后,病历号合并成一个;病人的所有其他信息归并入一个病历;在“病历”级判断是否是同一病人的筛选条件为:
身份证号。
5.1.2建卡
a)允许病人同时拥有多个不同类别的就诊卡,如医院就诊卡、医保卡、社保卡、病卡等。
b)允许维护病人的就诊卡,提供就诊卡的登记、挂失和恢复功能。
c)发票上打印病卡号;
5.1.3挂号处理
a)允许用户设置各个科室每天挂号次数的设置:
b)普通门诊:
同一天同一科,一天内不能挂两次;
c)专家门诊:
同一天同一医师,一天内不能挂两次;
d)支持门诊、急诊、体检、日间手术、临时观察、外来检查、外来注射、夜间普通、夜间专家、发热门诊、肠道门诊、肝炎门诊等各类门急诊病人的登记。
e)支持挂号登记限额处理:
允许为某个医生(如专家)或科室设置和修改挂号限额;系统会根据相应的设置控制可以挂号登记的数量;
f)支持登记有效期管理。
g)允许病人退挂号费。
病人就诊后挂号收费不能够直接退,走就诊后的退费流程。
h)支持医保费用的处理。
i)挂号发票:
以院方提供的格式为准。
5.1.4预约挂号
a)提供就诊预约服务功能,允许录入、修改、更换和取消病人的就诊预约。
b)系统允许设置预约病人的基本资料的必需项(如身份证等)。
c)支持预约限额处理:
允许为某个医生(如专家)或科室设置和修改预约限额;系统会根据相应的设置控制可以预约的数量。
d)允许取消预约登记。
5.1.5挂号队列
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 需求 说明书 HIS
![提示](https://static.bdocx.com/images/bang_tan.gif)