医院挂号系统
前景与范围文档
|
文档状态： [√ ]草稿 [ ]正式发布 [ ]正在修改 |
当前版本： |
版本1 |
|
作 者： |
刘杰 |
|
|
完成日期： |
2013年11月3日 |
|
1. 业务需求
1.1 应用背景
现在随着人们的生活质量的提高，各种慢性病接踵而来，再加上其他突发的疾病以及大大小小的病，人们的身体健康程度受到严重威胁，因此医院挂号系统面临严重压力，因此需要一个自动挂号系统提高医院挂号效率。
1.2 业务机遇
所有去医院挂号的人都要去排队等待挂号，这因此浪费了大量病人的时间，耽误了治疗，如果在挂号系统中提高效率，在去医院的路上能够通过电话或者手机甚至直接在网上挂号系统页面上直接挂号，这将减少大量排队时间甚至排队人数，节省了大量时间。
1.3 业务目标
业务目标如下：
BO-1：在第一版应用之后3个月之内，节约病人挂号时间5分钟。
BO-2：在第一版应用之后6个月之内，减少挂号排队人数。
成功标准的例子如下所示：
SC-1：在第一版应用之后3个月内，所有患者都了解挂号系统流程以及优点。
1.4 业务风险
业务风险的示例如下：
RI-1：在同一时间内挂号的人太多导致系统负担过大，容易崩溃
2 项目前景
2.1 前景概述
此系统是一个基于Internet的系统，通过此系统，对于紧急患者可以提前挂号，减去排队挂号时间，抓紧时间治疗，对于普通患者，若时间紧急也可以网上挂号或者电话挂号，减少患者耽误时间，提高医院挂号效率，医院方面也可以减轻负担，提高医院办事效率。
2.2主要特性
FE-1：根据患者病情安排就医时间。
FE-2：挂号交费一起办。
FE-3：根据患者病因分组
FE-4：支持在线交费
FE-5：提供电话，网上挂号
2.3 假设与依赖
AS-1：各个医院中有指定的控制和管理中心，并有计算机和打印机等相关设备。
AS-2：医院有相关人员根据挂号分析患者病情。
AS-3：医院有相关人员负责接触患者。
AS-4：建议系统的维护时间不超过一周，尽量避开医院的高峰期。
AS-5：管理员必须经过一定的法律及技能培训。防止出现管理员对客户信息盗用，非法修改等操作。
DE-1：如果其他医院有自己的联机挂号系统，那么此系统必须与这一系统进行双向通信。
3. 项目范围
3.1 第一版范围
第一个版本主要实现网站界面的创建，各个功能的初步实现。主要实现网上挂号和收费功能。
3.2 后续版本范围
|
特性 |
版本1 |
版本2 |
版本3 |
|
FE-1 |
完全实现 |
||
|
FE-2 |
取消挂号实现 |
完成其他所有功能 |
|
|
FE-3 |
实现“我的医疗”功能 |
4. 项目环境
4.1 操作环境
这个系统主要提供给两类用户使用,一类是医院模式,一类是患者模式。
- 医院模式中，医院实现对患者信息的更新和保存和保密，更新患者数据库
- 患者模式中实现患者的登录，查找医生，查找病因等。
4.2 涉众
这个系统中的主要涉众如下表：
|
涉众 |
特点 |
|
患者 |
患者通过这个软件提交自己就医效率 |
|
医院 |
医院通过这个系统提交医院办事效率 |
4.3 项目属性
具体项目属性如下表：
|
属性 |
驱动因素 |
约束因素 |
可调整因素 |
|
特性 |
|
各个版本的功能必须完全可操作。 |
在最终版本中进行调整。 |
|
质量 |
|
用户满意度必须达到85%；必须通过全部的安全机制检查，系统能够在win7,winxp等操作系统下稳定工作。 |
在后续版本中完善功能提高用户满意度 |
|
成本 |
医院主管 |
必须控制开发费用在额定范围内 |
允许费用超过的最大额度不超过总经费的10% |
|
进度 |
医院主管 |
必须保证开发时间在规定时限范围内 |
开发时间最长不得超过规定时间2天 |
|
人员 |
团队规模包括一个项目经理，两名开发人员，和一名测试人员
|
人员数目按照规定严格控制 |
如果计划不够，可以适当增加人员务必保证在规定时间内完成项目。 |
词汇表：
挂号，网上挂号，网银交费
参考资料：
需求工程—软件建模与分析
需求工程文档规范
项目前景与范围文档模板