软件需求说明书his.docVIP

DOCVARIABLE ReportTitle 软件需求说明书 DOCVARIABLE Subtitle DOCVARIABLE Date 24 September 2008 This report contains NUMPAGES 3 pages TOC \o 1-3 \h \z \u 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 引言 近年来，无论是医院的外因还是内因都对医院信息管理系统（以下简称HIS）提出了更为苛刻的要求。外因方面主要是国内整个医疗体制改革的推进和基于城域甚至广域交换的软硬件技术的成熟；内因方面主要是医院用户经过几年系统的运行后，对HIS系统的认识更加理性，对HIS系统功能的需求更加细化和深化，对系统的稳定性和安全性提出了更高的要求。上述两个因素促使传统的HIS系统的设计理念也必须发生相应的变化。 XX医院目前的医疗管理信息系统已经使用了五年以上，在功能和性能上已经有很多不能满足院方的需要。院方在充分考虑系统外延性和扩展性基础上，与公司签定了信息系统的开发合同。 编写目的 本说明书的编写目的，是为用户及分析人员充分理解本产品而设立的，它说明了本产品的各项功能和性能要求，明确标识各功能的实现过程，阐述实用范围及背景，提供客户解决问题或达到目标所需的条件或权能，提供一个度量和遵循的基准。 本说明书的预期读者为软件的管理人员、开发人员、维护人员、医疗机构信息科及其他相关人员。 背景 说明： 本软件系统的名称为EHIS医院管理信息系统； 本软件的设计者为XX信息系统（XX）有限公司； 定义 EHIS：文中所指的EHIS即为EHIS软件系统产品。 参考资料 合同中的功能及性能说明； XX市医疗保险的各类发文文件； 接口标准 任务概述 由于XX医院为一所大型的综合性医院，每日的就诊人数比较多，所以对速度的要求比较高，医保的时常更新，对各类指标的分析也在变化，所以对报表以及查询要求比较高，原来的系统由于使用时间比较长,在这两方面有已经有了明显的不足感觉，因此需要对EHIS现有系统进行本土化，并加入XX医保这方面的模块。 目标 面向医院管理者的需求，为管理者及时了解医院情况、进行科学决策提供准确的信息。 改善医院的管理服务 面向系统维护人员的需求，HIS系统是一个24×365运行的系统，任何的中断或数据丢失都会带来不堪设想的后果。 用户的特点 本软件的最终用户有挂号收费人员、医生、药房工作人员，信息科专业管理人员等，年纪偏大的操作员对电脑的使用接收程度比较慢，部分电脑基础知识比较欠缺，所以整个系统除了考虑系统本身的设计，还需要顾及到相关人员的操作习惯以及接收程度。 假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 需求规定 对功能的规定。 HIS软件由多个模块组成，一般情况下用户对于整个模块除了 操作