1、需求规格说明书北京航空航天大学2011-09版本变更历史版本 提交日期 主要编制人 审核人 版本说明1.0 2013.11.15毛凯莉，阳艳红 邢畅 对于系统的概要设计说明I目 录1. 范围 11.1 标识 .11.2 系统概述 .11.2.1 软件用途 11.2.2 软件特性 21.2.3 系统历史 21.2.4 投资方 21.2.5 需求方 21.2.6 用户 21.2.7 支持机构 31.2.8 运行现场 31.3 文档概述 .31.4 术语和缩略词 .42. 引用文档 43. 功能需求 53.1 系统用例 .63.1.1 系统用例图 63.1.2 系统用例说明 63.2 前台服务人员相
2、关用例 .73.2.1 前台服务人员登录用例 73.2.2 前台人员挂号 83.2.3 前台人员退出系统用例 93.2.4 前台管理个人信息用例 93.3 医生相关用例 .103.3.1 医生登录用例 103.3.2 医生给病人看病用例 113.3.3 医生管理自身信息 123.3.4 医生退出系统用例 12II3.4 管理员相关用例 .133.4.1 管理员登录系统用例 133.4.2 管理员退出系统用例 143.4.3 管理员管理药品用例 153.4.4 管理员管理职员信息用例 164. 非功能需求 174.1 可扩展性 .174.2 安全性 .185. 运行需求 195.1 硬件接口 .
3、195.2 软件接口 .195.3 用户界面需求 .19 需求规格说明书11. 范围1.1 标识适用系统：标识号：hospital_1.0标题：医院信息管理系统版本号:1.0文档标识号：A2013-00-01-00文档标题：系统需求规格说明书版本号：1.0发型号：1.01.2 系统概述1.2.1 软件用途众所周知，医院是一个特殊的行业，其既有卫生事业管理职能，又有企业管理职能。与传统企业相比，医院机构的业务和构成更加复杂。在医院运营管理改革过程中面临着以下几方面的问题：一、管理目标不明确部分医院的运营管理目标不明确、手段落后，仅仅停留在简单的奖金核算方面，对于成本控制、成本考核、财务预算及其它
4、运营管理了解甚少。二、缺少先进的管理方法与工具虽然目前医院的基础信息系统已经建设完善如 HIS 等，但针于先进的管理方法与工具目前应用的并不是很多，许多的医院也仅仅是目前尝试阶段。三、医院业务流程不明确由于现有的信息系统很难够满足管理的需要，受管理体制、医院管理体制、 需求规格说明书2信息系统开发人员能力等多方面原因制约，目前，成熟且完善、明确梳理清楚医院业务流程的信息系统并不是很多，这严重影响了医院运营管理措施、管理手段的实施。所以一套行之有效的运营管理系统的建立迫在眉睫，我们的系统旨在建立一套行之有效的医院业务流程，以方便医院内部人员从事相关的业务，便于医院管理人员的管理和业务的查看。这套
5、系统将有利于医院运行的信息化，高效化和一致化，提高医院的效率，提高信息的及时性、减轻各级相关工作人员的劳动强度。例如，可以提高医生护士给病人挂号看病的效率，另外还可以，提高管理人员管理系统的便捷性，使得医院的一体化水平有更大的提高。1.2.2 软件特性1.2.3 系统历史本系统为项目开发小组开发的第一版软件。无历史版本。1.2.4 投资方北京航空航天大学校医院1.2.5 需求方北京航空航天大学校医院1.2.6 用户最终用户为北航校医院的医生、系统管理员、医院挂号人员。1.2.7 支持机构北京航空航天大学计算机学院 需求规格说明书31.2.8 运行现场在网站上运行1.3 文档概述本文档旨在详尽描
6、述医院管理系统的功能需求和非功能需求，明确系统边界，让详细设计人员和软件设计人员可以明确该系统的功能需求和非功能需求，有利于后面的设计，也有利于跟客户的沟通及交流。本文档的标识部分叙述了本系统和软件的完整标识。系统概述部分简述本文档适用的系统和软件的用途，描述系统和软件的一般特性；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场。文档和概述部分概述本文档的用途和内容，并描述与其使用有关的保密性或私密性要求。术语和缩略词部分给出本文档中所涉及的专业的业务和技术术语。并给出文档中所有的缩略词的全称。引用文档部分列出本文档引用的所有文档的编号、
7、标题、修订版本和发行日期，标识不能通过正常的供货渠道获得的所有文档的来源。功能需求部分以用例图的形式给出系统功能需求的分解结构，并对用例模型中的参与者和用例进行详细的描述。数据需求部分该系统所涉及的数据实体。以 ER 图的方式给出基本的数据实体以及关系，再针对每个数据实体的数据项进行展开介绍。非功能需求部分给出系统的性能、可靠性、可扩展性、易用性、安全性等非功能需求。硬件接口部分描述与该系统实施相关的硬件环境的要求。软件接口部分描述与该系统实施相关的软件环境的要求用户界面需求部分描述对该系统用户界面的基本要求。本文档的预期读者是：设计人员 开发人员 项目管理人员 测试人员 用户，出于保密性和私
8、密性的考虑，除了这些人以外的其他人都无权阅读该文档。1.4 术语和缩略词医院信息管理系统 (Hospital Information System)：亦称“医院信息系统” 、“医疗系统” ，是指利用电子计算机和通讯设备，为医院所属各部门提供病人诊 需求规格说明书4疗信息和行政管理信息的收集、存储、处理、提取和数据交换的能力并满足所有用户的功能需求的平台。医院信息化：指利用网络及字技术有机整合医院业务信息和管理信息，实现医院所有信息最大限度的采集、传输、存储、利用、共享，并且实现医院内部资源最有效的利用和业务流程最大限度的优化，高度完善的医院信息体系。电子病历(Electronic Medica
9、l Record)： 电子病历也叫计算机化的病案系统或称基于计算机的病人记录(CPR，Computer-Based Patient Record)。它是用电子设备(计算机、健康卡等) 保存、管理、传输和重现的数字化的病人的医疗记录。管理员（Admin）：指使用该系统的数据管理人员，具有该系统数据库的最高操作权限。具有人员信息管理、药品信息管理等权限。医生（Doctor ）：指使用该系统的医院的医疗人员。有处理挂号信息、药品查询、查看个人信息权限。前台人员（Receptionist）： 指使用该系统的医院前台服务人员。有查询病人部分信息、使用系统进行挂号和查看个人信息等权限。EMR： Elect
10、ronic Medical Record 的缩写，指电子病历。HIS：Hospital Information System 的缩写，指医院信息系统。2. 引用文档本章应列出本文档引用的所有文档的编号、标题、修订版本和发行日期，也应标识不能通过正常的供货渠道获得的所有文档的来源。引用文档应包括：/魏佳丽(1) 项目任务书：(2) 其它文档（如设计文档应引用需求文档）1 北航医院信息管理系统项目任务书(1.0) 北京航空航天大学出版社 20132 北航医院信息管理系统项目开发计划书(1.1) 北京航空航天大学出版社 2013 需求规格说明书53实用软件工程 （第二版）郑人杰，殷人昆，陶永雷 北京
11、：清华大学出版社，19974软件工程 江开耀，张俊兰，李晔 西安电子科技大学出版社 20073. 功能需求3.1 系统用例3.1.1 系统用例图SystemlogindoctorreceptionistadministratorregisterationinfoQuerydiagnosispresciptionInfoManagelogout图 3-1. 用例模型图 需求规格说明书63.1.2 系统用例说明参与者编号 参与者名称 参与者英文标识 参与者定义1 前台服务人员 receptionist 本系统中，前台服务人员主要是为第一次就诊的病人注册信息，并且处理挂号服务。2 医生 doctor
12、 在本系统中，医生可以登录系统，接收并且挂号信息，查询药方信息，并且可为患者开药，3 系统管理员 Admin 本系统中，系统管理员可以管理本系统中的所有数据，对数据进行增加，删除，修改，更新操作，对系统进行维护、表 3-1. 系统用例模型图_参与者定义表数据需求描述该系统所涉及的数据实体。以 ER 图的方式给出基本的数据实体以及关系，再针对每个数据实体的数据项进行展开介绍。/魏佳丽 阳艳红 3.2 前台服务人员相关用例用例编号 用例名称 用例英文标识 用例定义1 登录系统 login 前台人员登录本系统2 医生信息查询 Docinfquery 查询医生的信息（科室）3 挂号 Registera
13、tion 由挂号人员查询是否还有余号，之后点击对应大夫的挂按钮号，之后就可以进行挂号。4 病人信息查看 Patinfquery 可以看到患者的一些身份信息，通过该信息进行挂号。5 登出系统 Logout 前台人员登出本系统6 个人信息查询 SelfInfmanage 可以看到个人信息 需求规格说明书73.2.1 前台人员登录与挂号活动图：人 人 人 人 人 人 人 人 人 人人 人 人 人 人 人人 人 人 人人 人 人 人 人 人人 人 人 人人 人 人 人 人 人人 人 人 人 人 人 人 人 人 人 人 人 人 ,人 人 人 人 人 人3.2.2 前台服务人员登录用例前置条件：前台服务人
14、员打开浏览器，并且输入了该系统网站的地址基本路径：1) 系统显示登陆界面2) 前台输入用户名和密码，并选择用户类别为“前台”3) 系统对用户名和密码以及用户类别进行验证 需求规格说明书8可选路径：如果在系统还没跳转到首页的时候用户选择取消，则系统停留在登录页面后置条件：如果验证信息不正确，显示提示信息，页面停在登录页面如果验证信息正确，页面跳转到首页3.2.3 前台人员挂号前置条件：用户以“前台”的身份登录了该网站并进入首页基本路径：1) 前台通过输入病人医保卡号查询病人基本信息a) 如果病人是第一次挂号，应该先加入用户信息b) 单击“添加新病人”c) 编辑病人信息d) 单击“保存”完成添加2
15、) 前台通过输入医生名字或者其他医生信息来查询医生目前挂号信息3) 如果目前所查询的医生还有剩余的号，病人交挂号费，点击医生的挂号按钮，挂号成功 需求规格说明书9可选路径：1) 如果所选择的医生号没有剩余了，不能挂号2) 如果病人不能付挂号费，不能挂号后置条件：若挂号成功，挂号人员打印挂号单，并把挂号信息传给医生若挂号不成功，结束本次挂号3.2.4 前台人员退出系统用例前置条件：用户以“前台”的身份登录了该网站并进入首页基本路径：1) 用户点击退出系统按钮2) 系统提示“是否要退出？”a) 用户点击“取消” ，取消退出b) 用户点击“确定” ，退出系统可选路径：无后置条件：退出系统或留在原页面
16、 需求规格说明书103.2.5 前台管理个人信息用例前置条件：用户以“前台”的身份登录了该网站并进入首页基本路径：1) 选择“个人信息”页面2) 选择“修改”按钮3) 编辑个人信息4) 点击“保存”按钮可选路径：无后置条件：点击“返回”按钮回到主界面3.3 医生相关用例用例编号 用例名称 用例英文标识 用例定义1 登入系统 Login 医生登入本系统2 接收挂号信息 Accept 医生接收前台发送的挂号信息3 病人信息查询 patInfquery 医生查看病人的信息以及就诊历史，便于医生诊断4 诊断 Diagnosis 医生对病人进行诊断，开出诊断书5 开药 Prescription 医生对于
17、病情，给出药方6 个人信息查询 SelfInfmanage 医生可以看到个人信息7 登出系统 Logout 医生登出系统 需求规格说明书113.3.1 医生看病活动图人 人 人 人人 人 人 人 人人 人 人 人 人 人人 人 人 人 人 人 人人 人 人 人 人 人人 人 人 人人 人3.3.2 医生登录用例前置条件：医生打开了浏览器，并且输入了本网站的地址基本路径： 需求规格说明书124) 系统显示登陆界面5) 前台输入用户名和密码，并选择用户类别为“医生”6) 系统对用户名和密码以及用户类别进行验证可选路径：如果在系统还没跳转到首页的时候用户选择取消，则系统停留在登录页面后置条件：如果验
18、证信息不正确，显示提示信息，页面停在登录页面如果验证信息正确，页面跳转到首页3.3.3 医生给病人看病用例前置条件：用户以“医生”的身份登录了网站基本路径：1) 医生接受前台发来的挂号单2) 医生根据病人的医保卡号查看病人的病例3) 医生给病人进行诊断，并在系统里输入诊断信息4) 医生根据诊断进行开药，并把开药情况输入系统5) 打印药方6) 提交病人的诊断信息和开药情况等，生成新的病例 需求规格说明书13可选路径：无后置条件：生成新的病例后结束此次诊断3.3.4 医生管理自身信息前置条件：用户以“前台”的身份登录了该网站并进入首页基本路径：1) 选择“个人信息”页面2) 选择“修改”按钮3)
19、编辑个人信息4) 点击“保存”按钮可选路径：无后置条件：点击“返回”按钮回到主界面3.3.5 医生退出系统用例前置条件：用户以“医生”的身份登录了该网站并进入首页基本路径：3) 用户点击退出系统按钮4) 系统提示“是否要退出？” 需求规格说明书14c) 用户点击“取消” ，取消退出d) 用户点击“确定” ，退出系统可选路径：无后置条件：退出系统或留在原页面3.4 管理员相关用例用例编号 用例名称 用例英文标识 用例定义1 登入系统 Login 管理员登入系统2 登出系统 Logout 管理员登出系统3 药品查询 queryMedicine 从数据库中查询药品信息4 药品插入 insertMed
20、icine 从数据库中插入药品信息5 药品修改 changeMedicine 从数据库中修改药品信息6 用户删除 deleteUser 从数据库中删除药品信息7 用户查询 queryUser 从数据库中查询用户品信息8 用户插入 insertUser 从数据库中插入用户信息9 用户修改 changeUser 从数据库中修改用户信息10 用户删除 deleteUser 从数据库中删除用户信息3.4.1 管理员登录系统用例前置条件：管理员打开了浏览器，并且输入了本网站的地址基本路径：7) 系统显示登陆界面8) 前台输入用户名和密码，并选择用户类别为“管理员” 需求规格说明书159) 系统对用户名和
21、密码以及用户类别进行验证可选路径：如果在系统还没跳转到首页的时候用户选择取消，则系统停留在登录页面后置条件：如果验证信息不正确，显示提示信息，页面停在登录页面如果验证信息正确，页面跳转到首页3.4.2 管理员退出系统用例前置条件：用户以“管理员”的身份登录了该网站并进入首页基本路径：5) 用户点击退出系统按钮6) 系统提示“是否要退出？”e) 用户点击“取消” ，取消退出f) 用户点击“确定” ，退出系统可选路径：无后置条件：退出系统或留在原页面 需求规格说明书163.4.3 管理员管理药品用例前置条件：用户以“管理员”的身份登录了该网站并进入首页基本路径：1)选择 “药品信息”页面2)选择
22、“查询”按钮a) 翻页查看所有药品b) 输入药品编号，点击“查询”按钮c) 输入药品名称，点击“查询”按钮3)选择 “添加新药品”按钮a) 输入新药品的相关信息b) 点击“保存”按钮，完成添加c) 点击“取消“按钮取消添加4)选择 “删除药品”按钮a) 输入删除条件，可以是“药品编号” “药品名称”b) 选中要删除的药品，单击“删除”c) 系统提示“确定删除？”d) 点击“确定”删除药品，单击“取消”取消删除5) 选择“修改药品信息”按钮 需求规格说明书17a) 编辑药品信息b) 点击“保存”按钮完成修改c) 点击“取消”按钮取消修改可选路径：无后置条件：点击“返回主页面”按钮回到主界面3.4
23、.4 管理员管理职员信息用例前置条件：用户以“管理员”身份登录网站基本路径：1） 单击“管理系统用户”按钮2）系统列出所有用户3）输入查询条件，单击“搜索”4）根据搜索条件显示出所有符合条件的用户a) 选中某一个用户b) 选择“修改”按钮c) 编辑用户资料，保存d) 选择“删除”按钮e) 跳出提示“确定删除该用户？” 需求规格说明书18f) 单击“取消” ，取消删除，单击“确定”删除用户g) 单击“返回” ，返回刚才页面5） 单击“增加新用户”a) 编辑新用户信息b) 单击“保存”完成添加可选路径：如果添加用户时跟已有用户名重复，不能完成添加后置条件：单击“返回主界面”按钮返回主页面4. 数据
24、需求系统 E-R 图如下：patientpatient_namepatient_sexpatient_IDcardpatient_birthdaypatient_photopatient_medicalcodepationt_telpatient_addrstaff1patient_registrationndepartmentmedicine1belongncreate_casecase_historynPR_idregister_time staff_numberstaff_namemax_registerstaff_passwordtreatmenttreat_effectmedicin
25、e_idmedicine_namemedicine_specmedicine_pricemedicine_amountdept_iddept_namecreate_timemanage111ncomprisemattributem1case_idamountstaff_titleregister_pricepatient_id每个数据实体的数据项的具体介绍如下：用户实体的数据项数据项名 数据项含义说明 别名数据类型长度取值范围取值含义用户名用户登陆这个系统所需要的账号username varchar 20 需求规格说明书19密码用户登陆这个系统所需要的密码password varchar 20
26、用户类型 使用这个系统的用户类型 user_type varchar 1 1,2,31 表示管理员类型的用户，2 表示医生类型的用户，3 表示前台用户职工编号使用这个系统的用户在这个医院里面的职工编号staff_id int 11是否注销 用户账号是否可以使用 enabled boolean 1 true,false备注 用户的备注信息 remark varchar职工实体的数据信息表数据项名 数据项含义说明 别名 数据类型长度取值范围 取值含义职工编号医院的职工的编号，每一个职工都有唯一的编号staff_no int 11职工曾用名 职工曾经用过的姓名 anather_name varcha
27、r 5职工姓名 医院的职工的姓名 staff_name varchar 5所属部门的编号职工所在部门的编号 department_id int 11性别 职工的性别 sex boolean 1true，falsetrue 表示是男性，false表示是女性出生日期 职工的出生日期 birthday datetime 需求规格说明书20民族 职工的名族 nation varchar 10毕业院校 职工的毕业的学校 graduate_school varchar 30毕业时间 职员毕业的时间 graduate_time datetime最高的学历 职员获得的最高学历 High_schooling v
28、archar 5现任的职位 职员目前担任的职位 post varchar 12入职时间 职工进公司的时间 posttime datetime健康状况 职工的健康情况 health varchar 100政治情况 职工是否是党员 is_party boolean 1联系电话 职员的联系电话 tel varchar 11备注 备注的信息 remark varchar 225部门信息表数据项名 数据项含义说明 别名 数据类型 长度取值范围取值含义部门编号 医院里面部门的编号 department_id int 11部门名称 医院这个部门的名称 department_name varchar 11部门
29、负责人 部门的负责人 departmen_name varchar 11病人信息表数据项名 数据项含义说明 别名 数据类型 长度取值范围取值含义病人编号 病人的编号 patient_id int 11病人姓名 病人的姓名 patient_name varchar 5病人性别 病人的性别 patient_sex varchar 5 男，女病人身份证号 病人的身份证 patient_IdNo varchar 18病人的生日 病人的生日 patient_birthday varchar 10 需求规格说明书21病人的照片 病人的照片 patient_photo varchar 12病人的医保号 病人
30、的 patient_medicalcode varchar 12病人的家庭住址病人的家庭住址 patient_addr varchar 25病人的联系电话 病人的联系电话 patient_tel varchar 11创建的时间创建这个病人信息的时间create_time datetime 12挂号表数据项名 数据项含义说明 别名 数据类型 长度 取值范围 取值含义挂号编号病人挂号的编号，病人通过这个编号，按顺序看病PR_id int 11挂号病人编号这个挂号对应的病人 patient_id int 11挂号医生的编号这个挂号编号的病人应该由哪个医生看病doctor_num int 11挂号的时
31、间这个挂号编号是什么时候创建的 create_time datetime挂号前台员工编号进行这个挂号编号的操作前台人员的工作编号staff_num int 11挂号的科室这个病人挂号是属于哪个科室的 department_num int 11是否已经看过病了这个挂号是不是已经被医生处理过了，即病人是否看过病了is_haved boolean 1 true,falsetrue 表示已经看过病例，false 表示还没有看过病 需求规格说明书22药品信息表数据项名数据项含义说明别名 数据类型 长度 取值范围 取值含义药品编号 药品编号 medicine_num int 11药品名称 药品名称 med
32、icine_name varchar 20药品的计量方式药品的计量方式medicine_spec varchar 10药品功效描述药品的功效描述function varchar 225药品使用方法药品的使用方法usage varchar 225药品生产日期药品的生产日期production_date datetime药品保质期药品的保质期safe_day datetime药品生产地药品的生产地production_place varchar 225药品购买日期药品的购买日期procedure_day datetime药品购买价格药品的购买价格cost_price real 4,2药品销售价格药
33、品的销售价格sale_price real 4,2药品库存量药品的的库存量amount int 11 需求规格说明书23病例表信息项数据项名 数据项含义说明 别名数据类型长度取值范围取值含义病例编号 病例编号 case_id int 11病人编号 病人编号 patient_no int 11医生编号 医生编号 staff_id int 11病症 医生根据病人的描述，对病人的病做出判断 diseasesympton varchar 255医嘱医生根据病人的病症，资料病人，对病人提出一些注意事项treatment varchar 255初诊时间 病人初诊的时间 firstvisit_time da
34、tetime复诊时间如果需要病人复诊，则需要在这里填上复诊时间secondvisit_time datetime医生处方医生对病人的病进行诊治，例如需不需要打针，需不需要打点滴prescription varchar 255备注 备注 remark varchar 255创建时间 创建时间 creat_time datetime5. 非功能需求给出系统的性能、可靠性、可扩展性、易用性、安全性等非功能需求。每项非功能需求可作为一小节，如果没有可以省略。5.1 可靠性1、成熟性（与有软件故障引起失效的频度有关的软件属性）：本软件计划达到的可靠性是 99.9，可以最大限度的防止对软件的非法恶 需求规
35、格说明书24意破坏。可以接受用户的一切程序设计的合法指令。对于非法操作，具有较好的应急措施。同时，使用的 java 语言的封装特性，使得数据可以被安全的保存起来。对于数据库的权限处理，也最大限度的避免了其他非系统相关使用人员对于系统的破坏。2、容错性（与在软件故障或违反指定接口的情况下维持规定的性能水平的能力有关的软件属性。 ）：本软件因为是医疗系统的网站，所以在应对紧急情况时（断网） ，能及时做出应急处理，可以调出本地备份的数据库，及时恢复数据，最大限度的维持软件继续使用的能力。3、易恢复性：本软件由于是为医院服务的系统，所以数据一旦丢失，会造成较大的损失。所以软件数据库中对于备份的处理采用
36、的方式是“随时备份” 。一旦出现问题，可以最快的恢复数据，维持系统的继续运行。5.2 可扩展性本系统的应用平台设计中选择了 B/S 结构，采用了基于 java 技术并且符合J2EE 开发规范的系统应用平台，使系统具有良好的可维护性和可扩展性，本系统采用 MVC 的开发模式，即 JSP + servlet + javabean，强制性的使应用程序的输入、处理和输出分开。使得系统具有良好的架构，层次分明。使用 MVC 开发模式，系统的耦合性降低，视图层和业务层分离，这样就使得修改视图层的代码而不会影响到业务层的逻辑，即不用重新编写模型和控制器，同样一个业务逻辑或是一个业务规则的改变也不会影响到视图
37、的代码，这样就使得系统具有很好的扩展性和可维护性，因为模型与控制器和视图相分离，所以很容易改变应用程序的数据层和业务规则，实现业务逻辑方面的扩展。模型是自包含的，并且与控制器和视图相分离，所以很容易改变应用程序的数据层和业务规则。如果把数据库从 MySQL 移植到 Oracle，或者改变基于RDBMS 数据源到 LDAP，只需改变模型即可。一旦正确的实现了模型，不管数据来自数据库或是 LDAP 服务器，视图将会正确的显示它们。由于运用 MVC的应用程序的三个部件是相互独立，改变其中一个不会影响其它两个，所以很 需求规格说明书25实现数据库持久层方面的扩展。随着技术的不断进步，需要用越来越多的方
38、式来访问我们的系统。系统使用的 MVC 模式允许使用各种不同样式的视图来访问同一个服务器端的代码，因为多个视图能共享一个模型，它包括任何 WEB（HTTP）浏览器或者无线浏览器（wap） ，比如，随着移动互联网方面的技术的发展，我们可能可以通过手机登上我们的系统，并且通过系统进行一些业务操作，我们目前的数据可以通过 HTML 来表示，但是也可以通过 WAP 来表示，这些表示所需的命令是通过改变视图层的实现方式，而控制层和模型层则不需要变动。所以我们的系统在不同的应用平台上，都可以有很好的扩展性，由于 java 的跨平台性，使得我们能很好的实现扩展。同时我们的数据库方面的设计考虑充分，对于医院信
39、息系统内的各类实体，以及他们之间的联系都做了充分考虑，并且对于构建的数据模型进行了一系列规范化处理，定义了一些常用的索引，以及触发器，数据库的结构完整并且符合 3NF，对于我们进行其他业务逻辑方面的开发奠定了很好的基础，所以我们的系统在开发后继版本上能实现快速的部署和开发，在数据库方面的扩展性能也十分良好。5.3 易用性本软件专为医院主要员工（医生、前台挂号人员以及管理员）设计，系统具有易学易用的特点。1. 易理解性：本软件系统根据人的常规思维以及医院运行流程和机制开发，以医护人员、病人及两者的关系为核心，对其信息进行收集、存储、处理、提取和数据交换。逻辑清晰、流程清晰，使用者根据其有的专业知
40、识和基本常识即能方便理解该系统的运行机制。2. 易学习性：本软件系统的使用简单，只要求使用者有基本的计算机使用技能即可流利使用该系统。不需要复杂的学习。3. 易操作性： 需求规格说明书26本软件系统的操作页面简洁大方，具有良好的页面视觉效果。操作简单，页面简洁，只要求使用者有最基本的计算机操作技能就能熟练掌握该系统的操作。5.4 安全性系统的安全性主要需要考虑以下三个方面：1、 网站的访问安全性本网站采用局域网的方式，使得只有医院的内部人员才可以访问。并且访问时需要输入用户名和密码进行登录，使得网站的访问具有较强的安全性。2、 数据安全性本系统使用 sql 数据库，通过建立视图和各种权限的设定来保障数据安全。例如前台挂号只可以访问挂号表、职工表和患者表，并且只有修改挂号数量的权限。医生只可以访问医药表、患者表、病历表，只有修改病历表此次记录的权限等。3、 通信安全性此网站不涉及通信，暂没有通信安全的技术支持。6. 运行需求6.1 硬件接口描述与该系统实施相关的硬件环境的要求。/毛凯莉1） 计算机及网络设备 ：中间层服务器，数据库服务器，客户端，局域网2） 计算机：pc 或者台式电脑都可以 +服务器3） 外围设备：可以连接到 Internet 进行交互，网络设备（网卡、网线、集线器或交换机等）4） 通讯设备：计算机上安装有浏览器
