医疗管理系统需求分析.docx

《医疗管理系统需求分析.docx》由会员分享，可在线阅读，更多相关《医疗管理系统需求分析.docx（31页珍藏版）》请在三一办公上搜索。

1、1. 引言医疗信息管理系统是现代化医院运营的必要技术支撑和基础设施，实现医疗信息管理系统 的目的就是为了以更现代化、科学化、规范化的手段来加强医院的管理，提高医院的工作效 率，改进医疗质量，从而树立现代医院的新形象,这也是未来医院发展的必然方向。随着社会信息化程度的提高，无纸化办公已经变的越来越重要，但不少医院还是传统意义 上的手工劳作，开发医疗管理系统能够更好的管理医生与病人的信息，提高医生工作效率，节 约资源，同时方便病人对自身病情的了解.本需求分析文档为了解客户需求，帮助客户理解软件 产品，满足客户需求，及时对软件进行修缮，更好的体验掌上医疗管理系统，共分为六大部分， 包括：综合描述，外

2、部接口需求，系统功能需求，其他非功能性需求，数据定义和分析模型。适 用于专业人士与普通客户。1.1编写目的越来越多的实例表明，医患交流不顺畅是当今医院一个普遍的问题，既浪费医院资源，患者 又得不到满意的服务，同时效率低下，本需求分析报告是为解决这一问题而开发的掌上医疗管理 系统所写，开发该系统的意义旨在增强医生与患者的交流，提高医院的工作效率，改进医疗质 量。本软件的作用是帮助医生查看病人信息，提高治疗效率，帮助病人了解病情。最终达到的 意图是实现医患和谐，病人康复。通过这份软件产品需求分析报告详尽说明了该软件产品的需求 规格，包括修正和（或）发行版本号，从而对该软件产品进行准确的定义。1。2

3、产品范围产品范围包括各大医院，并提供给医生和患者使用2。综合描述这一部分概述了正在定义的软件产品的作用范围以及该软件产品所运行的环境、使用该软 件产品的用户、对该软件产品己知的限制、有关该软件产品的假设和依赖.2。1产品的功能因为将在需求分析报告的第4部分中详细描述软件产品的功能，所以在此只需要概略地 总结。仅从业务层面陈述本软件产品所应具有的主要功能，在描述功能时应该针对每一项需求 准确地描述其各项规格说明。如果存在引起误解的可能，在陈述本软件产品主要功能的作用领 域时，也需要对应陈述本软件产品的非作用领域，以利读者理解本软件产品.为了很好地组织产品功能，使每个读者都容易理解，可以采用列表的

4、方法给出。也可以采用 图形方式，将主要的需求分组以及它们之间的联系使用数据流程图的顶层图或类图进行表示， 这种表示方法是很有用的。参考用户当前管理组织构架，了解各个机构的主要职能，将有助于陈述软件产品的主要功 能。面向对象功能添加查看医生 删除详述添加病人病例的具体信息查看病人病例的具体信息搜索病人查看根据条件搜索病人查看自身病例删除病人病例的具体信息性能要求性能稳定 不能出现数据丢失输入：？。机上通过数据库操作;开发板上通过触摸屏，要求各模块具有添加功能输出:PC机与开发板均打印在其屏幕安全与保密要求：要求系统具有权限功能，不同的用户具有不同的权限，建立后的数据库 要求加密2。2用户类和特性

5、确定有可能使用该软件产品的不同用户类，并且描述它们相关的特征.往往有一些软件需 求，只与特定的用户类有关。描述时，应该将该软件产品的重要用户类与非重要用户类区分开。系统硬件接口附加给软件产品的附加用户类。特性拥有最高权限，可以对数据库 进行修改，管理整个系统，但是不能查看病例用户不一定是软件产品的直接使用者，通过报表、应用程序接口、系统硬件接口得到软件 产品的数据和服务的人、或者机构也有他们的需求。所以，应该将这些外部需求视为通过报 表、应用程序接口、详述为了方便用户，管理员 可以替每一个人创建好 账户，这样省去了用户 注册时权限问题等的繁 琐可以和病人进行双向选 择，用户类管理员医生拥有较高

6、权限，可以对病人 数据库进行添加，删除，变 更,查询，查看任意病人的详 细信息病人拥有低权限，仅可以查看自身病例，了解自己病情，用药 等详细信息2.3运行环境描述了本软件的运行环境，一般包括：硬件平台Pc机PXA270开发板操作系统和版本Pc 机：Linux-ubuntuPXA270 : Linux-2。 6支撑环境（例如：数据库等）和版本数据库:SqLite3其它与该软件有关的软件组件C+QT4与该软件共存的应用程序。2.4设计和实现上的限制必须使用的特定技术、工具、编程语言和数据库由于软件有一个版本是在嵌入式开发板上，所以软件大小受到了限制，需要采用轻量 级数据库SqLite3由于开发板无

7、windows操作系统，对操作系统也受到了限制需要使用arm-Linux-2.6避免使用的特定技术、工具、编程语言和数据库 windows操作系统 Qt3 :不支持数据库要求遵循的开发规范和标准 ISO9002质量体系认证软件开发从业者规范企业策略的限制不同医院的各自政策的限制，如病人不能查看药品价格等等政府法规的限制地方政府的不同规则工业标准的限制；工厂代工硬件设备的不同规则数据转换格式标淮的限制无限通信协议限制3. 外部接口需求通过本节描述可以确定，保证软件产品能和外部组件正确连接的需求。关联图仅能表示高 层抽象的外部接口，必须对接口数据和外部组件进行详细描述，并且写入数据定义中。如果产品

8、 的不同部分有不同的外部接口，那么应该把这些外部接口的全部详细需求并入到这一部分实例 中。注意:必须将附加用户类的特征与外部接口需求加以区分，附加用户类的特征描述的是通过 接口取得软件产品的数据和服务的人的需求；而外部接口需求描述的是接口本身的需求。3。1用户界面用户界面包括：登录界面，管理员界面，医生界面和病人界面登陆界面。采用图形用户界面的风格。本界面可能包括如下软件组件-用户名输入栏-密码输入栏-登录&退出按钮。错误信息显示标准-消息栏 管理员界面。 采用图形用户界面的风格。 本界面可能包括如下软件组件查看账户按钮-N个多选账户按钮-创建账户按钮-账户信息输入栏-删除账户按钮-日期、数字

9、显示采用标准阿拉伯数字小写。 错误信息显示标准-消息栏 医生界面。 采用图形用户界面的风格。 本界面可能包括如下软件组件-显示病人信息栏-病人信息搜索栏-修改&保存病人信息按钮-文字居中-日期、数字显示采用标准阿拉伯数字小写。错误信息显示标准-消息栏病人界面。采用图形用户界面的风格。本界面可能包括如下软件组件-医生信息搜索栏-自身信息修改栏-医生选择按钮-文字居中-日期、数字显示采用标准阿拉伯数字小写。 错误信息显示标准-消息栏3。2硬件接口支持的硬件类型 Pc机 PXA270开发板软、硬件之间交流的数据数据流 串口使用的通讯协议无线通讯：802.11协议3。3软件接口操作系统 PC:Linu

10、x-ubuntu PXA270 开发板：arm-Linux-2.6数据库 SqLite3 MYSQL工具 Qt4 Toolchain， jflash,tftp，minicom， bootp，busybox 等等集成的商业组件软件通过与系统数据库的数据交换来获取登录信息和权限，根据不同的权限提供不同的服 务，如管理员可以创建账户，医生和病人可以修改账户信息.3。4通讯接口描述与软件产品所使用的通讯功能相关的需求,包括：网络通讯标准或者协议无线802。11数据交互用电子表格消息格式通讯安全或加密问题无线通讯按照802。11 HSHA协议加密数据库加密数据传输速率小于100ms ；同步和异步通讯机制

11、异步通讯:医生修改病例，管理员创建账户同步通讯：病人，医生修改自身信息4。系统功能需求功能一医生查询说明：医生可以查询自己的个人信息：包括医生ID，姓名，年龄，职称，治疗程度，所处科 室，电话，工作单位，工作时间，简介，所参加的科研项目以及所发表的论文。还有可以查询所 管理的病人以及相关的病人信息。优先级：5。属于中等水平。此操作不会涉及到利益和损失。而且风险也比较小。因为 此操作只是对相关信息的查询，而非包含任何修改信息操作。激励/相应序列输入激励：医生按下查询按钮。相应序列：1系统对按下的按钮性质进行判断并且进入查询功能的处理.2系统反馈查询列表，等待医生点击相关的查询内容。查询列表包括：

12、医生个人资料的 查询。医生所管理的病人的相关资料的查询。3当医生按下查询个人资料的时候，系统将会显示出医生的个人信息。4当医生按下查询所管理的病人的信息时，系统将会显示医生所管理的病人列表。5当医生点击想要知道的病人的相关信息时，系统会根据医生所点击的相应病人显示出 该病人的信息.6医生退出查询页面.扩充过程（例外）：广5。在任意步骤系统发生崩溃时。1. 医生可以重新登录系统.并且重新进行相关的操作。1，3，4,5。系统对医生所按下的操作没有反应。1. 医生可以重新刷新页面并且重新进行所需操作.2. 如果所需操作仍然不成功，可以选择重新登录系统。并且进行操作。2，4。查询列表为空。1. 系统提

13、示所查询的列表为空。5.当医生需要用查询病人某项信息的所符合的病人列表.1。医生可以点击搜索功能按钮。2。系统进行高级搜索页面。3。医生选择需要进行搜索的相关信息集合。4。系统将根据医生所给出的信息，来进行符合该信息的病人列表的搜索.流程图如下所示：输入输出数据输入数据：条件：当医生需要进行高级搜索的时候。输入的数据为：所要查询病人的搜索条件。可以是:病人的ID，姓名，年龄，性 别，房号，联系方式，发病历史，发病原因，发病时间，状态，治疗方法，今天的状态，是否治 愈国，花费，所属医生。输出数据：条件1:当医生选择输出自己的个人信息的时候。输出的数据为：医生ID,姓名，年龄，职称，治疗程度，所处

14、科室，电话,工作单位， 工作时间，简介，所参加的科研项目以及所发表的论文。条件2 :当医生选择输出自己管理病人的信息时候。输出的数据为:医生所管理的病人的列表.条件3：当医生在进行高级搜索的时候，当键入搜索条件并且点击进行搜索后。输出的数据为：医生管理的，并且和搜索条件匹配的病人的列表。条件3：当医生选择输出病人的个人信息的时候。输出的数据是：病人的ID，姓名，年龄，性别，房号，联系方式，发病历史，发病 原因，发病时间，状态，治疗方法，今天的状态，是否治愈国，花费，所属医生。数据类型如下所示：Doctor :ID char(10)，Name char(30) NOT NULL,Gender c

15、har(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(2

16、0)，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。属于比较高的水平.因为对于医生的添加，删除，修改病人信息都是属于修改 了病人数据库数据表信

17、息.此操作风险比较大。因为如果修改不当的时候，会造成病人数据的流失。并且还会涉及到利 益和损失。因为关于病人所做的治疗的信息以及治疗过程所有的花费，是由医生所来管理和修 改。如果忘记增加所治疗的收入，那么会给医院带来损失。如果病人的花费添加多了，那么会 带来不必要的纠纷。这样会导致医院的名义受损。严重的情况会导致官司，这样简介会给医院 带来很多的损失.激励/相应序列输入激励：医生按下管理按钮。相应序列：1系统进入管理选择页面。包括可以进行医生个人信息的管理。还有对自己病人进行管 理。2医生点击相应所要管理的选择。3如果医生选择对个人信息进行管理，那么进入个人信息的修改页面。4系统根据保存医生所

18、进行的信息的修改。5如果医生选择对病人信息进行管理，那么系统显示医生所管理的病人列表.6医生选择需要修改该病人信息的病人.7医生对该病人的相关信息进行修改。8系统提示修改信息成功。并返回修改页面.8医生退出管理页面.扩充过程（例外）：17。在任意步骤系统发生崩溃时。1. 医生可以重新登录系统。并且重新进行相关的操作.2系统对医生按下的选择按钮没有反应.1医生可以重新刷新页面并且重新进行所需操作.2如果所需操作仍然不成功，可以选择重新登录系统。并且进行操作。3,7。系统对医生所做的操作没有反应。1医生可以重新刷新页面并且重新相应的信息修改操作。2如果所需操作仍然不成功，可以选择重新登录系统.并且

19、进行操作。5. 查询列表为空。1. 系统提示所查询的列表为空。5。当医生需要用查询病人某项信息的所符合的病人列表.1。医生可以点击搜索功能按钮.2。系统进行高级搜索页面。3。医生选择需要进行搜索的相关信息集合。4。系统将根据医生所给出的信息，来进行符合该信息的病人列表的搜索。6. 当医生修改的病人信息时非法操作的时候。1。系统提醒所做修改为非法操作。2。系统返回修改页面。流程图如下所示:开c输入输出数据 输入数据：条件1:当医生需要进行高级搜索的时候.输入的数据为:所要查询病人的搜索条件。可以是：病人的ID，姓名，年龄，性别，房 号，联系方式，发病历史，发病原因，发病时间，状态，治疗方法，今天

20、的状态，是否治愈 国，花费，所属医生.条件2 :当对医生个人信息修改的信息进行重新输入的时候。输入的数据可以为：医生ID，姓名，年龄，职称，治疗程度，所处科室，电话，工作单 位，工作时间，简介，所参加的科研项目以及所发表的论文.条件3：当对所属病人信息修改的信息进行重新输入的时候。输入的数据可以为：病人的ID，姓名，年龄，性别，房号，联系方式，发病历史,发病原 因，发病时间，状态，治疗方法，今天的状态，是否治愈国，花费，所属医生。输出数据：条件1：当医生选择修改自己的个人信息之前和之后的时候。输出的数据为：医生ID，姓名，年龄，职称，治疗程度，所处科室，电话,工作单位，工作 时间，简介，所参加

21、的科研项目以及所发表的论文。条件2:当医生选择输出自己管理病人的信息时候。输出的数据为：医生所管理的病人的列表。条件3：当医生在进行高级搜索的时候，当键入搜索条件并且点击进行搜索后。输出的数据为：医生管理的，并且和搜索条件匹配的病人的列表.条件3：当医生选择修改病人的个人信息之前和之后的时候。输出的数据是：病人的ID，姓名，年龄，性别，房号，联系方式，发病历史，发病原因， 发病时间，状态，治疗方法，今天的状态，是否治愈国，花费，所属医生。数据类型如下所示：Doctor:ID char(10),Name char(30) NOT NULL，Gender char(10) NOT NULL,Pos

22、ition 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), I

23、LLTime 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.优先级属于中等。该功能不会涉及到利益和损失。而且风险也比较小。而且病 人只是查看个人本身资料，不会影响他人操作。激励/相应序列输入激励:病人按下个人

24、资料按钮。相应序列：1。系统对按下的按钮性质进行判断并且进入“个人资料”功能的处理。2. 系统反馈个人资料页面,等待病人点击修改或者退出功能。2-1.当病人按下修改的时候，系统将会进入修改页面，病人可以进行修改或退出。点击修 改按钮将进入修改，修改内容例如有，姓名，年龄，性别，密码等.修改完毕后，可以点击保存按 钮予以保存,或者点击取消，取消该次修改。2-2.当病人按下退出的时候，系统将会提示是否确认退出页面.点击确认将退出个人资料页 面,回归病人用户总界面，点击取消，将保留当前页面。扩充过程（例外）：12。在任意步骤系统发生崩溃时。1。病人可以重新登录系统。并且重新进行相关的操作.1, 2。

25、系统对病人所按下的操作没有反应.1. 病人可以重新刷新页面并且重新进行所需操作.2. 如果所需操作仍然不成功，可以选择重新登录系统。并且进行操作。2。个人页面为空。1.系统提示所在页面为空，并提示病人填写资料。流程图：个人资料输入数据：数据名称:Name。实际含义：病人的名字。数据类型:char数据约束：030数据名称：Gender.实际含义：病人的性别。数据类型：char数据约束：010数据名称：Age。实际含义：病人的年龄。数据类型：int数据约束：0128数据名称：contact。实际含义:联系方式.数据类型:char数据约束：0128数据名称：Password。实际含义：病人的用户密码

26、。数据类型:char数据约束：016输出数据：数据名称：Name。实际含义：病人的名字.数据类型:char数据约束：030数据名称：Gender。实际含义：病人的性别。数据类型:char数据约束：010数据名称：Age。实际含义：病人的年龄。数据类型：int数据约束：0128数据名称：ID.实际含义：病人的用户ID。数据类型:char数据约束：010数据名称：Doctor。实际含义：病人的主治医生。数据类型:char数据约束：020数据名称：Disease。实际含义：病人的疾病名称。数据类型：char数据约束：064数据名称：IllTime.实际含义：病人的发病时间。数据类型：char数据约束

27、：064数据名称：CureMethod。实际含义：病人的治疗方法。数据类型:char数据约束：020数据名称 :RoomNumber_BedNumber。实际含义:病人的病房号以及床号.数据类型:char数据约束：010数据名称：Expense。实际含义：病人的诊金。数据类型：char数据约束：020功能四查询医生说明：用于查询医院所对应的疾病科目的医生，方便病人选择最合适的医生进行治疗。优先级：5.优先级属于中等。该功能不会涉及到利益和损失。而且风险也比较小。而且病 人只是查看医生个人资料，不会修改医生的资料.激励/相应序列输入激励:病人按下查询医生按钮。相应序列：1。系统对按下的按钮性质进

28、行判断并且进入“查询医生功能的处理.2。系统反馈查询医生页面，等待病人点击搜索，医生列表中某位医生或者退出功能.2-1.病人点击搜索功能时，在相应框格内填入对应的资料，例如，疾病科目，医生名字， 职称，出诊时间等。2-1-1.病人成功搜索后，反馈搜索后的内容列表。2-1-2.病人搜索失败或者搜索结果为空时，系统反馈搜索失败或者搜索结果为空，并请求 病人重新搜索或者退回查询医生页面。2-2。病人点击医生列表中的某位医生时，系统将会显示出医生的个人信息。包括姓名，年 龄，职位，所处科室，所参加的科研项目以及所发表的论文。2-3。病人点击退出功能时，系统将会提示是否确认退出页面。点击确认将退出个人资

29、料页 面,回归病人用户总界面，点击取消，将保留当前页面。扩充过程（例外）：12.在任意步骤系统发生崩溃时。1.病人可以重新登录系统.并且重新进行相关的操作.1, 2.系统对病人所按下的操作没有反应.1. 病人可以重新刷新页面并且重新进行所需操作。2。如果所需操作仍然不成功，可以选择重新登录系统。并且进行操作。流程图:查询医生输入数据：数据名称：Name。实际含义：医生的名字.数据类型：char数据约束：030数据名称：Gender。实际含义：医生的性别。数据类型：char数据约束：010数据名称：ID。实际含义：医生的ID。数据类型:char数据约束：010数据名称：Position。实际含义

30、：医生的职位.数据类型：char数据约束：020数据名称：Dept。实际含义：医生的所在部门。数据类型：char数据约束：020数据名称：WorkTime。实际含义：医生的工作时间.数据类型：char数据约束：020输出数据：数据名称:Name。实际含义：医生的名字.数据类型：char数据约束：030数据名称：Gender.实际含义：医生的性别。数据类型：char数据约束：010数据名称：ID。实际含义:医生的ID。数据类型：char数据约束：010数据名称：Position。实际含义:医生的职位。数据类型：char数据约束：020数据名称：Dept。实际含义：医生的所在部门.数据类型：cha

31、r数据约束：020数据名称：WorkTime。实际含义:医生的工作时间。数据类型：char数据约束：020数据名称：Dept。实际含义:医生的所在部门.数据类型：char数据约束：020数据名称：Phone。实际含义：医生的联系电话。数据类型:char数据约束：020数据名称:Office。实际含义:医生的办公室。数据类型：char数据约束：020数据名称：Introduction.实际含义：医生的办公室。数据类型：char数据约束：0100功能五病人病史查询说明：病人通过这个功能可以详细查询到自己的病史优先级：1。属于最低水平，此操作没有任何风险，不涉及利益损失。此操作只能查看, 不能做任何

32、修改。激励/相应序列输入激励：病人登录到自己的界面并按下病史查询按钮。相应序列：病人按下病史查询按钮即可进入查询界面，查看相关信息。扩充过程（例外）：1、病人按下病史查询按钮，系统没有反映,可以刷新页面，重新进行此操作。2、如果上诉操作仍不能进入病史界面，病人用户可以重新登录系统再进行此操作。输入/输出数据输入数据：此操作不能做任何修改，故没有输入数据。输出数据：数据名称:History ;实际含义：病史；数据类型:字符；数据约束：500个字符以内；功能六病人病情查询:说明:病人通过这个功能可以详细查询到自己现在的病情，主治医生和治愈情况。优先级:1。属于最低水平，此操作没有任何风险，不涉及利

33、益损失。此操作只能查看， 不能做任何修改。激励/相应序列输入激励：病人登录到自己的界面并按下病情查询。相应序列：病人按下病情查询按钮即可进入查询界面，查看相关信息。扩充过程（例外）：1、病人按下病情查询按钮,系统没有反映，可以刷新页面，重新进行此操作.2、如果上诉操作仍不能进入病情查询界面，病人用户可以重新登录系统再进行此操 作。输入/输出数据输入数据：此操作不能做任何修改，故没有输入数据。 输出数据：1、数据名称:Reason；实际含义：病因；数据类型：字符；数据约束:50个字符以内；2、 数据名称:State ；实际含义:病况；数据类型：字符；数据约束:50个字符以内；3、 数据名称：Cu

34、reMethod ；实际含义：治疗方法；数据类型：字符；数据约束：50个字符以内；4、 数据名称：StateToday;实际含义：现况；数据类型：字符；数据约束：50个字符以内；5、 数据名称：HasCured ；实际含义：是否治愈；数据类型:字符；数据约束：20个字符以内；6、数据名称:Doctor;实际含义:主治医生；数据类型：字符；数据约束:20个字符以内；5. 其它非功能需求在这里列举出所有非功能需求，主要包括可靠性、安全性、可维护性、可扩展性、可测试 性等。5.1性能需求相互合作的用户数量5000人（无服务器，存于本地，考虑到安全性和数据丢失的后果）5000+人（有远程服务器）系统支

35、持的并发操作数量10个响应时间1s与实时系统的时间关系延迟或者时间误差1min容量需求存储器10MB磁盘空间20MB数据库中表的最大行数100000+5.2安全措施需求掌上设备需要轻拿轻放，避免因为物理原因造成的损坏数据需要每1个月备份一次，防止出现数据丢失数据保密性要求对数据库和相关数据做好保密，避免泄漏病人隐私软件产品整体必须遵从ISO9002质量体系认证详尽陈述与软件产品使用过程中可能发生的损失、破坏、危害相关的需求。定义必须采取 的安全保护或动作，以及必须预防的潜在危险动作。明确软件产品必须遵从的安全标准、策 略、或规则。5.3安全性需求每个用户在第一次登录后，必须更改他的系统预置登录

36、密码，系统预置的登录密码 不能重用管理员每月底需要备份一次病人数据管理员密码需要每半年更换一次详尽陈述与系统安全性、完整性问题相关的需求，或者与个人隐私问题相关的需求。这些 问题将会影响到软件产品的使用，和软件产品所创建或者使用的数据的保护。定义用户身份认 证，或备授权需求。明确软件产品必须满足的安全性或者保密性策略。也可以通过称为完整性 的质量属性来阐述这些需求。5.4软件质量属性易用性：操作简单，需要输入的信息少，多为按钮，图形界面易学性：UI界面友好，用户一学即懂可移植性:PC机和掌上手持设备均可使用健壮性：系统经过严密测试，确保正常使用不出现系统崩溃问题容错性:对于数据输入错误信息都有

37、提示封闭性：用户的封闭性较好，用户基本上在提示信息下输数据5。5用户文档安装指南纸质文档，16开本；用户手册纸质文档，16开本；在线帮助电子文档，与软件产品一同分发、配置；使用教程电子文档，与软件产品一同分发、配置.6. 数据定义系统定义了3个表格，分别存放系统中的病人信息，医生信息及管理者信息.下面列出 了 3个表的具体静态数据：1）病人信息表此表存放病人信息字字段名类型宽度限制段1病人ID（ID）CHAR10 NOT NULL2病人姓名（Name）CHAR30 NOT NULL3病人性别（Gender）CHAR10 NOT NULL4病房号码（RoomNumber）CHAR10 NOT N

38、ULL5联系方式（Contact）CHAR20 NOT NULL6病史（History）CHAR207病因（Reason）CHAR208患病时间（Illtime）DATENOT NULL9 状态(State)CHAR2010治疗方法(CureMethod)CHAR2011今日状态（StateToday）CHAR2012 是否治愈（HasCured）13 治疗费用（Expense）BOOLEANCHAR2014 主治医生（Doctor）CHAR0PRIMARY KEY : ID2）医生信息表此表存放医生信息字字段名类型宽度限制段1 医生 ID（ID）CHAR10 NOT NULL2 医生姓名（N

39、ame）CHAR30 NOT NULL3医生性别（Gender）CHAR10 NOT NULL4医生职位（Position）CHAR20 NOT NULL5 主治方向 (Curecontent)CHAR20 NOT NULL6 部门（Dept）CHAR207 办公室（Office）CHAR208 电话(Phone)CHAR209 工作时间（WorkTime）CHAR2010个人介绍(Introduction)CHAR100PRIMARY KEY: ID3）管理者信息表此表存放管理者信息字 字段名类型宽度 限制段1 管理者ID（ID）CHAR10 NOT NULL2密码(Password)CHAR20PRIMARY KEY : ID7. 分析模型7。1数据流程图7.1.1登录数据流图7.1.2病人查询资料数据流图7.1.3病人申请医生数据流图选择申请医生选择医生7.1.4医生查询资料数据流图选择操作8待定问题列表序问题描述号1 病人在医生治疗过程中是否可以自主选择退出治疗2 医生在对病人进行治疗过程中是否可以将病人转移至其它医生