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