北京天桥医院门诊管理系统需求分析.docVIP

******技术有限公司 文 档 编 号 产品版本 密级 内部 产品名称： 共 页 ＜项目名称＞ 软件需求说明书 作 者： 韩雲龙 钱栋瑜 屈碧勃 何凯 杨国春 完成日期： 2015年1月4日 签 收 人： 张建文 签收日期： 2015年1月4日 修改情况记录： 版本号 修改批准人 修改人 日期 签收人 ——需求文档中各项功能编号编号规则 编号规则 格式： XXX-XXX1-T/D/P1 二、具体规则： 首位XXX：项目名称的一个字的首字母，例如 “金牌家政呼叫中心”，记为：“JP”。 中间位XXX：功能名称缩写，如电话本功能，缩写为“DHB-”开头加3位功能编号（从1---开始）。如T-1。 3. 末尾位（T）测试用例功能编号将以“T-”开头，加3位数字，如T-1 （D）设计文档功能编号将以“D-”开头，加3位数字，如D-1 （P）开发文档功能编号将以“P-”开头，加3位数字，如P-1综上所述，JP-DHB1-T1所代表的意义是：金牌家政呼叫中心—电话本管理功能1--测试用例1 目录 软件需求说明书 1 目录 2 1 引言 4 1.1 编写目的 4 1.2 范围 4 1.3 定义 5 1.4 参考资料 5 2 项目概述 5 2.1 产品描述 5 2.2 产品功能 7 2.3 用户特点 8 2.4 一般约束 8 2.5 假设和依据 8 3 具体需求 9 3.1 功能需求 9 3.1.1 用户管理 9 3.1.1.1 引言 9 3.1.1.2 用例分析 9 3.1.1.3功能归纳 9 3.1.2 角色管理 10 3.1.2.1 引言 10 3.1.2.2. 用例分析 10 3.1.2.3功能归纳 10 3.1.3 权限管理 11 3.1.3.1 引言 11 3.1.3.2 用例分析 12 3.1.3.3 功能归纳 12 3.1.4 挂号管理 13 3.1.4.1 挂号服务 13 3.1.4.2 病人信息管理 14 3.1.4.3 信息咨询 16 3.1.5 划价收费管理 16 3.1.5.1 收费管理 16 3.1.6 病历管理 17 3.2业务流程 20 3.2.1 系统的业务流程 21 3.2.2 权限管理业务流程 22 3.3 外部接口需求 22 3.3.1 用户接口 22 3.3.2 硬件接口 23 3.3.3 软件接口 23 3.3.4 通信接口 23 3.4 性能需求 23 3.5 设计约束 23 3.5.1 其他标准的约束 24 3.5.2 硬件的限制 24 3.6属性 24 3.6.1 可用性 24 3.6.2 安全性 24 3.6.3 可维护性 25 3.6.4 可转移 ＼转换性 25 3.6.5 警告 25 3.7 其他需求 25 3.7.1 数据库 25 3.7.2 操作 26 3.7.3 场合适应性需求 26 4 附录 27 1 引言 1.1 编写目的 编写医院门诊管理系统需求规格说明书的目的是根据目前的项目调研及与用户交流沟通的情况，将我方与甲方双方对项目的认识、理解，整理形成清晰、准确的项目需求文档，以便双方对项目需求达到理解一致，便于项目成功实施，也将它作为开发人员系统设计的参考文档指导下一阶段的系统设计工作，使软件开发者对该软件的初始规定有一个总体的认识和理解，使之成为整个开发工作的基础。 1.2 范围 说明： 北京天桥医院门诊管理系统； 说明软件将干什么，如果需要的话，还要说明软件产品不干什么； 描述所说明的软件的应用。应当： 尽可能精确地描述所有相关的利益、目的、以及最终目标。 如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 角色 需求描述 医院门诊部门 工作人员 1、以不同的身份登录系统。 2、挂号部门能够将病人的信息输入，通过病人的要求描述选择医生和科室。 3、医生能将病人的病例信息输入系统。 4、通过医生所开处方进行划价收费。 后台管理人员 实现软件的升级和更新 1.3 定义 本系统：医院门诊管理系统 新数据库：是指本平台设计的用户、权限、门户、系统管理数据库。 应用系统：是指本次在本平台做集成及统一认证的勘探开发、经营管理等方面的B/S应用系统。 1.4 参考资料 列出要用到的参考资料，如： 本项目的经核准的计划任务书或合同、上级机关的批文