医院-管理信息系统需求分析模版.docxVIP

医院管理信息系统业务需求分析旭日瑞峰 2016年3月 PAGE6 / NUMPAGES6 医院管理信息系统需求分析 系统管理部分 编制部门: 编制人： 编制日期： 审核人： 审核日期： 德阳市旭日瑞峰软件有限责任公司 历史修订记录 版本 修改记录 修改日期 修改人 需求概述 系统目标 业务模式 性能需求 本系统为基于J2EE体系的WEB应用。性能上应满足以下指标：100M局域网环境下，常规业务单次响应速度=3s； 可靠性：连续运行时间：=3600h 可用性：功能可用水平不低于 99% 可使用性：用户能够容易地完成他们的目的，对产品信息不产生疑惑，没有二异性，保证页面风格上的一致。 可移植性：产品在安装J2EE应用服务器的系统下，无论WEBLOGIC、TOMCAT版本如何，产品不需要做较大改动，即可进行移植。 其它需求 1、系统必须符合国家卫计委发布的“医院信息系统基本功能规范”的标准。 2、安全性：系统必须具有权限管理功能，必须分级别管理及操作相应功能。 3、界面：操作简单实用，提示简明、清楚。对于常用的操作，应尽量减少操作的步骤，提高系统的使用效率。 4、可维护性：开发工具应具有相当的易用性。在开发过程中，应编写详尽的文档说明材料。系统提供可行的配置和维护手段，使用户能够根据实际情况的改变配置和维护系统。系统的运行数据可及时进行备份，功能实现要尽量简单、可靠。系统应能自动记录各用户的重要操作，形成操作日志备查。 5、可扩充性：系统应能适应将来的数据格式、内容、容量发生的改变。系统的功能增强、增加不会引起系统总体结构上的变动。 6、容错性能：系统在出现重大的运行错误后不至于影响所操作的数据，不会引起数据的不一致错误，不会影响数据的完整性。在系统运行的软件和硬件平台提供的运行条件正常的情况下，系统在出现较小规模的错误时不会直接导致系统的非常退出、崩溃，系统能够自动恢复并保持正常的运行状态。系统应能对系统的各种异常进行捕获，并记录详尽的出错日志方便日后的排错。通过相应功能，系统在一定程度上可实现业务回溯。 7、数据可靠性：有科学的、完善的数据更新机制，保证数据与实际情况相符，不出现误差和延时情况。 8、程序稳定性：保证运行时不会出现死机、系统崩溃和严重的程序错误。系统应有容错机制，保证不同使用条件下系统都能正确运行。 术语解释 序号 术语 所指对象或含义 8． 业务规则 业务流程 功能列表 就诊卡管理 就诊卡建卡 功能编号 C 功能级别 A 经办角色 收费室 界面原型编号 需求状态 需求人员 功能描述 将卡片与人员关联 业务办理 前提约束 数据权限 业务经办 流程描述 就诊病员在挂号或入院时无就诊卡的需建卡。 卡片的类型可以为医院就诊卡、社保卡、居民健康卡。 录入或读取的信息有（公民身份号码、姓名、性别、民族、出生日期、住址、工作单位名称、联系人姓名、联系电话、备注）。 核对信息无误后，点击保存，将卡片与病员进行关联。 如果病员以前已经建卡，卡片遗失或更换卡片，点击换卡进行换卡页面。 使用医院就诊卡时可根据返回的就诊卡卡费收费并打印收据。 业务规则 公民身份号码（15位与18位重复检查）如在系统内重复应提示进行换卡业务，可以为空，不能重复。 卡片与人员必须一一对应，不能交叉重复。 影响的后续功能 就诊、收费、检查、治疗、打印报告等相关业务 业务办理结果 将卡片与人员进行了唯一性关联 非功能要求 更换就诊卡 参考资料 业务单据、表格