医疗管理系统需求分析

1. 引言

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

随着社会信息化程度的提高，无纸化办公已经变的越来越重要，但不少医院还是传统意义上的手工劳作，开发医疗管理系统能够更好的管理医生与病人的信息，提高医生工作效率，节约资源，同时方便病人对自身病情的了解。本需求分析文档为了解客户需求，帮助客户理解软件产品，满足客户需求，及时对软件进行修缮，更好的体验掌上医疗管理系统，共分为六大部分，包括：综合描述，外部接口需求，系统功能需求，其他非功能性需求，数据定义和分析模型。适用于专业人士与普通客户。

1.1 编写目的

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

1.2 产品范围

产品范围包括各大医院，并提供给医生和患者使用

2. 综合描述

这一部分概述了正在定义的软件产品的作用范围以及该软件产品所运行的环境、使用该软件产品的用户、对该软件产品己知的限制、有关该软件产品的假设和依赖。

2.1 产品的功能

因为将在需求分析报告的第 4 部分中详细描述软件产品的功能，所以在此只需要概略地总结。仅从业务层面陈述本软件产品所应具有的主要功

能，在描述功能时应该针对每一项需求准确地描述其各项规格说明。如果存在引起误解的可能，在陈述本软件产品主要功能的作用领域时，也需要对应陈述本软件产品的非作用领域，以利读者理解本软件产品。

为了很好地组织产品功能，使每个读者都容易理解，可以采用列表的方法给出。也可以采用图形方式，将主要的需求分组以及它们之间的联系使用数据流程图的顶层图或类图进行表示，这种表示方法是很有用的。

参考用户当前管理组织构架，了解各个机构的主要职能，将有助于陈述软件产品的主要功能。

面向对

象

功能详述

医生添加添加病人病例的具体信息

查看查看病人病例的具体信息

删除删除病人病例的具体信息

搜索根据条件搜索病人

病人查看查看自身病例

性能：要求性能稳定，不能出现数据丢失

输入：机上通过数据库操作；开发板上通过触摸屏，要求各模块具有添加功能

输出：机与开发板均打印在其屏幕

安全与保密要求:要求系统具有权限功能，不同的用户具有不同的权限，建立后的数据库要求加密

2.2 用户类和特性

确定有可能使用该软件产品的不同用户类，并且描述它们相关的特征。往往有一些软件需求，只与特定的用户类有关。描述时，应该将该软件产品的重要用户类与非重要用户类区分开。

用户不一定是软件产品的直接使用者，通过报表、应用程序接口、系统硬件接口得到软件产品的数据和服务的人、或者机构也有他们的需求。所以，应该将这些外部需求视为通过报表、应用程序接口、系统硬件接口附加给软件产品的附加用户类。

用户类特性详述

管理员拥有最高权限，可以对为了方便用户，管

数据库进行修改，管理整个系统，但是不能查看病例理员可以替每一个人创建好账户，这样省去了用户注册时权限问题等的繁琐

医生拥有较高权限，可以对

病人数据库进行添加，

删除，变更，查询，查

看任意病人的详细信息可以和病人进行双向选择，

病人拥有低权限，仅可以查

看自身病例，了解自己

病情，用药等详细信息

2.3 运行环境

描述了本软件的运行环境，一般包括：

●硬件平台

机

270开发板

●操作系统和版本

机：

270：2.6

●支撑环境 ( 例如：数据库等 ) 和版本

数据库：3

●其它与该软件有关的软件组件

4

●与该软件共存的应用程序。

2.4 设计和实现上的限制

●必须使用的特定技术、工具、编程语言和数据库

•由于软件有一个版本是在嵌入式开发板上，所以软件大小受到了限制，需要采用轻量级数据库3

•由于开发板无操作系统，对操作系统也受到了限制需要使用2.6

●避免使用的特定技术、工具、编程语言和数据库

•操作系统

•3：不支持数据库

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

•9002质量体系认证

•软件开发从业者规范

●企业策略的限制

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

●政府法规的限制

•地方政府的不同规则

●工业标准的限制；

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

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

•无限通信协议限制

3. 外部接口需求

通过本节描述可以确定，保证软件产品能和外部组件正确连接的需求。关联图仅能表示高层抽象的外部接口，必须对接口数据和外部组件进行详细描述，并且写入数据定义中。如果产品的不同部分有不同的外部接口，那么应该把这些外部接口的全部详细需求并入到这一部分实例中。

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

3.1 用户界面

用户界面包括：登录界面，管理员界面，医生界面和病人界面

•登陆界面

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

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

▪用户名输入栏

▪密码输入栏

▪登录&退出按钮

◦错误信息显示标准

▪消息栏

•管理员界面