医疗管理系统需求分析

1. 引言 医疗信息管理系统是现代化医院运营的必要技术支撑和基础设施,实现医疗信息管理系统的目的就是为了以更现代化、科学化、 规范 编程规范下载gsp规范下载钢格栅规范下载警徽规范下载建设厅规范下载 化的手段来加强医院的管理,提高医院的工作效率,改进医疗质量,仍而树立现代医院的新形象,这也是未来医院发展的必然方向。 随着社会信息化程度的提高,无纸化办公已经变的越来越重要,但不少医院还是传统意义上的手工劳作,开发医疗管理系统能够更好的管理医生与病人的信息,提高医生工作效率,节约资源,同时方便病人对自身病情的了解。本需求分析文档为了解客户需求,帮助客户理解软件产品,满足客户需求,及时对软件进行修缮,更好的体验掌上医疗管理系统,共分为六大部分,包括,综合描述,外部接口需求,系统功能需求,其他非功能性需求,数据定义和分析模型。适用于专业人士与普通客户。 1.1 编写目的 越来越多的实例 表 关于同志近三年现实表现材料材料类招标技术评分表图表与交易pdf视力表打印pdf用图表说话 pdf 明,医患交流不顺畅是当今医院一个普遍的问题,既浪费医院资源,患者又得不到满意的服务,同时效率低下,本需求分析 报告 软件系统测试报告下载sgs报告如何下载关于路面塌陷情况报告535n,sgs报告怎么下载竣工报告下载 是为解决这一问题而开发的掌上医疗管理系统所写,开发该系统的意义旨在增强医生与患者的交流,提高医院的工作效率,改进医疗质量。本软件的作用是帮助医生查看病人信息,提高治疗效率,帮助病人了解病情。最终达到的意图是实现医患和谐,病人康复。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格,包括修正和 ( 或 ) 发行版本号,仍而对该软件产品进行准确的定义。 1.2 产品范围 产品范围包括各大医院,并提供给医生和患者使用 2. 综合描述 这一部分概述了正在定义的软件产品的作用范围以及该软件产品所运行的环境、使用该软件产品的用户、对该软件产品己知的限制、有关该软件产品的假设和依赖。 2.1 产品的功能 因为将在需求分析报告的第 4 部 分中详细描述软件产品的功能,所以在此只需要概略地总结。仅仍业务层面陈述本软件产品所应具有的主要功能,在描述功能时应该针对每一项需求准确地描述其各 项规格说明。如果存在引起误解的可能,在陈述本软件产品主要功能的作用领域时,也需要对应陈述本软件产品的非作用领域,以利读者理解本软件产品。 为了很好地组织产品功能,使每个读者都容易理解,可以采用列表的方法给出。也可以采用图形方式,将主要的需求分组以及它们之间的联系使用数据流程图的顶层图或类图进行表示,这种表示方法是很有用的。 参考用户当前管理组织构架,了解各个机构的主要职能,将有助于陈述软件产品的主要功能。 面向对象 功能 详述 添加 添加病人病例的具体信息 查看 查看病人病例的具体信息 医生 删除 删除病人病例的具体信息 搜索 根据条件搜索病人 病人 查看 查看自身病例 性能,要求性能稳定,不能出现数据丢失 输入,PC机上通过数据库操作,开发板上通过触摸屏,要求各模块具有添加功能 输出,PC机与开发板均打印在其屏幕 安全与保密要求:要求系统具有权限功能,不同的用户具有不同的权限,建立后的数据库要求加密 2.2 用户类和特性 确定有可能使用该软件产品的不同用户类,并且描述它们相关的特征。往往有一些软件需求,只与特定的用户类有关。描述时,应该将该软件产品的重要用户类与非重要用户类区分开。 用户不一定是软件产品的直接使用者,通过报表、应用程序接口、系统硬件接口得到软件产品的数据和服务的人、或者机构也有他们的需求。所以,应该将这些外部需求视为通过报表、应用程序接口、系统硬件接口附加给软件产品的附加用户类。 用户类 特性 详述 管理员 拥有最高权限,可以对数据库为了方便用户,管理员可 进行修改,管理整个系统,但以替每一个人创建好账 是不能查看病例 户,这样省去了用户注册 时权限问题等的繁琐 医生 拥有较高权限,可以对病人数可以和病人进行双向选 据库进行添加,删除,变更,择, 查询,查看仸意病人的详细信 息 病人 拥有低权限,仅可以查看自身 病例,了解自己病情,用药等 详细信息 2.3 运行环境 描述了本软件的运行环境,一般包括, ? 硬件平台 Pc机 PXA270开发板 ? 操作系统和版本 Pc机,Linux-ubuntu PXA270,Linux-2.6 ? 支撑环境 ( 例如,数据库等 ) 和版本 数据库,SqLite3 ? 其它与该软件有关的软件组件 C++ QT4 ? 与该软件共存的应用程序。 2.4 设计和实现上的限制 ? 必须使用的特定技术、工具、编程语言和数据库 , 由于软件有一个版本是在嵌入式开发板上,所以软件大小受到了限制,需要采用轻量 级数据库SqLite3 , 由于开发板无windows操作系统,对操作系统也受到了限制需要使用arm-Linux-2.6 ? 避免使用的特定技术、工具、编程语言和数据库 , windows操作系统 , Qt3,不支持数据库 ? 要求遵循的开发规范和标准 , ISO9002质量体系认证 , 软件开发仍业者规范 ? 企业策略的限制 , 不同医院的各自政策的限制,如病人不能查看药品价格等等 ? 政府法规的限制 , 地方政府的不同规则 ? 工业标准的限制, , 工厂代工硬件设备的不同规则 ? 数据转换 格式 pdf格式笔记格式下载页码格式下载公文格式下载简报格式下载 标淮的限制 , 无限通信 协议 离婚协议模板下载合伙人协议 下载渠道分销协议免费下载敬业协议下载授课协议下载 限制 3. 外部接口需求 通过本节描述可以确定,保证软件产品能和外部组件正确连接的需求。关联图仅能表示高层 抽象的外部接口,必须对接口数据和外部组件进行详细描述,并且写入数据定义中。如果产品的 不同部分有不同的外部接口,那么应该把这些外部接口的全部详细需求并入到这一部分实例中。 注意,必须将附加用户类的特征与外部接口需求加以区分,附加用户类的特征描述的是通过 接口取得软件产品的数据和服务的人的需求,而外部接口需求描述的是接口本身的需求。 3.1 用户界面 用户界面包括,登录界面,管理员界面,医生界面和病人界面 , 登陆界面 ? 采用图形用户界面的风格 ? 本界面可能包括如下软件组件 ? 用户名输入栏 ? 密码输入栏 ? 登录&退出按钮 ? 错误信息显示标准 ? 消息栏 , 管理员界面 ? 采用图形用户界面的风格 ? 本界面可能包括如下软件组件 ? 查看账户按钮 ? N个多选账户按钮 ? 创建账户按钮 ? 账户信息输入栏 ? 删除账户按钮 ? 日期、数字显示采用标准阿拉伯数字小写 ? 错误信息显示标准 ? 消息栏 , 医生界面 ? 采用图形用户界面的风格 ? 本界面可能包括如下软件组件 ? 显示病人信息栏 ? 病人信息搜索栏 ? 修改&保存病人信息按钮 ? 文字居中 ? 日期、数字显示采用标准阿拉伯数字小写 ? 错误信息显示标准 ? 消息栏 , 病人界面 ? 采用图形用户界面的风格 ? 本界面可能包括如下软件组件 ? 医生信息搜索栏 ? 自身信息修改栏 ? 医生选择按钮 ? 文字居中 ? 日期、数字显示采用标准阿拉伯数字小写 ? 错误信息显示标准 ? 消息栏 3.2 硬件接口 ? 支持的硬件类型 , Pc机 , PXA270开发板 ? 软、硬件之间交流的数据 , 数据流 , 串口 ? 使用的通讯协议 , 无线通讯,802.11协议 3.3 软件接口 ? 操作系统 , PC,Linux-ubuntu , PXA270开发板,arm-Linux-2.6 ? 数据库 , SqLite3 MYSQL ? 工具 , Qt4 , Toolchain,jflash,tftp,minicom,bootp ,busybox等等 ? 集成的商业组件 软件通过与系统数据库的数据交换来获取登录信息和权限,根据不同的权限提供不同的服 务,如管理员可以创建账户,医生和病人可以修改账户信息。 3.4 通讯接口 描述与软件产品所使用的通讯功能相关的需求,包括, ? 网络通讯标准或者协议 无线802.11 ? 数据交互用电子表格 ? 消息格式 ? 通讯安全或加密问题 无线通讯按照802.11 HSHA协议加密 数据库加密 ? 数据传输速率 小于100ms, ? 同步和异步通讯机制 异步通讯,医生修改病例,管理员创建账户 同步通讯,病人,医生修改自身信息 4.系统功能需求 功能一 医生查询 说明, 医生可以查询自己的个人信息,包括医生ID,姓名,年龄,职称,治疗程度,所处科室,电话,工作单位,工作时间,简介,所参加的科研项目以及所发表的论文。还有可以查询所管理的病人以及相关的病人信息。 优先级,5。属于中等水平。 此操作不会涉及到利益和损失。而且风险也比较小。因为此操作只是对相关信息的查询,而非包含仸何修改信息操作。 激励/相应序列 输入激励,医生按下查询按钮。 相应序列, 1 系统对按下的按钮性质进行判断并且进入查询功能的处理。 2 系统反馈查询列表,等待医生点击相关的查询内容。查询列表包括,医生个人资料的查询。医生所管理的病人的相关资料的查询。 3 当医生按下查询个人资料的时候,系统将会显示出医生的个人信息。 4 当医生按下查询所管理的病人的信息时,系统将会显示医生所管理的病人列表。 5 当医生点击想要知道的病人的相关信息时,系统会根据医生所点击的相应病人显示出 该病人的信息。 6 医生退出查询页面。 扩充过程,例外,, 1:5. 在仸意步骤系统发生崩溃时。 1. 医生可以重新登录系统。并且重新进行相关的操作。 1,3,4,5. 系统对医生所按下的操作没有反应。 1. 医生可以重新刷新页面并且重新进行所需操作。 2. 如果所需操作仌然不成功,可以选择重新登录系统。并且进行操作。 2,4. 查询列表为空。 1. 系统提示所查询的列表为空。 5.当医生需要用查询病人某项信息的所符合的病人列表。 1.医生可以点击搜索功能按钮。 2.系统进行高级搜索页面。 3.医生选择需要进行搜索的相关信息集合。 4.系统将根据医生所给出的信息,来进行符合该信息的病人列表的搜索。 流程图如下所示, 输入输出数据 输入数据, 条件,当医生需要进行高级搜索的时候。 输入的数据为,所要查询病人的搜索条件。可以是,病人的ID,姓名,年龄,性别,房 号,联系方式,发病历史,发病原因,发病时间,状态,治疗方法,今天的状态,是否治愈国,花 费,所属医生。 输出数据, 条件1,当医生选择输出自己的个人信息的时候。 输出的数据为,医生ID,姓名,年龄,职称,治疗程度,所处科室,电话,工作单位,工 作时间,简介,所参加的科研项目以及所发表的论文。 条件2,当医生选择输出自己管理病人的信息时候。 输出的数据为,医生所管理的病人的列表。 条件3,当医生在进行高级搜索的时候,当键入搜索条件并且点击进行搜索后。 输出的数据为,医生管理的,并且和搜索条件匹配的病人的列表。 条件3,当医生选择输出病人的个人信息的时候。 输出的数据是,病人的ID,姓名,年龄,性别,房号,联系方式,发病历史,发病原因, 发病时间,状态,治疗方法,今天的状态,是否治愈国,花费,所属医生。 数据类型如下所示, Doctor: ID char(10), Name char(30) NOT NULL, Gender char(10) NOT NULL, Position char(20), Curecontent char(20), Dept char(20), Office char(20), Phone char(20), WorkTime char(20), Introduction char(20), PRIMARY KEY(ID) Patient: ID char(10), Name char(30) NOT NULL, Gender char(10) NOT NULL, RoomNumber char(10) NOT NULL, Contact char(10) NOT NULL, History char(20), Reason char(20), ILLTime DATE NOT NULL, State char(20), CureMethod char(20), StateToday char(20), HasCured char(20), Expense char(20), Doctor char(20), PRIMARY KEY(ID) 功能二 医生管理 说明, 医生可以对自己的信息进行修改和管理。并且医生可以对自己所管理的病人进行相关的管理。包括可以添加一个病人,删除一个病人,可以修改病人的信息。 优先级, 9。属于比较高的水平。因为对于医生的添加,删除,修改病人信息都是属于修改了病人数据库数据表信息。 此操作风险比较大。因为如果修改不当的时候,会造成病人数据的流失。并且还会涉及到利益和损失。因为关于病人所做的治疗的信息以及治疗过程所有的花费,是由医生所来管理和修改。如果忘记增加所治疗的收入,那么会给医院带来损失。如果病人的花费添加多了,那么会带来不必要的纠纷。这样会导致医院的名义受损。严重的情况会导致官司,这样简介会给医院带来很多的损失。 激励/相应序列 输入激励,医生按下管理按钮。 相应序列, 1 系统进入管理选择页面。包括可以进行医生个人信息的管理。还有对自己病人进行管理。 2 医生点击相应所要管理的选择。 3 如果医生选择对个人信息进行管理,那么进入个人信息的修改页面。 4 系统根据保存医生所进行的信息的修改。 5如果医生选择对病人信息进行管理,那么系统显示医生所管理的病人列表。 6 医生选择需要修改该病人信息的病人。 7 医生对该病人的相关信息进行修改。 8 系统提示修改信息成功。并返回修改页面。 8 医生退出管理页面。 扩充过程,例外,, 1:7. 在仸意步骤系统发生崩溃时。 1. 医生可以重新登录系统。并且重新进行相关的操作。 2 系统对医生按下的选择按钮没有反应。 1医生可以重新刷新页面并且重新进行所需操作。 2如果所需操作仌然不成功,可以选择重新登录系统。并且进行操作。 3,7. 系统对医生所做的操作没有反应。 1医生可以重新刷新页面并且重新相应的信息修改操作。 2如果所需操作仌然不成功,可以选择重新登录系统。并且进行操作。 5. 查询列表为空。 1. 系统提示所查询的列表为空。 5.当医生需要用查询病人某项信息的所符合的病人列表。 1.医生可以点击搜索功能按钮。 2.系统进行高级搜索页面。 3.医生选择需要进行搜索的相关信息集合。 4.系统将根据医生所给出的信息,来进行符合该信息的病人列表的搜索。 6. 当医生修改的病人信息时非法操作的时候。 1.系统提醒所做修改为非法操作。 2.系统返回修改页面。 流程图如下所示, 输入输出数据 输入数据, 条件1,当医生需要进行高级搜索的时候。 输入的数据为,所要查询病人的搜索条件。可以是,病人的ID,姓名,年龄,性别,房号,联 系方式,发病历史,发病原因,发病时间,状态,治疗方法,今天的状态,是否治愈国,花费,所属 医生。 条件2,当对医生个人信息修改的信息进行重新输入的时候。 输入的数据可以为,医生ID,姓名,年龄,职称,治疗程度,所处科室,电话,工作单位,工 作时间,简介,所参加的科研项目以及所发表的论文。 条件3,当对所属病人信息修改的信息进行重新输入的时候。 输入的数据可以为,病人的ID,姓名,年龄,性别,房号,联系方式,发病历史,发病原因, 发病时间,状态,治疗方法,今天的状态,是否治愈国,花费,所属医生。 输出数据, 条件1,当医生选择修改自己的个人信息之前和之后的时候。 输出的数据为,医生ID,姓名,年龄,职称,治疗程度,所处科室,电话,工作单位,工作时 间,简介,所参加的科研项目以及所发表的论文。 条件2,当医生选择输出自己管理病人的信息时候。 输出的数据为,医生所管理的病人的列表。 条件3,当医生在进行高级搜索的时候,当键入搜索条件并且点击进行搜索后。 输出的数据为,医生管理的,并且和搜索条件匹配的病人的列表。 条件3,当医生选择修改病人的个人信息之前和之后的时候。 输出的数据是,病人的ID,姓名,年龄,性别,房号,联系方式,发病历史,发病原因,发病 时间,状态,治疗方法,今天的状态,是否治愈国,花费,所属医生。 数据类型如下所示, Doctor: ID char(10), Name char(30) NOT NULL, Gender char(10) NOT NULL, Position char(20), Curecontent char(20), Dept char(20), Office char(20), Phone char(20), WorkTime char(20), Introduction char(20), PRIMARY KEY(ID) Patient: ID char(10), Name char(30) NOT NULL, Gender char(10) NOT NULL, RoomNumber char(10) NOT NULL, Contact char(10) NOT NULL, History char(20), Reason char(20), ILLTime DATE NOT NULL, State char(20), CureMethod char(20), StateToday char(20), HasCured char(20), Expense char(20), Doctor char(20), PRIMARY KEY(ID) 功能三 个人资料 说明,用于描述病人的具体情况,包括姓名,性别,年龄,ID,病房,发病时间,治疗方法,主 治医生等,此外还可以修改用户密码。 优先级,5。优先级属于中等。该功能不会涉及到利益和损失。而且风险也比较小。而且病人只 是查看个人本身资料,不会影响他人操作。 激励/相应序列 入激励,病人按下个人资料按钮。 输 相应序列, 1.系统对按下的按钮性质进行判断并且进入“个人资料”功能的处理。 2.系统反馈个人资料页面,等待病人点击修改或者退出功能。 2-1.当病人按下修改的时候,系统将会进入修改页面,病人可以进行修改或退出。点击修改 按钮将进入修改,修改内容例如有,姓名,年龄,性别,密码等。修改完毕后,可以点击保存按钮 予以保存,或者点击取消,取消该次修改。 2-2.当病人按下退出的时候,系统将会提示是否确认退出页面。点击确认将退出个人资料页 面,回归病人用户总界面,点击取消,将保留当前页面。 扩充过程,例外,, 1:2. 在仸意步骤系统发生崩溃时。 1. 病人可以重新登录系统。并且重新进行相关的操作。 1,2. 系统对病人所按下的操作没有反应。 1. 病人可以重新刷新页面并且重新进行所需操作。 2. 如果所需操作仌然不成功,可以选择重新登录系统。并且进行操作。 2. 个人页面为空。 1.系统提示所在页面为空,并提示病人填写资料。 流程图, 个人资料 修改或退 出 修改资料 退出 输入数据, ? 数据名称,Name。 ? 实际含义,病人的名字。 ? 数据类型,char ? 数据约束,0~30 ? 数据名称,Gender。 ? 实际含义,病人的性别。 ? 数据类型,char ? 数据约束,0~10 ? 数据名称,Age。 ? 实际含义,病人的年龄。 ? 数据类型,int ? 数据约束,0~128 ? 数据名称,contact。 ? 实际含义,联系方式。 ? 数据类型,char ? 数据约束,0~128 ? 数据名称,Password。 ? 实际含义,病人的用户密码。 ? 数据类型,char ? 数据约束,0~16 输出数据, ? 数据名称,Name。 ? 实际含义,病人的名字。 ? 数据类型,char ? 数据约束,0~30 ? 数据名称,Gender。 ? 实际含义,病人的性别。 ? 数据类型,char ? 数据约束,0~10 ? 数据名称,Age。 ? 实际含义,病人的年龄。 ? 数据类型,int ? 数据约束,0~128 ? 数据名称,ID。 ? 实际含义,病人的用户ID。 ? 数据类型,char ? 数据约束,0~10 ? 数据名称,Doctor。 ? 实际含义,病人的主治医生。 ? 数据类型,char ? 数据约束,0~20 ? 数据名称,Disease。 ? 实际含义,病人的疾病名称。 ? 数据类型,char ? 数据约束,0~64 ? 数据名称,IllTime。 ? 实际含义,病人的发病时间。 ? 数据类型,char ? 数据约束,0~64 ? 数据名称,CureMethod。 ? 实际含义,病人的治疗方法。 ? 数据类型,char ? 数据约束,0~20 ? 数据名称,RoomNumber_BedNumber。 ? 实际含义,病人的病房号以及床号。 ? 数据类型,char ? 数据约束,0~10 ? 数据名称,Expense。 ? 实际含义,病人的诊金。 ? 数据类型,char ? 数据约束,0~20 功能四 查询医生 说明, 用于查询医院所对应的疾病科目的医生,方便病人选择最合适的医生进行治疗。 优先级,5。优先级属于中等。该功能不会涉及到利益和损失。而且风险也比较小。而且病人只 是查看医生个人资料,不会修改医生的资料。 激励/相应序列 输入激励,病人按下查询医生按钮。 相应序列, 1.系统对按下的按钮性质进行判断并且进入“查询医生”功能的处理。 2.系统反馈查询医生页面,等待病人点击搜索,医生列表中某位医生或者退出功能。 2-1.病人点击搜索功能时,在相应框格内填入对应的资料,例如,疾病科目,医生名字,职称,出诊时间等。 2-1-1.病人成功搜索后,反馈搜索后的内容列表。 2-1-2.病人搜索失败或者搜索结果为空时,系统反馈搜索失败或者搜索结果为空,并请求病人重新搜索或者退回查询医生页面。 2-2.病人点击医生列表中的某位医生时,系统将会显示出医生的个人信息。包括姓名,年龄,职位,所处科室,所参加的科研项目以及所发表的论文。 2-3.病人点击退出功能时,系统将会提示是否确认退出页面。点击确认将退出个人资料页面,回归病人用户总界面,点击取消,将保留当前页面。 扩充过程,例外,, 1:2. 在仸意步骤系统发生崩溃时。 1. 病人可以重新登录系统。并且重新进行相关的操作。 1,2. 系统对病人所按下的操作没有反应。 1.病人可以重新刷新页面并且重新进行所需操作。 2.如果所需操作仌然不成功,可以选择重新登录系统。并且进行操作。 流程图, 查询医生 搜索,点击医生列表中的某个医 生或退出 点击医生列表中医生的个人信 退出 的某个医生 退出 息 搜 索 满足要求的医生列 表 输入数据, ? 数据名称,Name。 ? 实际含义,医生的名字。 ? 数据类型,char ? 数据约束,0~30 ? 数据名称,Gender。 ? 实际含义,医生的性别。 ? 数据类型,char ? 数据约束,0~10 ? 数据名称,ID。 ? 实际含义,医生的ID。 ? 数据类型,char ? 数据约束,0~10 ? 数据名称,Position。 ? 实际含义,医生的职位。 ? 数据类型,char ? 数据约束,0~20 ? 数据名称,Dept。 ? 实际含义,医生的所在部门。 ? 数据类型,char ? 数据约束,0~20 ? 数据名称,WorkTime。 ? 实际含义,医生的工作时间。 ? 数据类型,char ? 数据约束,0~20 输出数据, ? 数据名称,Name。 ? 实际含义,医生的名字。 ? 数据类型,char ? 数据约束,0~30 ? 数据名称,Gender。 ? 实际含义,医生的性别。 ? 数据类型,char ? 数据约束,0~10 ? 数据名称,ID。 ? 实际含义,医生的ID。 ? 数据类型,char ? 数据约束,0~10 ? 数据名称,Position。 ? 实际含义,医生的职位。 ? 数据类型,char ? 数据约束,0~20 ? 数据名称,Dept。 ? 实际含义,医生的所在部门。 ? 数据类型,char ? 数据约束,0~20 ? 数据名称,WorkTime。 ? 实际含义,医生的工作时间。 ? 数据类型,char ? 数据约束,0~20 ? 数据名称,Dept。 ? 实际含义,医生的所在部门。 ? 数据类型,char ? 数据约束,0~20 ? 数据名称,Phone。 ? 实际含义,医生的联系电话。 ? 数据类型,char ? 数据约束,0~20 ? 数据名称,Office。 ? 实际含义,医生的办公室。 ? 数据类型,char ? 数据约束,0~20 ? 数据名称,Introduction。 ? 实际含义,医生的办公室。 ? 数据类型,char ? 数据约束,0~100 功能五 病人病史查询 说明,病人通过这个功能可以详细查询到自己的病史 优先级,1。属于最低水平,此操作没有仸何风险,不涉及利益损失。此操作只能查看,不 能做仸何修改。 激励/相应序列 输入激励,病人登录到自己的界面并按下病史查询按钮。 相应序列, 病人按下病史查询按钮即可进入查询界面,查看相关信息。 扩充过程,例外,, 1、病人按下病史查询按钮,系统没有反映,可以刷新页面,重新进行此操作。 2、如果上诉操作仌不能进入病史界面,病人用户可以重新登录系统再进行此操作。 病人成功登录 按下病史查询按钮 输出病史情况 输入/输出数据 输入数据, 此操作不能做仸何修改,故没有输入数据。 输出数据, ? 数据名称:History, ? 实际含义:病史, ? 数据类型,字符, ? 数据约束,500个字符以内, 功能六 病人病情查询, 说明,病人通过这个功能可以详细查询到自己现在的病情,主治医生和治愈情况。 优先级,1。属于最低水平,此操作没有仸何风险,不涉及利益损失。此操作只能查看,不能 做仸何修改。 激励/相应序列 输入激励,病人登录到自己的界面并按下病情查询。 相应序列, 病人按下病情查询按钮即可进入查询界面,查看相关信息。 程,例外,, 扩充过 1、病人按下病情查询按钮,系统没有反映,可以刷新页面,重新进行此操作。 、如果上诉操作仌不能进入病情查询界面,病人用户可以重新登录系统再进行此操作。 2 病人成功登录 按下病情查询按钮 输出病人现在的情况、 主治医生和治疗情况 输入/输出数据 输入数据, 故没有输此操作不能做仸何修改,入数据。 输出数据, 1、? 数据名称:Reason, ? 实际含义:病因, ? 数据类型,字符, ? 数据约束,50个字符以内, 2、? 数据名称:State, ? 实际含义:病况, ? 数据类型,字符, ? 数据约束,50个字符以内, 3、? 数据名称:CureMethod, ? 实际含义:治疗方法, ? 数据类型,字符, ? 数据约束,50个字符以内, 4、? 数据名称:StateToday, ? 实际含义:现况, ? 数据类型,字符, ? 数据约束,50个字符以内, 5、? 数据名称:HasCured, ? 实际含义:是否治愈, ? 数据类型,字符, ? 数据约束,20个字符以内, 6、? 数据名称:Doctor, ? 实际含义:主治医生, ? 数据类型,字符, ? 数据约束,20个字符以内, 5. 其它非功能需求 在这里列举出所有非功能需求,主要包括可靠性、安全性、可维护性、可扩展性、可测试性等。 5.1 性能需求 ? 相互合作的用户数量 5000人,无服务器,存于本地,考虑到安全性和数据丢失的后果, 5000+人,有远程服务器, ? 系统支持的并发操作数量 10个 ? 响应时间 <1s ? 与实时系统的时间关系 延迟或者时间误差<1min ? 容量需求 , 存储器 10MB , 磁盘空间 20MB , 数据库中表的最大行数 100000+ 5.2 安全措施需求 , 掌上设备需要轻拿轻放,避免因为物理原因造成的损坏 , 数据需要每1个月备份一次,防止出现数据丢失 , 数据保密性要求对数据库和相关数据做好保密,避免泄漏病人隐私 , 软件产品整体必须遵仍ISO9002质量体系认证 详尽陈述与软件产品使用过程中可能发生的损失、破坏、危害相关的需求。定义必须采取的安全保护或动作,以及必须预防的潜在危险动作。明确软件产品必须遵仍的安全标准、策略、或规则。 5.3 安全性需求 , 每个用户在第一次登录后,必须更改他的系统预置登录密码,系统预置的登录密码不 能重用 , 管理员每月底需要备份一次病人数据 , 管理员密码需要每半年更换一次 详尽陈述与系统安全性、完整性问题相关的需求,或者与个人隐私问题相关的需求。这些问题将会影响到软件产品的使用,和软件产品所创建或者使用的数据的保护。 定义用户身份认证, 或备授权需求。明确软件产品必须满足的安全性或者保密性策略。也可以通过称为完整性的质量 属性来阐述这些需求。 5.4 软件质量属性 , 易用性,操作简单,需要输入的信息少,多为按钮,图形界面 , 易学性,UI界面友好,用户一学即懂 , 可移植性,PC机和掌上手持设备均可使用 , 健壮性,系统经过严密测试,确保正常使用不出现系统崩溃问题 , 容错性,对于数据输入错误信息都有提示 , 封闭性: 用户的封闭性较好,用户基本上在提示信息下输数据 5.5 用户文档 ? 安装指南 纸质文档, 16 开本, ? 用户手册 纸质文档, 16 开本, ? 在线帮助 ? 电子文档,与软件产品一同分发、配置, ? 使用教程电子文档,与软件产品一同分发、配置。 6. 数据定义 系统定义了3个表格,分别存放系统中的病人信息,医生信息及管理者信息。下面列出了 3个表的 具体静态数据, 1,病人信息表 此表存放病人信息 字字段名 类型 宽度 限制 段 1 病人ID,ID, CHAR 10 NOT NULL 2 病人姓名,Name, CHAR 30 NOT NULL 3 病人性别,Gender, CHAR 10 NOT NULL 4 病房号码,RoomNumber, CHAR 10 NOT NULL 5 联系方式,Contact, CHAR 20 NOT NULL 6 病史,History, CHAR 20 7 病因,Reason, CHAR 20 8 患病时间,Illtime, DATE NOT NULL 9 状态,State, CHAR 20 10 治疗方法,CureMethod, CHAR 20 11 今日状态,StateToday, CHAR 20 12 是否治愈,HasCured, BOOLEAN 13 治疗费用,Expense, CHAR 20 14 主治医生(Doctor) CHAR 0 PRIMARY KEY,ID 2, 医生信息表 此表存放医生信息 字字段名 类型 宽度 限制 段 1 医生ID,ID, CHAR 10 NOT NULL 2 医生姓名,Name, CHAR 30 NOT NULL 3 医生性别,Gender, CHAR 10 NOT NULL 4 医生职位,Position, CHAR 20 NOT NULL 5 主治方向,Curecontent, CHAR 20 NOT NULL 6 部门,Dept, CHAR 20 7 办公室,Office, CHAR 20 8 电话,Phone, CHAR 20 9 工作时间,WorkTime, CHAR 20 10 个人介绍,Introduction, CHAR 100 PRIMARY KEY, ID 3,管理者信息表 此表存放管理者信息 字字段名 类型 宽度 限制 段 1 管理者ID,ID, CHAR 10 NOT NULL 2 密码,Password, CHAR 20 PRIMARY KEY, ID 7.分析模型 7.1数据流程图 7.1.1 登录数据流图 7.1.2 病人查询资料数据流图 7.1.3 病人申请医生数据流图 7.1.4 医生查询资料数据流图 8待定问题列表 序问题描述 号 1 病人在医生治疗过程中是否可以自主选择退出治疗 2 医生在对病人进行治疗过程中是否可以将病人转移至其它医生