软件需求说明书.docx

学习 参考资料 分享 学习 参考 资料 分享 24 September 2008 This report contains 27 pagesWORD 格式 整理 24 September 2008 This report contains 27 pages 软件需求说明书 软件需求说明书 WORD WORD 格式 整理 学习 参考资料 分享 学习 参考 资料 分享 引言 1.1 1.2 1.3 1.4 4 编写目的 4 背景 4 定义 4 参考资料 4 任务概述 5 目标 5 用户的特点 5 假定和约束 5 需求规定 5 对功能的规定。 5 对性能的规定 6 精度 6 时间特性要求 6 灵活性 6 输人输出要求 6 数据管理能力要求 6 故障处理要求 7 其他专门要求 7 运行环境规定 7 设备 7 支持软件 8 接口 8 控制 8 附录（各模块需求说明书） 9 挂号 9 身份登记 9 5.1.2 建卡 10 挂号处理 10 预约挂号 11 挂号队列 11 查询功能 11 5.2 收费 13 医嘱输入 13 收费计算 13 5.2.3 退费 13 统计查询 14 附图（医嘱录入） 15 5.2.6 附图（退费） 17 医生工作站 18 设置和维护 18 医嘱录入 19 查询统计 20 5.4 药品 22 药品信息维护 22 库房维护 22 库房管理 22 门诊配发药 23 住院药房排发药 24 输液中心发药 24 药品调价 25 盘点、进销存报表 25 引言 近年来，无论是医院的外因还是内因都对医院信息管理系统（以下简称HIS）提出了更为苛刻的要求。外因方面主要是国内整个医疗体制改革的推进和基于城域甚至广域交换的软硬件技术的 成熟；内因方面主要是医院用户经过几年系统的运行后，对HIS 系统的认识更加理性，对HIS 系统功能的需求更加细化和深化，对系统的稳定性和安全性提出了更高的要求。上述两个因素促使 传统的HIS 系统的设计理念也必须发生相应的变化。 XX 医院目前的医疗管理信息系统已经使用了五年以上，在功能和性能上已经有很多不能满足院方的需要。院方在充分考虑系统外延性和扩展性基础上，与公司签定了信息系统的开发合同。 编写目的 本说明书的编写目的，是为用户及分析人员充分理解本产品而设立的，它说明了本产品的各项功能和性能要求，明确标识各功能的实现过程，阐述实用范围及背景，提供客户解决问题或达到目标所需的条件或权能，提供一个度量和遵循的基准。 本说明书的预期读者为软件的管理人员、开发人员、维护人员、医疗机构信息科及其他相关人员。 背景 说明： 本软件系统的名称为EHIS 医院管理信息系统； 本软件的设计者为XX 信息系统（XX）有限公司； 定义 EHIS：文中所指的EHIS 即为EHIS 软件系统产品。 参考资料 合同中的功能及性能说明； XX市医疗保险的各类发文文件； 接口标准 任务概述 由于 XX 医院为一所大型的综合性医院，每日的就诊人数比较多，所以对速度的要求比较高，医保的时常更新，对各类指标的分析也在变化，所以对报表以及查询要求比较高，原来的系统由于使用时间比较长,在这两方面有已经有了明显的不足感觉，因此需要对EHIS 现有系统进行本土化，并加入XX 医保这方面的模块。 目标 面向医院管理者的需求，为管理者及时了解医院情况、进行科学决策提供准确的信息。 改善医院的管理服务 面向系统维护人员的需求，HIS 系统是一个 24×365 运行的系统，任何的中断或数据丢失都会带来不堪设想的后果。 用户的特点 本软件的最终用户有挂号收费人员、医生、药房工作人员，信息科专业管理人员等，年纪偏大的操作员对电脑的使用接收程度比较慢，部分电脑基础知识比较欠缺，所以整个系统除了考虑系统本身的设计，还需要顾及到相关人员的操作习惯以及接收程度。 假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 需求规定 对功能的规定。 HIS 软件由多个模块组成，一般情况下用户对于整个模块除了 操作方便，简单等视觉要求以及正常的功能要求以外，不太会过度的提出整个系统的特殊需求。 HIS 系统由临床、医技、行政、药品等各模块组成，各模块间既有独立，也有关联性，在程序设计时，更多的需要参照各模块的需求，以及找到各模块之间的关联。 附录部分为各模块的功能需求。 对性能的规定 精度 挂号收费现金部分要求采用五舍六入，非医保实时的支付部分采用四舍五入 将药品的单价设为四位小数，防止药品折零时导致大的误差一般报表金额采用两位小数，即可满足 时间特性要求 挂号收费部分，由于目前各医疗机构的病人数较多，以及卫生局对于病人的挂号收费时间的硬性指标，所以在挂号收费时，需要快速，方便，减少病人的