居民健康管理系统书需求规格说明.docx
《居民健康管理系统书需求规格说明.docx》由会员分享，可在线阅读，更多相关《居民健康管理系统书需求规格说明.docx（23页珍藏版）》请在冰豆网上搜索。
居民健康管理系统书需求规格说明
《信息系统分析与设计》课程报告
题目：
居民健康管理系统需求分析
组员姓名：
周子轩；
组员学号：
20122307063；
院系：
滨江学院公管系
专业：
信息管理与信息系统
任课老师：
朱晓东
二Ｏ一五年一月四日
目录
1引言·········································4
1.1项目名称·····································4
1.2项目背景·····································4
1.3客户·······································4
1.4参考资料·····································4
1.5术语与缩略语···································4
2产品概述·······································5
2.1目标·······································5
2.2解决方案限制···································5
2.3开发周期·····································5
2.4运行环境·····································5
2.5其他·······································5
3系统功能划分·····································5
4用例·········································5
4.1前台·······································5
4.1.1帐号注册···································5
4.1.2账号登陆···································6
4.1.3主页面展示··································6
4.1.4个人信息···································6
4.1.5留言板····································7
4.2后台·······································7
4.2.1后台登录···································7
4.2.2主页面展示··································8
4.2.2.1信息公告·································8
4.2.2.2病种管理·································9
4.2.2.3数据分析·································9
4.2.2.4系统管理·································10
4.2.2.5检查报告格式管理·····························11
4.2.2.6诊断管理·································12
4.2.2.7药物管理·································13
4.2.2.8退出···································13
5需求描述·······································14
5.1后台登录系统需求·································14
5.1.1功能性需求··································14
5.2后台系统首页需求·································14
5.2.1功能性需求··································14
5.3后台信息处理需求·································14
5.3.1功能性需求··································15
5.4后台系统日志需求·································15
5.4.1功能性需求··································15
5.5前台需求·····································15
5.5.1功能性需求··································15
5.6非功能性需求···································16
5.6.1易用性需求··································16
5.6.1.1使用简洁·································16
5.6.1.2易于学习·································16
5.6.2性能需求···································16
5.6.2.1速度需求·································16
5.6.2.2安全性需求·································16
5.6.2.3可靠可用性需求·······························16
5.6.3环境需求····································17
5.6.3.1预期技术需求································17
5.6.4可移植性需求··································17
5.6.5标准协议····································17
5.6.6界面需求····································17
5.6.7数据需求····································18
6附录·········································18
6.1待解决的问题···································18
6.2客户需求描述···································18
6.3验收·······································18
发布标准······································18
验收标准······································18
1引言
1.1项目名称
居民健康管理系统
该平台依赖于互联网，基于B/S架构。
1.2项目背景
随着医疗事业的发展，医院等公共基础设施不断增多，就诊人数不断增多，如何实时了解病人情况，更加高效的为病人提供服务，是本平台开发的主要动力。
通过这个平台，病人可以随时了解自己的病情，确定下次复诊时间，医生也可以简单快捷的了解病人的诊疗状况，更好地制定诊疗计划。
1.3客户
病护人员、医生
1.4参考资料
文档名称
版本
作者
出版单位
备注
1.5术语与缩略语
术语/缩略语
说明
2产品概述
2.1目标
建立诊疗档案，详细记录病人每次就诊情况，以便医生可以根据医疗史给出可靠、准确、及时的诊疗方案。
2.2解决方案限制
2.3开发周期
问题定义与规划需求分析平台设计程序编码平台测试运行维护
2.4运行环境
Windows环境、支持IE或更高版本的浏览器
2.5其他
3系统功能划分
居民健康管理系统平台分为前台和后台。
前台支持病人查看个人信息、检验报告和信息公告等。
后台为数据上传、信息处理、公告发布等。
4用例
4.1前台
用例ID
4.1.1
用例名称
帐号注册
主执行者
病人
前置条件
打开平台注册界面
场景：
1、用户登录平台界面；
2、用户注册；
3、填写个人基本资料；
4、注册成功；
5、用例结束。
异常情况：
1、用户已经存在，系统自动提醒输入身份证帐号及后六位密码登录。
备注:
1为保证每个病人的唯一性，系统要求必须输入身份证号码。
2病人还可以选择QQ登录或微博登录。
3通过第三方登录的自动关联匹配的身份证信息。
4病人基本信息包括身份证号码、性别、联系电话等，其他可选填或不填。
用例ID
4.1.2
用例名称
账号登录
主执行者
病人
前置条件
打开平台登录页面
场景：
1、用户登录平台界面；
2、用户输入账号和密码；
3、点击登录；
4、成功登录，出现首页；
5、用例结束。
异常情况：
1、账号或密码输入错误。
备注：
1、为保证病人的唯一性，病人的用户名为病人身份证号码。
2、由医护人员注册的账号初始密码为身份证后六位。
用例ID
4.1.3
用例名称
主界面展示
主执行者
病人
前置条件
成功登录平台
场景：
1、用户成功登录平台；
2、显示平台主界面，包括首页、公告信息、个人信息、留言板。
3、用例结束。
异常情况：
备注：
1、点击相应菜单进入详细界面，查看信息。
用例ID
4.1.4
用例名称
个人信息
主执行者
病人
前置条件
成功登录平台
场景：
1、用户点击“个人信息”菜单；
2、进入个人信息详细界面；
3、病人查看个人基本资料，以及自注册账号以来所就诊情况；
4、可自己选择添加“近期身体素质情况”。
5、用例结束
异常情况：
备注：
1、病人无法修改个人信息，如有错，可点击“纠错”链接并输入要修改的内容，系统自动返回给医护人员，医护人员人工核实后予以修改。
2、后台医护人员可查看病人填写的“近期身体素质情况”，并可通过一键导入功能导入自己需要的数据信息。
3、由于各医院数据相互保密，病人可选择是否共享就诊档案。
用例ID
4.1.5
用例名称
留言板
主执行者
病人
前置条件
成功登录平台
场景：
1、用户点击留言；
2、进入留言板页面；
3、输入文字；
4、点击确定；
5、返回“留言成功”提示；
6、用例结束。
异常情况：
备注：
1、病人可通过留言板向医院反映需求。
2、字数无限制。
4.2后台
用例ID
4.2.1
用例名称
后台登录
主执行者
医护人员，管理员
前置条件
打开后台登录页面
场景：
1、打开平台登录页面；
2、输入分配的后台账号及密码；
3、成功登录；
4、用例结束。
异常情况：
1、账号或密码输入错误。
备注：
1、医护人员账号和密码由所在医院管理员分配。
2、登录后只显示医护人员所在医院的数据信息，其他地区、医院的信息不予显示，保证医院数据的安全。
用例ID
4.2.2
用例名称
主页面展示
主执行者
医护人员，管理员
前置条件
成功登录后台
场景：
1、成功登录后台；
2、显示主页面，包括信息公告、病种管理、药物管理、数据分析、系统管理、退出。
3、用例结束。
异常情况：
备注：
1、点击对应菜单，出现下拉子菜单。
2、点击想要访问的子菜单，在当前页面出现详细信息。
用例ID
4.2.2.1
用例名称
信息公告
主执行者
医护人员，管理员
前置条件
成功登陆后台
场景：
1、点击信息公告；
2、选择发布信息公告；
3、确认；
4、信息公告发布成功；
5、用例结束。
异常情况：
备注：
1、达到一定权限的医护人员可直接发布消息。
2、权限较低的医护人员发布的信息公告须由管理员审核才可显示在首页。
用例ID
4.2.2.2
用例名称
病种管理
主执行者
医护人员、管理员
前置条件
成功登陆后台
场景：
1、点击病种管理，进入页面；
2、选择添加患者；
3、选择患病类型（如：
甲肝/乙肝）；
4、选择就诊类型（如：
门诊/住院）；
5、输入基本个人信息（姓名/性别/出生日期/身份证号码/诊断时间）；
6、录入检查报告信息；
7、用例结束。
异常情况：
1、信息输入不全不予提交。
备注：
1、就诊档案由主治医生或相关护士填写。
2、填写完成后系统自动提醒医护人员再次核对，以确保信息准确无误。
3、医生可选择性的导入病人所填写上传的数据。
（一键导入功能）
用例ID
4.2.2.2.1
用例名称
随访记录
主执行者
医护人员、管理员
前置条件
已经建立病人档案
场景:
1、点击病种管理，进入界面；
2、点击增添记录；
3、输入相关诊疗信息与用药情况；
4、确定；
5、用例结束。
异常情况：
备注：
1、每次复诊都必须进行记录在库。
用例ID
4.2.2.3
用例名称
数据分析
主执行者
医护人员、管理员
前置条件
成功登陆后台
场景：
1、点击数据分析，进入页面；
2、选择查询病人条件；
3、点击查询；
4、显示查询结果。
5、选择是否打印结果。
6、选择查询药物条件；
7、点击查询；
8、显示查询结果；
9、选择是否打印查询报告；
10、查看医院各项数据统计。
异常情况：
1、查询条件超出范围，系统自动返回错误信息。
2、病人已被删除，系统自动返回错误信息。
3、所查询的医院不在系统数据库中，系统自动返回错误信息。
备注：
1、医院相关统计项目待定。
用例ID
4.2.2.4
用例名称
系统管理
主执行者
管理员
前置条件
成功登陆后台
场景：
1、点击系统管理；
2、出现下拉菜单；
3、用例结束。
异常情况：
备注：
用例ID
4.2.2.4.1
用例名称
组织结构
主执行者
管理员
前置条件
成功登录后台
场景：
1、点击添加；
2、选择或输入所要添加的政府单位名称、医院名称；
3、点击确定；
4、添加成功；
5、用例结束。
异常情况：
备注：
1、组织结构由超级管理员添加。
2、添加数据库没有的必须填写全名。
用例ID
4.2.2.4.2
用例名称
角色分配
主执行者
管理员
前置条件
成功登录后台
场景:
1、点击角色名称；
2、进入权限管理；
3、勾选所分配的权限（复选框）；
4、点击确定；
5、用例结束。
异常情况：
备注：
1、权限分配由管理员完成。
2、超级管理员分配各单位管理员权限，各单位管理员再分配所属单位人员权限。
用例ID
4.2.2.4.3
用例名称
人员管理
主执行者
管理员
前置条件
成功登录后台
场景：
1、点击创建新角色；
2、输入用户名和密码；
3、输入姓名，性别，所属单位，所属角色，身份证号，联系电话，联系地址。
4、点击确定；
5、添加成功。
6、点击删除角色；
7、勾选所要删除的角色；
8、点击确认；
9、删除成功
10、用例结束。
异常情况：
备注：
1、人员增添由管理员完成。
用例ID
4.2.2.5
用例名称
检查报告格式管理
主执行者
管理员
前置条件
成功登录后台
场景：
1、选择或输入医院名称；
2、点击添加报告分类名称；
3、点击添加报告项目名称；
4、点击确定，添加成功；
5、用例结束。
异常情况：
备注：
1、平台上线后医护人员可以搜索或直接点击报告的分类名称添加。
2、直接选择报告所需检查的项目。
用例ID
4.2.2.6
用例名称
诊断管理
主执行者
医护人员、管理员
前置条件
成功登录后台
场景：
1、点击诊断管理；
2、出现二级菜单：
诊断报告和诊疗方案；
3、用例结束。
异常情况：
备注：
用例ID
4.2.2.6.1
用例名称
诊断报告
主执行者
医护人员、管理员
前置条件
成功登录后台
场景：
1、点击新增；
2、输入诊断项目情况；
3、点击保存；
4、用例结束。
异常情况：
备注：
1、已经录入的报告不得修改。
用例ID
4.2.2.6.2
用例名称
诊疗方案
主执行者
医护人员、管理员
前置条件
成功登录后台
场景：
1、点击新增；
2、输入治疗途径，用药情况等信息；
3、点击保存；
4、用例结束。
异常情况：
备注：
1、已经录入的报告不得修改。
2、须注明用药规格、给药途径（口服/静脉注射）、给药时间。
用例ID
5.2.2.7
用例名称
药物管理
主执行者
管理员
前置条件
成功登录后台
场景：
1、点击添加药物；
2、输入药物所属大类，小类，名称，助记码等；
3、点击确定；
4、完成录入；
5、用例结束。
异常情况：
备注：
1、所录入的信息须按照国家标准录入。
2、除管理员外，其他人不得且无法修改（通过权限控制）。
用例ID
5.2.2.8
用例名称
退出
主执行者
医护人员、管理员
前置条件
成功登录后台
场景：
1、用户点击退出按钮；
2、系统弹窗确认；
3、点击是；
4、退出普通；
5、用例结束。
异常情况：
备注：
5需求描述
本平台分为前台和后台。
数据库采用SQL.
5.1后台登录系统需求
登录系统包含用户登录，角色及权限划分。
管理员账户：
admin密码：
admin
用户密码采用3DES加密算法加密。
5.1.1功能性需求
需求ID
需求描述
优先级
需求版本
1.1
用户使用正确的账号和密码能登录平台
普通
1.0
5.2后台系统首页需求
首页主要显示菜单信息和统计信息。
菜单信息包括：
网站公告、病种管理、数据分析、系统管理、退出平台。
统计信息包括：
总用户数、在线用户数、总档案数、总医院数。
5.2.1功能性需求
需求ID
需求描述
优先级
需求版本
2.1
首页主界面
普通
1.0
2.2
首页菜单栏
普通
1.0
2.3
首页工作台
普通
1.0
2.3.1
统计并在工作台上显示总用户数
普通
1.0
2.3.2
统计并在工作台上显示当前在线用户数
普通
1.0
2.3.3
统计并在工作台上显示总档案数
普通
1.0
2.3.4
统计并在工作台上显示总医院数
普通
1.0
5.3后台信息处理需求
信息处理又分为管理员与用户。
管理员信息处理为：
用户管理、医院管理、角色分配、权限分配、病种管理、检查报告格式管理、药物管理、信息发布。
用户信息处理为：
病人基本信息管理、随访记录管理、诊断报告管理、诊疗方案管理。
5.3.1功能性需求
需求ID
需求描述
优先级
需求版本
3.1.1
新增用户
普通
1.0
3.1.2
分配角色
普通
1.0
3.1.3
分配权限
普通
1.0
3.1.4
新增医院
普通
1.0
3.1.5
新增病种
普通
1.0
3.1.6
新增检查报告
普通
1.0
3.1.7
新增药物
普通
1.0
3.1.8
信息发布
普通
1.0
3.1.9
信息删除
普通
1.0
3.2.1
新增病人
普通
1.0
3.2.2
新增基本资料
普通
1.0
3.2.3
第一次诊断报告
普通
1.0
3.2.4
复诊记录
普通
1.0
3.2.5
诊疗方案
普通
1.0
5.4后台系统日志需求
系统日志包含：
后台操作日志、数据更新日志、监控日志
5.4.1功能性需求
需求ID
需求描述
优先级
需求版本
4.1
后台操作日志
普通
1.0
4.2
数据更新日志
普通
1.0
4.3
监控日志
普通
1.0
5.5前台需求
前台包括：
用户登录、信息查看、用户留言
5.5.1功能性需求
需求ID
需求描述
优先级
需求版本
5.1
用户登录
普通
1.0
5.2
信息查看
普通
1.0
5.3
用户留言
普通
1.0
5.6非功能性需求
5.6.1易用性需求
5.6.1.1使用简洁
需求ID
需求描述
优先级
需求版本
6.1
前台界面简洁明了，没有歧义
普通
1.0
6.2
后台界面简洁明了，没有歧义
普通
1.0
5.6.1.2易于学习
需求ID
需求描述
优先级
需求版本
6.3
前台加入操作提示
普通
1.0
6.4
后台提供操作文档
普通
1.0
5.6.2性能需求
5.6.2.1速度需求
需求ID
需求描述
优先级
需求版本
5.6.2.2安全性需求
需求ID
需求描述
优先级
需求版本
6.5
病人只通过身份证作为唯一标识码，其他个人基本信息予以隐藏。
普通
1.0
5.6.2.3可用可靠性需求
需求ID
需求描述
优先级
需求版本
6.6
在规定的条件下指定的期限内持续运转的能力
普通
1.0
6.7
对于需要使用它的任何时候，系统都是可用的，且是适合的。
普通
1.0
5.6.3环境需求
5.6.3.1预期技术需求
需求ID
需求描述
优先级
需求版本
6.8
CPU:
赛扬1.6
升级会员 