医疗管理系统需求说明书

标签：ges   操作   科学   指南   支持   逻辑   运行环境   运行   使用   

1）软件需求说明书

1.引言

　　1.1编写目的

　　本需求说明书是为医疗管理系统而编写的。多角度对产品特点进行描述，反映功能。本报告旨在使需求者明确医疗管理系统的要求和细节，给开发人员了解需求实现的难度和困难，最终提供给管理者讨论和审核，达到沟通效果。

　　1.2背景

　　随着科学技术的发展，人们的物质水平和精神水平也得到普遍提高。使医院的工作人员、病人流量及工作范畴等有了显著增加，这间接的对管理机制提出了更高的要求。医疗管理系统实现对医院业务的有效管理，减少了员工的工作流程。从而使得医院的现代化管理相比以往的传统手工管理，可以做到信息的规范管理和快速查询，实现医院业务管理的系统化、规范化和自动化，减少管理工作量，提高管理效率，降低管理成本。

　　1.3定义

　　数据流图（Data Flow Diagram）：简称DFD，它从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。

　　统一建模语言（UML，UnifiedModelingLanguage）是面向对象软件的标准化建模语言。UML因其简单、统一的特点，而且能表达软件设计中的动态和静态信息，目前已成为可视化建模语言的工业标准。

　　UML五类图：1.用例图：从用户角度描述系统功能，并指各功能的操作者。

                      2.静态图： 包括类图，包图，对象图。

                                     类图：描述系统中类的静态结构

                                     包图：是包和类组成的，表示包与包之间的关系，包图描述系统的分层结构

                                     对象图：是类图的实例

　　　　　　　　3.行为图： 描述系统动态模型和对象组成的交换关系。包括状态图和活动图

                                     活动图：描述了业务实现用例的工作流程

                                     状态图：是描述状态到状态控制流，常用于动态特性建模

                      4.交互图：描述对象之间的交互关系

                                     顺序图：对象之间的动态合作关系，强调对象发送消息的顺序，同时显示对象之间的交互

                                     合作图：描述对象之间的协助关系

                      5.实现图： 配置图：定义系统中软硬件的物理体系结构

　　1.4参考资料

　　《计算机软件产品开发文件编制指南（BG8567-88）》

　　《物联网软件工程》

2.任务概述

　　2.1目标

　　本项目开发主要是对医院业务管理的整体服务，完成医生工作中的病历编写、修改、删除等部分以及相关的工作。

　　2.2用户的特点

　　开发人员：具有一定专业知识水平，可以对开放代码进行阅读和分析，以完成其系统独特的需求，提供给这部分用户开放API手册和Debug版本的源代码即可；预期这部分用户会占本系统总用户量的多大部分。

　　使用者：具有一定的计算机操作能力和知识，了解医疗领域的相关概念和用途。提供给这部分用户操作手册即可。预期这部分使用者主要是来简单的操作。

　　维护人员：具有较高的计算机专业水平，可以对常见的系统Bug进行追踪和分析，具有一定的测试能力。 这部分用户主要是采用了本系统之后的后期工作维护者。

　　2.3假定和约束

　　工期约束:　  本项目开发期限为2个月：

　　　　　　　　 用户调研，需求分析，概要设计为2个周

　　                 具体代码编写，功能实施为4个周

　　                 软件测试，后期维护为2个周

　　设备约束：   要求计算机稳定良好，系统经济实惠

　　地理约束：   济南

　　人员约束：   四人

3.需求规定

　　3.1对功能的规定 

　　3.2对性能的规定

　　3.2.1精度

　　1.对于日期型数据项，提供“年/月/日”精度要求

　　2.对于病历数据项，数据精确到个位

　　3.2.2时间特性要求

　　1.对于医生输入的信息在人们所能接受等待范围内，一般响应时间不超过10ms
　　2.当数据发生变化，后台数据更新处理时间不超过1s
　　3.数据传送时间也在医生能接受范围内

　　3.2.3灵活性

　　满足运行环境在允许操作系统之间的安全转换，当其同其他软件接口发生变化时，只需做适当调整，灵活性好

　　3.3输人输出要求（只列出部分）

　　 数据名称：病历诊断

 　　数据类型：Character(字符串)

 　　数据长度：500

    　数据名称：患者年龄

 　　数据类型：int

 　　数据长度：4

　　3.4数据管理能力要求

　　医疗管理系统包括管理员，病历记录，患者，医生，所以本系统的数据库由4个表组成

　　3.5故障处理要求

　　1.硬件、网络、操作系统等系统故障按相应的供应商提供的解决方案进行解决

　　2.因应用系统程序造成的故障，作出故障诊断后，由软件维护人员进行维护

　　3.6其他专门要求

　   对安全保密的要求较高，对使用方便性、可维护性、可补充性、易读性、可靠性较高

4运行环境规定

　　4.1设备

　　该系统所需硬件设备，即一般的PC机。

　　4.2支持软件

　　 操作系统: Windows操作系统

　　 数据库： MySql

　　 开发工具：eclipse

　　 开发语言：java

　　4.3 接口

　　JDBC常用接口

　　4.4控制

5.需求的审核

　　管理人员审核是否符合医院方要求

患者注册数据流图：

患者查看病历数据流图：

用例图：

静态图：

行为图（活动图、状态图）

活动图:

状态图：

交互图：

实现图：

2）数据要求说明书

1．引言 

　　1.1编写目的

　　　　明确医疗管理系统中各项功能和非功能性需求实现事所需要的数据，可以此数据为根据设计数据库。同时为概要设计和详细设计人员提供设计依据，其他开发人员也可参阅。

　　1.2背景

　　　　开发软件名称：医疗管理系统

　　　　项目任务提出者：齐鲁工业大学

　　　　项目开发者：齐鲁工业大学学生

　　　　用户：医院医生、患者

　　1.3定义

　　1.4参考资料

　　　　《计算机软件产品开发文件编制指南（BG8567-88）》

　　　　《物联网软件工程》

2.数据的逻辑描述

　　2.1静态数据

　　　　用户类型：患者、医生、管理员

　　　　系统信息：病历编号，患者编号，医生编号，管理员编号等

　　2.2动态输入数据

　　　　用户个人信息：姓名、年龄、性别等

　　　　病历信息：科室、时间、诊断信息等

　　2.3动态输出数据

　　　　用户信息，病历信息

　　2.4内部生成数据

　　　　所有静态数据中的基础数据，权限、初始密码等

　　2.5数据的约定

　　　　1.日期型数据项，按照“年/月/日”填写

　　　　2.病历数据项，数据精确到个位

3.数据的采集

　 3.1要求和范围

　　　　1.数据的最初数据主要通过调研得到部分数据，然后进行整理并建立数据库，形成一个原始架构，包括医生信息等。在后期使用过程中进行相应操作会进行数据更新，包括医生信息的删除，修改等。

　　　　2.数据统一使用键盘输入，数据有一定格式和密码限制。用户名、密码等都为String类型，年龄、联系方式等都为int类型。

　　　　3.对于用户信息、病历信息等数据，时刻进行及时更新，所有数据必须进行整理、分析，同时每天进行备份。由于信息量巨大，以天为周期进行增量转储，以月为周期进行海量转储。

　 3.2输入的承担者

　　　　医疗管理系统病历信息主要由医生录入，医生初始信息主要由管理员录入，患者个人信息由患者录入。

　 3.3处理

　　　　对可能出现的错误，进行容错处理，防止系统崩溃。

　 3.4影响

　　　　医疗管理系统是是一个庞大的系统，有很大的数据存储。同时它的安全性也十分重要，不能透露用户个人信息。权限设置也十分重要，不能随意乱改他人病历。

医疗管理系统需求说明书

标签：ges   操作   科学   指南   支持   逻辑   运行环境   运行   使用   

原文地址：http://www.cnblogs.com/yuyuyuer/p/6101658.html