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

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

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

医疗管理系统需求分析

1.引言

医疗信息管理系统是现代化医院运营的必要技术支撑和基础设施，实现医疗信息管理系统的目的就是为了以更现代化、科学化、规范化的手段来加强医院的管理，提高医院的工作效率，改进医疗质量，从而树立现代医院的新形象，这也是未来医院发展的必然方向。

随着社会信息化程度的提高，无纸化办公已经变的越来越重要，但不少医院还是传统意义上的手工劳作，开发医疗管理系统能够更好的管理医生与病人的信息，提高医生工作效率，节约资源，同时方便病人对自身病情的了解。

本需求分析文档为了解客户需求，帮助客户理解软件产品，满足客户需求，及时对软件进行修缮，更好的体验掌上医疗管理系统，共分为六大部分，包括：

综合描述，外部接口需求，系统功能需求，其他非功能性需求，数据定义和分析模型。

适用于专业人士与普通客户。

1.1编写目的

越来越多的实例表明，医患交流不顺畅是当今医院一个普遍的问题，既浪费医院资源，患者又得不到满意的服务，同时效率低下，本需求分析报告是为解决这一问题而开发的掌上医疗管理系统所写，开发该系统的意义旨在增强医生与患者的交流，提高医院的工作效率，改进医疗质量。

本软件的作用是帮助医生查看病人信息，提高治疗效率，帮助病人了解病情。

最终达到的意图是实现医患和谐，病人康复。

通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括修正和（或）发行版本号，从而对该软件产品进行准确的定义。

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质量体系认证

软件开发从业者规范

●企业策略的限制

不同医院的各自政策的限制，如病人不能查看药品价格等等

●政府法规的限制

地方政府的不同规则

●工业标准的限制；

工厂代工硬件设备的不同规则

●数据转换格式标淮的限制

无限通信协议限制

3.外部接口需求

通过本节描述可以确定，保证软件产品能和外部组件正确连接的需求。

关联图仅能表示高层抽象的外部接口，必须对接口数据和外部组件进行详细描述，并且写入数据定义中。

如果产品的不同部分有不同的外部接口，那么应该把这些外部接口的全部详细需求并入到这一部分实例中。

注意：

必须将附加用户类的特征与外部接口需求加以区分，附加用户类的特征描述的是通过接口取得软件产品的数据和服务的人的需求；而外部接口需求描述的是接口本身的需求。

3.1用户界面

用户界面包括：

登录界面，管理员界面，医生界面和病人界面

登陆界面

◦采用图形用户界面的风格

◦本界面可能包括如下软件组件

▪用户名输入栏

▪密码输入栏

▪登录&退出按钮

◦错误信息显示标准

▪消息栏

管理员界面

◦采用图形用户界面的风格

◦本界面可能包括如下软件组件

▪查看账户按钮

▪N个多选账户按钮

▪创建账户按钮

▪账户信息输入栏

▪删除账户按钮

▪日期、数字显示采用标准阿拉伯数字小写

◦错误信息显示标准

▪消息栏

医生界面

◦采用图形用户界面的风格

◦本界面可能包括如下软件组件

▪显示病人信息栏

▪病人信息搜索栏

▪修改&保存病人信息按钮

▪文字居中

▪日期、数字显示采用标准阿拉伯数字小写

◦错误信息显示标准

▪消息栏

病人界面

◦采用图形用户界面的风格

◦本界面可能包括如下软件组件

▪医生信息搜索栏

▪自身信息修改栏

▪医生选择按钮

▪文字居中

▪日期、数字显示采用标准阿拉伯数字小写

◦错误信息显示标准

▪消息栏

3.2硬件接口

●支持的硬件类型

Pc机

PXA270开发板

●软、硬件之间交流的数据

数据流

串口

●使用的通讯协议

无线通讯：

802.11协议

3.3软件接口

●操作系统

PC：

Linux-ubuntu

PXA270开发板：

arm-Linux-2.6

●数据库

SqLite3MYSQL

●工具

Qt4

Toolchain，jflash，tftp，minicom，bootp，busybox等等

●集成的商业组件

软件通过与系统数据库的数据交换来获取登录信息和权限，根据不同的权限提供不同的服务，如管理员可以创建账户，医生和病人可以修改账户信息。

3.4通讯接口

描述与软件产品所使用的通讯功能相关的需求，包括：

●网络通讯标准或者协议

无线802.11

●数据交互用电子表格

●消息格式

●通讯安全或加密问题

无线通讯按照802.11HSHA协议加密

数据库加密

●数据传输速率

小于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:

IDchar（10）,

Namechar（30）NOTNULL,

Genderchar（10）NOTNULL,

Positionchar（20）,

Curecontentchar（20），

Deptchar（20），

Officechar（20），

Phonechar（20），

WorkTimechar（20），

Introductionchar（20），

PRIMARYKEY（ID）

Patient:

IDchar（10）,

Namechar（30）NOTNULL,

Genderchar（10）NOTNULL,

RoomNumberchar（10）NOTNULL,

Contactchar（10）NOTNULL,

Historychar（20）,

Reasonchar（20）,

ILLTimeDATENOTNULL，

Statechar（20）,

CureMethodchar（20）,

StateTodaychar（20）,

HasCuredchar（20）,

Expensechar（20）,

Doctorchar（20）,

PRIMARYKEY（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:

IDchar（10）,

Namechar（30）NOTNULL,

Genderchar（10）NOTNULL,

Positionchar（20）,

Curecontentchar（20），

Deptchar（20），

Officechar（20），

Phonechar（20），

WorkTimechar（20），

Introductionchar（20），

PRIMARYKEY（ID）

Patient:

IDchar（10）,

Namechar（30）NOTNULL,

Genderchar（10）NOTNULL,

RoomNumberchar（10）NOTNULL,

Contactchar（10）NOTNULL,

Historychar（20）,

Reasonchar（20）,

ILLTimeDATENOTNULL，

Statechar（20）,

CureMethodchar（20）,

StateTodaychar（20）,

HasCuredchar（20）,

Expensechar（20）,

Doctorchar（20）,

PRIMARYKEY（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