医疗管理系统需求分析.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:

不支持数据库

•要求遵循的开发规范和标准

•IS09002质量体系认证

•软件开发从业者规范

•企业策略的限制

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

•政府法规的限制

•地方政府的不同规则

•工业标准的限制；

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

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

•无限通信协议限制

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（