医院信息管理系统1.0
一、导言
1.1 编写目的
本需求说明文档描述了医院管理系统项目的要求，作为系统设计、项目目标以及项目验收的依据。需求分析详细描述了用户对功能的需求、对性能的需求以及对运行环境的需求。
软件开发小组的每位成员应该阅读本需求说明，明确项目最后要求完成的软件产品的特点。
1.2 项目范围
本文档主要涉及“医院信息管理系统”的应用模型和功能需求描述
1.3 参考资料
《软件工程案例教程》 韩万江等 机械工业出版社
《软件工程导论》 张海藩等 清华大学出版社

二、项目介绍
2.1 项目背景
本项目是针对《软件工程导论》课程的需要而建设成的网站，以加强医院与患者之间的联系以及方便公民就医为目的而建设的网站。
2.2 项目目标
本项目将所有的功能化为X个模块:职工系统管理、患者信息管理、科室信息管理、药物系统管理

三、应用环境
服务器配置如下
操作系统：Windows XP及以上
CPU：Intel i5酷睿双核及以上
内存：16G及以上
硬盘空间：100G以上
软件配置如下：
开发工具：MyEclipse
数据库：SQL Server
Web服务器：Tomcat

四、功能规格
4.1系统角色分析
角色或执行者是与系统产生交互的外部用户或者外部系统。本系统的使用角色主要分为医院职工（包括医生，护士，药房工作人员，行政人员等等），患者，管理员三种。以下是对每个角色的详细介绍。
不同角色将拥有不同权限，即使用过程中功能配置不同。其中职工部分人员可拥有多重身份。
4.1.1医院职工
此类角色无需注册，由后台管理员分配账号。
1、医生
医生可在该系统进行登陆，可用功能主要有，查看本科室工作安排表，查看本科室病患信息（包括电子病历，检查报告等），可撰写电子病历，开出取药单，并对电子病历和取药单可进行导出打印。
2、护士
护士可在该系统进行登陆，可用功能主要有，查看本科室工作安排表，查看本科室病患信息（包括电子病历，检查报告等），可撰写医嘱和护理记录。
3、药房工作人员
药房工作人员可在该系统进行登陆，可用功能主要有，查询药物信息，查看病患药物信息，对药品出库入库进行修改登记。
4、财务工作人员
财务工作人员可在该系统进行登陆，可用功能主要有，对患者缴费情况进行查询和登记。
5、行政人员
行政人员可在该系统进行登陆，可用功能主要有，查看所有医院职工信息，可上传科室工作安排表，查看医院各种统计数据等。
4.1.2 患者
此类角色在第一次使用系统时需要进行注册，并登记真实身份信息。
患者可用功能主要有查看科室信息，查看医生护士职工信息，可进行预约挂号或取消挂号，查看本人历史病历记录，检查报告，用药记录，缴费记录等。
4.1.3 管理员
此类角色为固定账号。
管理员可在该系统进行登陆，可用功能为，管理医院职工信息，管理患者信息，管理科室信息，统计数据管理，药品信息管理，项目收费管理。
4.2主用例图

4.3 客户端子系统

4.3.1 登陆系统
角色：医院职工，患者，管理员
目的：用户登录系统
用例描述：
1、用户进入系统首页。
2、系统显示登陆界面，用户输入用户名和密码，单击确定。
3、系统检查是否有此用户信息，若存在此用户，用户进入系统；若不存在此用户，本页显示相应的错误信息。
4.3.2 注册系统
角色：患者
目的：用户注册
用例描述：
1、用户进入系统首页，点击用户注册。
2、系统显示注册页面，用户输入相关的身份信息，单击确定。
3、设置用户名为真实姓名。密码不足6位或者超过16位时，提示“密码必须为6位 以上，16位以下”。
4、绑定就诊卡号。
5、系统经过后台确认数据合法后提示注册成功。
4.3.3 工作安排
角色：医院职工
目的：查看本科室工作安排
用例描述：
1、用户处于登陆成功后的界面，点击工作安排模块。
2、显示最新十周工作安排表附件列表，一周一附件模式，点击进行下载。
不同身份登陆详细说明：
行政人员：增加上传附件功能。其余人员无此功能，只能进行下载查看。
4.3.4 患者信息查询
角色：医生，护士，药房工作人员，财务工作人员，患者
目的：查询患者身份信息及其他信息。
用例描述：
1、用户处于登陆成功后的界面，点击患者信息查询模块。
2、三选一输入框，就诊卡号，患者姓名，身份证号；输入一项即可点击确定查询；出现同名患者即全部显示。
3、查询信息包括患者身份信息，病历记录，检查报告，护理记录，用药记录，住院信息等。
不同身份登陆详细说明：
医生/护士：查询信息显示包括患者身份信息，病历记录，检查报告，护理记录，用药记录，住院信息，医嘱。
药房工作人员：查询信息显示包括患者身份信息，用药记录。
财务工作人员：查询信息显示为患者身份信息。
患者：查询信息为病历记录，检查报告。
4.3.5 职工信息查询
角色：行政人员
目的：查询职工身份信息。
用例描述：
1、用户处于登陆成功后的界面，点击职工信息查询模块。
2、查询方式为三种：填写职工编号进行查询；选取所属科室进行查询，点击确定显示科室所有人员；选取岗位信息进行查询，点击确定显示所有科室相同岗位人员。科室和岗位可同时选取，点击确定显示同时满足筛选需求的人员。
3、点击相应人员记录可查看该职工信息。
4.3.6 个人信息查询
角色：医院职工，患者
目的：查看，修改相关个人基本信息。
用例描述：
1、用户处于登陆成功后的界面，点击个人信息查询模块。
2、显示个人基本信息。
3、可对部分基本信息进行修改，点击确认进行保存。
4.3.7 科室信息查询
角色：患者
目的：查询各个科室相关信息。
用例描述：
1、用户处于登陆成功后的界面，点击科室信息查询模块。
2、搜索栏搜索和直接查看两种方式。
3、各个科室介绍以块状分布展示在页面，点击可进入查看详细介绍，包括科室简介，治疗病症范围，医学骨干，员工风采信息等等。
4.3.8 信息填写
角色：医生，护士
目的：对病人相关资料进行填写，上传。
用例描述：
1、用户处于登陆成功后的界面，点击信息填写模块。
不同身份登陆详细说明：
医生：进入信息填写模块后，可选择的信息填写类型包括病历填写，检查报告填写，添加检查项目，检查报告上传附件和医嘱。首先选择信息填写类型，输入患者就诊卡号，填入信息，点击确认进行保存和发布。
护士：进入信息填写模块后，可选择的信息填写类型为护理记录。首先选择信息填写类型，输入患者就诊卡号，填入信息，点击确认进行保存和发布。
4.3.9 药物系统
角色：医生，药房工作人员
目的：开药，查看用药信息，查询药物信息。
用例描述：
1、用户处于登陆成功后的界面，点击药物系统模块。
不同身份登陆详细说明：
医生：进入药物系统模块后，包含两个子模块，第一个模块为填写用药清单模块，输入患者就诊卡号，添加药物，填写数量，填写具体用药剂量，点击确认保存；第二个子模块为查询药物信息，通过药物名称进行查询，可查看药物的信息为药品简介以及是否有库存。
药房工作人员：进入药物系统模块后，包含两个子模块，第一个子模块为取药工作台，输入患者就诊卡号，关于该患者的未取药信息更新至取药工作台界面，药房配药交付病人后，点击取药成功即可将该患者取药信息状态改为已处理，并且该条信息从取药工作台界面消失；第二个子模块为查询药物信息，可通过药物编号或通过药物名称进行查询，显示信息包括药物简介，库存量，可对药物库存量进行修改。
4.3.10 缴费系统
角色：财务工作人员，患者
目的：查看收费项目，进行缴费确认。
用例描述：
1、用户处于登陆成功后的界面，点击缴费系统模块。
不同身份登陆详细说明：
财务工作人员：进入缴费系统模块后，包含两个子模块，第一个子模块为缴费窗口，输入患者就诊卡号，即显示患者的未缴费记录，为时间降序排列，有未缴费标识，点击相应记录可查看详细收费项目信息，该记录可以进行直接打印，患者进行缴费后，可在该记录后点击缴费成功按钮，该记录状态改变；第二个子模块为查询缴费记录，输入患者就诊卡号，可查询患者所有缴费记录，未缴费和已缴费分块展示，为时间降序排列；也可根据患者缴费状态和时间区间进行查询，通过两个下拉框确认查询范围，如：查询2019-9-1至2019-9-30有未缴清费用的患者名单。
患者：进入缴费系统模块后，显示个人所有缴费记录，为时间降序排列，有是否已缴费标识，点击相应记录可查看具体收费项目信息。
4.3.11 统计系统
角色：行政人员
目的：查看各项统计数据
用例描述：
1、用户处于登陆成功后的界面，点击统计系统模块。
2、选取需要查看的统计类型，选择时间区间，显示统计结果。
4.3.12 预约挂号
角色：患者
目的：进行预约挂号，取消挂号
用例描述：
1、用户处于登陆成功后的界面，点击预约挂号模块。
2、包含两个子模块，第一个子模块为预约挂号模块，第二个子模块为预约信息模块。
2、第一个子模块显示所有科室模块，点击预约科室，显示本周和下一周的各个坐诊医生安排以及时间段，不可预约时间段为灰色，可预约时间段后有预约按键，点击即可进行预约。
3、第二个子模块显示患者个人预约信息，预约时间24小时前可点击取消预约键进行取消，24小时内无取消键即不可取消。
4.4 管理端子系统

4.4.1 职工信息管理
角色：管理员
目的：对医院各类职工信息进行增加，修改，停用等。
用例描述：
1、用户处于登陆成功后的界面，点击职工信息管理模块。
2、五个可选项对五种医院职工信息进行管理。可通过选择种类，科室两种方式进行显示信息列表。
3、可直接通过职工编号或姓名进行直接查询。
4、可对医院各类职工信息进行增加，修改，密码重置以及设置停用标志（由于关系历史记录，不可对人员信息记录进行删除）。
4.4.2 患者信息管理
角色：管理员
目的：对患者信息进行增加，修改，停用等。
1、用户处于登陆成功后的界面，点击患者信息管理模块。
2、可直接通过就诊卡号或姓名或身份证号进行直接查询。
4、可对患者信息进行增加，修改，密码重置以及设置停用标志（由于关系历史记录，不可对人员信息记录进行删除）。
4.4.3 科室信息管理
角色：管理员
目的：对科室信息进行增加，修改，停用等。
1、用户处于登陆成功后的界面，点击科室信息管理模块。
2、显示所有科室模块。
4、可对科室信息进行增加，修改，设置停用标志。
4.4.4 药品信息管理
角色：管理员
目的：对药品信息进行增加，修改，停用等。
1、用户处于登陆成功后的界面，点击药品信息管理模块。
2、可通过药品编号或名字进行查询，显示药品信息和库存量，可以修改药品简介和单价。
4.4.5 项目收费管理
角色：管理员
目的：对收费项目信息进行增加，修改，停用等。
1、用户处于登陆成功后的界面，点击项目收费管理。
2、可通过收费项目编号或名字进行查询，可以修改收费项目单价。
4.4.6 统计系统管理
角色：管理员
目的：查看各项统计数据
用例描述：
1、用户处于登陆成功后的界面，点击统计系统模块。
2、选取需要查看的统计类型，选择时间区间，显示统计结果。

4.5 非功能新需求
4.5.1 界面需求
系统的界面要求如下：
1、页面内容：各类信息内容准确，术语和行文格式统一、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、及时。
2、导航结构：页面具有明确的导航提示，且便于理解，方便用户使用。
3、技术环境：页面大小适当，能用各种常用浏览器以不同分辨率浏览；无错误链接和空链接。
4、艺术风格：界面、版面形象清新悦目、布局合理，字号大小适宜、字体选择合理，前后一致，美观大方；色彩和谐自然，与内容相协调。
4.5.2响应时间需求
当用户登陆，系统应该及时地进行反应，反应的时间在3秒以内。系统应能检测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，避免出现长时间等待甚至无响应。
4.5.3 可靠性需求
系统应保证7*24小时内不宕机，保证100人以上可以同时在客户端登陆，系统正常运行，正确提示相关内容。
4.5.4 可扩展性需求
系统设计要求能够体现扩展性要求，以适应将来功能扩展的需求。
4.5.5 系统安全性需求
网站有严格的权限管理功能，各功能模块需有相应的权限方能进入（如职工和患者具有不同的访问权限）。系统能够防止各类误操作可能造成的数据丢失，破坏。防止用户非法获取网页以及内容。

五、需求变更
需求变更控制过程如图所示。
从上图可以得到需求变更的控制过程为：客户递交变更，形成变更请求，变更请求递交给开发小组，开发小组主要从技术实现的层面评估该变更请求是否合理，并对其进行成本和影响分析，接着将变更请求递交给产品开发小组产品开发小组从机构和战略以及经济的层面评估该变更请求是否合理，然后进行变更选择。
选择的结果有三种：一种是拒绝，也就是变更失败；一种是下个版本再修改，一种是变更通过。若变更通过，就需要修改相关需求，修改合同的相关信息，修改相应的项目计划。这样，需求变更的控制过程就结束了。