居民健康管理系统书需求规格说明.docx

1、居民健康管理系统书需求规格说明信息系统分析与设计课程报告题目： 居民健康管理系统需求分析组员姓名：周子轩； 组员学号：20122307063；院 系： 滨江学院公管系 专 业： 信息管理与信息系统 任课老师： 朱晓东 二一五 年 一 月 四 日目录1 引言4 1.1项目名称4 1.2项目背景 4 1.3客户4 1.4参考资料4 1.5术语与缩略语42 产品概述5 2.1目标5 2.2解决方案限制5 2.3开发周期5 2.4运行环境5 2.5其他53 系统功能划分54 用例5 4.1前台54.1.1帐号注册54.1.2 账号登陆64.1.3 主页面展示64.1.4个人信息64.1.5留言板7 4

2、.2后台74.2.1后台登录74.2.2主页面展示84.2.2.1信息公告84.2.2.2病种管理94.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退出135 需求描述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

3、.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数据需求186 附录18 6.1待解决的问题18 6.2客户需求描述18 6.3验收18发布标准18验收标准181 引言1.1项目名称 居民健康管理系统 该平台依赖于互联网，基于B/S架构。1.2项目背景 随着医疗事业的发展，医院等公共基础设施不断增多，就诊人数不断增多，如何实时了解病人

4、情况，更加高效的为病人提供服务，是本平台开发的主要动力。通过这个平台，病人可以随时了解自己的病情，确定下次复诊时间，医生也可以简单快捷的了解病人的诊疗状况，更好地制定诊疗计划。1.3客户 病护人员、医生1.4 参考资料文档名称版本作者出版单位备注1.5术语与缩略语术语/缩略语说明2 产品概述2.1目标 建立诊疗档案，详细记录病人每次就诊情况，以便医生可以根据医疗史给出可靠、准确、及时的诊疗方案。2.2解决方案限制 2.3开发周期问题定义与规划 需求分析 平台设计 程序编码 平台测试 运行维护2.4运行环境 Windows环境、支持IE或更高版本的浏览器2.5其他3 系统功能划分居民健康管理系统

5、平台分为前台和后台。前台支持病人查看个人信息、检验报告和信息公告等。后台为数据上传、信息处理、公告发布等。4 用例4.1前台用例ID4.1.1用例名称帐号注册主执行者病人前置条件打开平台注册界面场景：1、 用户登录平台界面；2、 用户注册；3、 填写个人基本资料；4、 注册成功；5、 用例结束。异常情况：1、 用户已经存在，系统自动提醒输入身份证帐号及后六位密码登录。备注:1 为保证每个病人的唯一性，系统要求必须输入身份证号码。2 病人还可以选择QQ登录或微博登录。3 通过第三方登录的自动关联匹配的身份证信息。4 病人基本信息包括身份证号码、性别、 联系电话等，其他可选填或不填。用例ID4.1

6、.2用例名称账号登录主执行者病人前置条件打开平台登录页面场景：1、 用户登录平台界面；2、 用户输入账号和密码；3、 点击登录；4、 成功登录，出现首页；5、 用例结束。异常情况：1、账号或密码输入错误。备注：1、 为保证病人的唯一性，病人的用户名为病人身份证号码。2、 由医护人员注册的账号初始密码为身份证后六位。用例ID4.1.3用例名称主界面展示主执行者病人前置条件成功登录平台场景：1、 用户成功登录平台；2、 显示平台主界面，包括首页、公告信息、个人信息、留言板。3、 用例结束。异常情况：备注：1、点击相应菜单进入详细界面，查看信息。用例ID4.1.4用例名称个人信息主执行者病人前置条件

7、成功登录平台场景：1、 用户点击“个人信息”菜单；2、 进入个人信息详细界面；3、 病人查看个人基本资料，以及自注册账号以来所就诊情况；4、 可自己选择添加“近期身体素质情况”。5、 用例结束异常情况：备注：1、 病人无法修改个人信息，如有错，可点击“纠错”链接并输入要修改的内容，系统自动返回给医护人员，医护人员人工核实后予以修改。2、 后台医护人员可查看病人填写的“近期身体素质情况”，并可通过一键导入功能导入自己需要的数据信息。3、 由于各医院数据相互保密，病人可选择是否共享就诊档案。用例ID4.1.5用例名称留言板主执行者病人前置条件成功登录平台场景：1、 用户点击留言；2、 进入留言板页

8、面；3、 输入文字；4、 点击确定；5、 返回“留言成功”提示；6、 用例结束。异常情况：备注：1、病人可通过留言板向医院反映需求。2、字数无限制。4.2后台用例ID4.2.1用例名称后台登录主执行者医护人员，管理员前置条件打开后台登录页面场景：1、 打开平台登录页面；2、 输入分配的后台账号及密码；3、 成功登录；4、 用例结束。异常情况：1、 账号或密码输入错误。备注：1、 医护人员账号和密码由所在医院管理员分配。2、 登录后只显示医护人员所在医院的数据信息，其他地区、医院的信息不予显示，保证医院数据的安全。用例ID4.2.2用例名称主页面展示主执行者医护人员，管理员前置条件成功登录后台场

9、景：1、 成功登录后台；2、 显示主页面，包括信息公告、病种管理、药物管理、数据分析、系统管理、退出。3、 用例结束。异常情况：备注：1、 点击对应菜单，出现下拉子菜单。2、 点击想要访问的子菜单，在当前页面出现详细信息。用例ID 4.2.2.1用例名称信息公告主执行者医护人员，管理员前置条件成功登陆后台场景：1、 点击信息公告；2、 选择发布信息公告；3、 确认；4、 信息公告发布成功；5、 用例结束。异常情况：备注：1、 达到一定权限的医护人员可直接发布消息。2、 权限较低的医护人员发布的信息公告须由管理员审核才可显示在首页。用例ID4.2.2.2用例名称病种管理主执行者医护人员、管理员前

10、置条件成功登陆后台场景：1、 点击病种管理，进入页面；2、 选择添加患者；3、 选择患病类型（如：甲肝/乙肝）；4、 选择就诊类型(如：门诊/住院)；5、 输入基本个人信息（姓名/性别/出生日期/身份证号码/诊断时间）；6、 录入检查报告信息；7、 用例结束。异常情况：1、 信息输入不全不予提交。备注：1、 就诊档案由主治医生或相关护士填写。2、 填写完成后系统自动提醒医护人员再次核对，以确保信息准确无误。3、 医生可选择性的导入病人所填写上传的数据。（一键导入功能）用例ID4.2.2.2.1用例名称随访记录主执行者医护人员、管理员前置条件已经建立病人档案场景:1、 点击病种管理，进入界面；2

11、、 点击增添记录；3、 输入相关诊疗信息与用药情况；4、 确定；5、 用例结束。异常情况：备注：1、每次复诊都必须进行记录在库。用例ID4.2.2.3用例名称数据分析主执行者医护人员、管理员前置条件成功登陆后台场景：1、 点击数据分析，进入页面；2、 选择查询病人条件；3、 点击查询；4、 显示查询结果。5、 选择是否打印结果。6、 选择查询药物条件；7、 点击查询；8、 显示查询结果；9、 选择是否打印查询报告；10、查看医院各项数据统计。异常情况：1、 查询条件超出范围，系统自动返回错误信息。2、 病人已被删除，系统自动返回错误信息。3、 所查询的医院不在系统数据库中，系统自动返回错误信息

12、。备注：1、医院相关统计项目待定。用例ID4.2.2.4用例名称系统管理主执行者管理员前置条件成功登陆后台场景：1、 点击系统管理；2、 出现下拉菜单；3、 用例结束。异常情况：备注：用例ID4.2.2.4.1用例名称组织结构主执行者管理员前置条件成功登录后台场景：1、 点击添加；2、 选择或输入所要添加的政府单位名称、医院名称；3、 点击确定；4、 添加成功；5、 用例结束。异常情况：备注：1、组织结构由超级管理员添加。2、添加数据库没有的必须填写全名。用例ID4.2.2.4.2用例名称角色分配主执行者管理员前置条件成功登录后台场景:1、 点击角色名称；2、 进入权限管理；3、 勾选所分配的

13、权限（复选框）；4、 点击确定；5、 用例结束。异常情况：备注：1、 权限分配由管理员完成。2、 超级管理员分配各单位管理员权限，各单位管理员再分配所属单位人员权限。用例ID4.2.2.4.3用例名称人员管理主执行者管理员前置条件成功登录后台场景：1、 点击创建新角色；2、 输入用户名和密码；3、 输入姓名，性别，所属单位，所属角色，身份证号，联系电话，联系地址。4、 点击确定；5、 添加成功。6、 点击删除角色；7、 勾选所要删除的角色；8、 点击确认；9、 删除成功10、用例结束。异常情况：备注：1、人员增添由管理员完成。用例ID4.2.2.5用例名称检查报告格式管理主执行者管理员前置条件

14、成功登录后台场景：1、 选择或输入医院名称；2、 点击添加报告分类名称；3、 点击添加报告项目名称；4、 点击确定，添加成功；5、 用例结束。异常情况：备注：1、 平台上线后医护人员可以搜索或直接点击报告的分类名称添加。2、 直接选择报告所需检查的项目。用例ID4.2.2.6用例名称诊断管理主执行者医护人员、管理员前置条件成功登录后台场景：1、 点击诊断管理；2、 出现二级菜单：诊断报告和诊疗方案；3、 用例结束。异常情况：备注：用例ID4.2.2.6.1用例名称诊断报告主执行者医护人员、管理员前置条件成功登录后台场景：1、 点击新增；2、 输入诊断项目情况；3、 点击保存；4、 用例结束。异

15、常情况：备注：1、已经录入的报告不得修改。用例ID 4.2.2.6.2用例名称诊疗方案主执行者医护人员、管理员前置条件成功登录后台场景：1、 点击新增；2、 输入治疗途径，用药情况等信息；3、 点击保存；4、 用例结束。异常情况：备注：1、 已经录入的报告不得修改。2、 须注明用药规格、给药途径（口服/静脉注射）、给药时间。用例ID5.2.2.7用例名称药物管理主执行者管理员前置条件成功登录后台场景：1、 点击添加药物；2、 输入药物所属大类，小类，名称，助记码等；3、 点击确定；4、 完成录入；5、 用例结束。异常情况：备注：1、 所录入的信息须按照国家标准录入。2、 除管理员外，其他人不得

16、且无法修改（通过权限控制）。用例ID5.2.2.8用例名称退出主执行者医护人员、管理员前置条件成功登录后台场景：1、 用户点击退出按钮；2、 系统弹窗确认；3、 点击是；4、 退出普通；5、 用例结束。异常情况：备注：5 需求描述本平台分为前台和后台。数据库采用SQL.5.1后台登录系统需求登录系统包含用户登录，角色及权限划分。管理员账户：admin 密码：admin用户密码采用3DES加密算法加密。5.1.1功能性需求需求ID需求描述优先级需求版本1.1用户使用正确的账号和密码能登录平台普通1.05.2后台系统首页需求首页主要显示菜单信息和统计信息。菜单信息包括：网站公告、病种管理、数据分析

17、、系统管理、退出平台。统计信息包括：总用户数、在线用户数、总档案数、总医院数。5.2.1功能性需求需求ID需求描述优先级需求版本2.1首页主界面普通1.02.2首页菜单栏普通1.02.3首页工作台普通1.02.3.1统计并在工作台上显示总用户数普通1.02.3.2统计并在工作台上显示当前在线用户数普通1.02.3.3统计并在工作台上显示总档案数普通1.02.3.4统计并在工作台上显示总医院数普通1.05.3后台信息处理需求信息处理又分为管理员与用户。管理员信息处理为：用户管理、医院管理、角色分配、权限分配、病种管理、检查报告格式管理、药物管理、信息发布。用户信息处理为：病人基本信息管理、随访记

18、录管理、诊断报告管理、诊疗方案管理。5.3.1功能性需求需求ID需求描述优先级需求版本3.1.1新增用户普通1.03.1.2分配角色普通1.03.1.3分配权限普通1.03.1.4新增医院普通1.03.1.5新增病种普通1.03.1.6新增检查报告普通1.03.1.7新增药物普通1.03.1.8信息发布普通1.03.1.9信息删除普通1.03.2.1新增病人普通1.03.2.2新增基本资料普通1.03.2.3第一次诊断报告普通1.03.2.4复诊记录普通1.03.2.5诊疗方案普通1.05.4后台系统日志需求系统日志包含：后台操作日志、数据更新日志、监控日志5.4.1功能性需求需求ID需求描述

19、优先级需求版本4.1后台操作日志普通1.04.2数据更新日志普通1.04.3监控日志普通1.05.5前台需求 前台包括：用户登录、信息查看、用户留言5.5.1功能性需求需求ID需求描述优先级需求版本5.1用户登录普通1.05.2信息查看普通1.05.3用户留言普通1.05.6非功能性需求5.6.1易用性需求 5.6.1.1使用简洁需求ID需求描述优先级需求版本6.1前台界面简洁明了，没有歧义普通1.06.2后台界面简洁明了，没有歧义普通1.0 5.6.1.2易于学习需求ID需求描述优先级需求版本6.3前台加入操作提示普通1.06.4后台提供操作文档普通1.05.6.2性能需求 5.6.2.1速度需求需求ID需求描述优先级需求版本 5.6.2.2安全性需求需求ID需求描述优先级需求版本6.5病人只通过身份证作为唯一标识码，其他个人基本信息予以隐藏。普通1.0 5.6.2.3可用可靠性需求需求ID需求描述优先级需求版本6.6在规定的条件下指定的期限内持续运转的能力普通1.06.7对于需要使用它的任何时候，系统都是可用的，且是适合的。普通1.05.6.3环境需求 5.6.3.1预期技术需求需求ID需求描述优先级需求版本6.8CPU:赛扬1.6