资源预览内容
第1页 / 共26页
第2页 / 共26页
第3页 / 共26页
第4页 / 共26页
第5页 / 共26页
第6页 / 共26页
第7页 / 共26页
第8页 / 共26页
第9页 / 共26页
第10页 / 共26页
亲,该文档总共26页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述
软件需求说明书24 September 2008This report contains 26 pages1引言引言51.1编写目的.51.2背景51.3定义51.4参考资料.52任务概述任务概述62.1目标62.2用户的特点.62.3假定和约束.63需求规定需求规定63.1对功能的规定。63.2对性能的规定 .73.2.1 精度73.2.2 时间特性要求.73.2.3 灵活性73.3输人输出要求 .73.4数据管理能力要求 73.5故障处理要求 .83.6其他专门要求 .84运行环境规定运行环境规定84.1设备84.2支持软件.94.3接口94.4控制95附录(各模块需求说明书)附录(各模块需求说明书)95.1挂号95.1.1 身份登记 95.1.2 建卡105.1.3 挂号处理 105.1.4 预约挂号 115.1.5 挂号队列 115.1.6 查询功能 115.2收费135.2.1 医嘱输入 135.2.2 收费计算 135.2.3 退费135.2.4 统计查询 145.2.5 附图(医嘱录入)155.2.6 附图(退费).175.3医生工作站.185.3.1 设置和维护.185.3.2 医嘱录入 195.3.3 查询统计 205.4药品215.4.1 药品信息维护.215.4.2 库房维护 215.4.3 库房管理 225.4.4 门诊配发药.225.4.5 住院药房排发药235.4.6 输液中心发药.235.4.7 药品调价 245.4.8 盘点、进销存报表241 引言引言近年来,无论是医院的外因还是内因都对医院信息管理系统(以下简称 HIS)提出了更为苛刻的要求。外因方面主要是国内整个医疗体制改革的推进和基于城域甚至广域交换的软硬件技术的成熟;内因方面主要是医院用户经过几年系统的运行后,对 HIS 系统的认识更加理性,对 HIS 系统功能的需求更加细化和深化,对系统的稳定性和安全性提出了更高的要求。上述两个因素促使传统的 HIS 系统的设计理念也必须发生相应的变化。XX 医院目前的医疗管理信息系统已经使用了五年以上,在功能和性能上已经有很多不能满足院方的需要。院方在充分考虑系统外延性和扩展性基础上,与公司签定了信息系统的开发合同。1.1编写目的编写目的本说明书的编写目的,是为用户及分析人员充分理解本产品而设立的,它说明了本产品的各项功能和性能要求,明确标识各功能的实现过程,阐述实用范围及背景,提供客户解决问题或达到目标所需的条件或权能,提供一个度量和遵循的基准。本说明书的预期读者为软件的管理人员、开发人员、维护人员、医疗机构信息科及其他相关人员。1.2背景背景说明:a 本软件系统的名称为 EHIS 医院管理信息系统;b 本软件的设计者为 XX 信息系统(XX)有限公司;1.3定义定义EHIS:文中所指的 EHIS 即为 EHIS 软件系统产品。1.4参考资料参考资料a合同中的功能及性能说明;bXX 市医疗保险的各类发文文件;c 接口标准2 任务概述任务概述由于 XX 医院为一所大型的综合性医院,每日的就诊人数比较多,所以对速度的要求比较高,医保的时常更新,对各类指标的分析也在变化,所以对报表以及查询要求比较高,原来的系统由于使用时间比较长,在这两方面有已经有了明显的不足感觉,因此需要对 EHIS 现有系统进行本土化,并加入 XX 医保这方面的模块。2.1目标目标a 面向医院管理者的需求,为管理者及时了解医院情况、进行科学决策提供准确的信息。b 改善医院的管理服务c 面向系统维护人员的需求,HIS 系统是一个 24365 运行的系统,任何的中断或数据丢失都会带来不堪设想的后果。2.2用户的特点用户的特点本软件的最终用户有挂号收费人员、医生、药房工作人员,信息科专业管理人员等,年纪偏大的操作员对电脑的使用接收程度比较慢,部分电脑基础知识比较欠缺,所以整个系统除了考虑系统本身的设计,还需要顾及到相关人员的操作习惯以及接收程度。2.3假定和约束假定和约束列出进行本软件开发工作的假定和约束,例如经费限制、开发期限等。3 需求规定需求规定 3.13.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*768P4 或以上CPU,1G 内存,显示器分辨率要求 1280*720(显示挂号专家信息)病人基本信息登记挂号收费挂号员日报表打印机窄行打印机发票打印、日报表打印读卡器IC 卡磁条卡读写器(良标 DTI-23Y)社会保障卡、白玉兰磁卡、本院磁卡信息读取报价器宇驰报价器 SYC-XII条码打印机(可选)挂号时打印病人标签部门部门门急诊药房门急诊药房名称配置(基本)配置(建议)用途PC 客户端P4 或以上 CPU,512M内存,显示器分辨率要求 1024*768P4 或以上CPU,1G 内存,显示器分辨率要求 1024*768按病人发药排药单打印读卡器IC 卡磁条卡读写器(良标 DTI-23Y)社会保障卡、白玉兰磁卡、本院磁卡信息读取打印机窄行打印机标签打印机(发药可选)排药单打印药物标签打印部门部门报表处理报表处理名称配置(基本)配置(建议)用途PC 客户端P4 或以上 CPU,1G 内存,显示器分辨率要求1024*768P4 或以上CPU,1G 内存,显示器分辨率要求 1024*768报表打印打印机宽行打印机宽行打印机A4 激光打印机报表打印4.2支持软件支持软件客户机采用 Windows 操作系统4.3接口接口a各模块之间要求可以快速衔接,挂号、排队就诊系统、医生站系统、收费系统、发药系统,要求可以很好的衔接b要求和医保的接口处理准确,迅速,并能很好的处理一些意外的差错4.4控制控制无。5 附录(各模块需求说明书)附录(各模块需求说明书)5.1 挂号挂号5.1.15.1.1身份登记身份登记a)允许登记病人自然信息:b)自然信息有:姓名、性别、年龄、出生日期、身份证号、联系人(姓名、与患者关系、地址、联系电话)等。设置必填项目:病人姓名、年龄、出生日期、现住地址、联系电话、身份证号。c)允许登记病人的地址信息:d)地址信息有:现住地址、户籍地址、通信地址(医保卡记录地址)、联系地址;所有的地址信息包括:邮政编号、省、市、县(区)、乡;e)允许登记病人的联系电话:f)联系电话(医保卡记录电话)、移动联系电话;g)允许对病人的自然信息自行增加、更改或逻辑删除;h)允许设置修改病人信息的权限;i)系统生成病历号 11 位(MR NO.),病历号是全院唯一、病人唯一;j)允许合并病人的自然信息,即把同一个病人在系统中的两份自然信息记录合并在一起。两个病历号合并后,病历号合并成一个;病人的所有其他信息归并入一个病历;在“病历”级判断是否是同一病人的筛选条件为:身份证号。5.1.25.1.2建卡建卡a)允许病人同时拥有多个不同类别的就诊卡,如医院就诊卡、医保卡、社保卡、病卡等。b)允许维护病人的就诊卡,提供就诊卡的登记、挂失和恢复功能。c)发票上打印病卡号;5.1.35.1.3挂号挂号处理处理a)允许用户设置各个科室每天挂号次数的设置:b)普通门诊:同一天同一科,一天内不能挂两次;c)专家门诊:同一天同一医师,一天内不能挂两次;d)支持门诊、急诊、体检、日间手术、临时观察、外来检查、外来注射、夜间普通、夜间专家、发热门诊、肠道门诊、肝炎门诊等各类门急诊病人的登记。e)支持挂号登记限额处理:允许为某个医生(如专家)或科室设置和修改挂号限额;系统会根据相应的设置控制可以挂号登记的数量;f)支持登记有效期管理。g)允许病人退挂号费。病人就诊后挂号收费不能够直接退,走就诊后的退费流程。h)支持医保费用的处理。i)挂号发票:以院方提供的格式为准。5.1.45.1.4预约挂号预约挂号a)提供就诊预约服务功能,允许录入、修改、更换和取消病人的就诊预约。b)系统允许设置预约病人的基本资料的必需项(如身份证等)。c)支持预约限额处理:允许为某个医生(如专家)或科室设置和修改预约限额;系统会根据相应的设置控制可以预约的数量。d)允许取消预约登记。5.1.55.1.5挂号队列挂号队列a)挂号成功后要生成挂号队列。5.1.65.1.6查询功能查询功能b)允许按就诊卡号、病历号、病卡号、身份证号、姓名等关键字快速查询病人的基本信息;c)允许按病历号、病卡号、等关键字快速查询病人挂号登记信息;d)分类人次和费用统计:按科室、按病种、按医生、按就诊类别(急诊、普通、专病、专家、特需)。e)门急诊挂号工作人员工作量的统计标题:描述/ 流程备注页码:版本:最后修订日期:门急诊挂号业务流程图1 of 11AGU,2008序号:( (2 2) )建建卡卡 允许病人同时拥有多个不同类别的 就诊卡,如医院就诊卡、医保卡、 社保卡、病卡等 允许维护病人的就诊卡,提供就诊 卡的登记、挂失和恢复功能开始病人身份登记(1)病病人人身身份份登登记记 自然信息有:姓名、性别、年龄、出 生日期、身份证号、联系人(姓名 、与患者关系、地址、联系电话) 等。设置必填项目:
收藏 下载该资源
网站客服QQ:2055934822
金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号