医院信息管理系统设计文档.docx

上传人:b****2 文档编号:549777 上传时间:2022-10-11 格式:DOCX 页数:19 大小:446.53KB
下载 相关 举报
医院信息管理系统设计文档.docx_第1页
第1页 / 共19页
医院信息管理系统设计文档.docx_第2页
第2页 / 共19页
医院信息管理系统设计文档.docx_第3页
第3页 / 共19页
医院信息管理系统设计文档.docx_第4页
第4页 / 共19页
医院信息管理系统设计文档.docx_第5页
第5页 / 共19页
点击查看更多>>
下载资源
资源描述

医院信息管理系统设计文档.docx

《医院信息管理系统设计文档.docx》由会员分享,可在线阅读,更多相关《医院信息管理系统设计文档.docx(19页珍藏版)》请在冰豆网上搜索。

医院信息管理系统设计文档.docx

医院信息管理系统设计文档

项目编号:

文档版本:

第1版

分册名称:

第1册/共1册

 

医院信息管理系统

需求说明书

详细设计说明书

 

指导老师:

湖南大学软件学院软件工程14级4班

1项目概述3

1.1编写目的3

1.2目标系统架构3

1.3项目功能4

1.4定义4

2任务描述5

2.1项目描述5

2.2目标5

2.3用户特点5

2.3.1病患和医生5

2.3.2系统6

3功能设计7

3.1框架设计7

3.2功能模块7

3.3底层基类设计7

3.3.1实体描述基类7

成员变量13

4多维查询需求17

4.117

.1系统登录17

.2数据展示18

.3多维查询18

.4结果信息列表19

.5数据集保存19

.6患者详情19

.7历史查询记录20

4.2统计分析需求20

.1统计分析20

.2数据导出21

4.3影像文本分析21

.1报告查询21

.2属性提取21

.3所见-所得推导21

4.4知识库22

5结束语22

1项目概述

在目前生活水平的发展,人们对身体健康越来越重视的现在,为了提高医院服务病患的水平,也为了让医生和病患更加方便的了解到自己的身体病情等信息,我们做了这个医疗信息系统。

1.1编写目的

系统通过整合医学影像、实验室检查、病理数据、临床数据和患者基本信息等五大数据源数据,分析抽取形成慢性肝病的多项特征属性和属性值,构建医学大数据应用数据集和数据库系统。

在此基础上,利用统计分析、大数据挖掘分析算法设计拟实现满足医患人员需要的多维查询和统计、疾病病因分析、疾病预测、综合辅助诊断、患者个性化服务等若干功能,为慢性肝病诊断及治疗提供大数据应用技术支持。

1.2目标系统架构

为高效满足大数据量下的数据挖掘工作及一般查询分析工作,系统使用分布式存储方式。

1.3项目功能

功能点

需求简述

登录/退出

后台分配账号,用户使用账号密码进行登录;登录后可安全退出系统

数据展示

系统首页展示数据库中的数据情况,包含患者数量、检查项数量、检验项数量;图表展示近期患者数据新增情况

多维查询

支持根据性别、年龄段、住院科室、检查检验指标设置查询条件,后台反馈满足条件的所有数据,

统计分析

对多维查询时存储的某一数据集进行统计分析

数据导出

多维查询出的数据结果可导出

1.4定义

定义关键词如下:

1.:

(超文本传输协议)

2.:

(超文本标记语言)

3.:

万维网浏览器

4.:

数据库

5.:

开放数据库连接

6.:

&&(输入、处理、输出)

7.:

服务器/浏览器模式

8.:

扩展标记语言。

9.:

结构化查询语言。

10.:

维基,一种多人协作的写作工具

11.P2P:

(对等联网)

12.:

(真正简易的聚合)

+(异步的和2

2任务描述

2.1项目描述

该系统主要是为了在医院参加治疗的病患和他的医生更方便的了解自己的一些医疗信息,比如,血样等而编写的一个服务医院的信息系统。

2.2目标

该系统为位于上的一个网站,用于解决现在病患信息太过繁多而且了解信息渠道太慢的困难,病患的个人治疗信息没有很好的管理;病患和医生无法及时了解以往病情或者现在病情的现状。

2.3用户特点

此次开发的教学资源管理系统用户有:

病患、医生、管理员,要求基本熟悉网络及操作规范。

具体用户可以分为以下三大类:

2.3.1病患和医生

用户可以通过自己的账号登陆进入系统了解以往的就诊信息以及现在参与治疗的及时信息:

2.3.2系统

系统及时的处理信息并把他展示给用户

3功能设计

3.1框架设计

该系统采用三层结构设计思想,将系统框架分为页面表现层、业务逻辑层、数据访问层、实体层、可持久应用层。

页面表项层用于处理人机交换,负责处理用户请求,如鼠标点击,输入等;业务逻辑层用于处理教学资源管理系统中的业务逻辑;数据层则负责对数据库进行各种相关操作;实体层的实体则对应于数据库中的各实体;可持久应用层用于系统的安全处理等。

层与层之间通过通用的接口实现数据的传递和联系。

3.2功能模块

用户进入主页面(即登陆后界面),系统显示登录主页内容(包括文档、多媒体、软件三个资源的最新资源),当用户点击个人中心后显示个人中心内容(包括患者、医生、系统信息:

我的信息;管理员:

共享资源、我的资源、我的分组、用户管理、审核管理)

3.3底层基类设计

3.3.1实体描述基类

3.3.1.1构件图

3.3.1.2活动图

登陆

数据展示

统计分析

报告查询

3.3.1.3类定义

上图为医疗系统的总的类图,其包含以上这么多类。

首先医生属于一个科室,而患者被医生管理。

所以有了科室、医生、患者三个大类,其次患者又要记录他的住院信息,所以要有床位表;患者还要有检查记录,而检查记录包含它的每一个检查条目,检查的如果有检查,则相应有医疗影像;患者其次还有检验记录,而检验也包括检验的条目。

除此以外,该系统,应该还有一个新闻的类,用来存放一些文章,来展示医院的信息和最近公告。

所以,综上为类图的设计。

上图是一个首页的类图,对于首页,使用它的主要是两种身份,是患者和医生,对于医生可以登陆该系统,而患者仅有查看该系统信息的一些功能。

对于可以查看的内容,又包含新闻、通知公告、媒体聚焦、学术信息和健康讲座。

它们的基本性质是一样的,在数据库设计的时候,也把它们设计到了新闻这一个表中,但是在访问的时候根据其分类,又大体区分为这几类。

患者和医生可以通过查看方法查看这些信息。

上图是患者信息的简单类图,在该功能界面,其实就两个比较重要的类,分别是医生和患者。

医生和患者还是具有和之前一样的各种属性。

而医生有查看患者信息和查找患者两个函数,用来查找到所要查看的患者,并进行操作。

对于该患者信息的部分,最重要的就是查找的功能,可以按照多种选择来查找。

上图是职工管理的一个类图,对于职工信息的管理,主要是又系统管理员来执行的,当然了这个系统管理员也可以是该医院的管理人员。

对于一个医院的职员主要是又医生组成,暂且我们先不分护士什么的,我们统称为医生。

对于一个医生的任职与离职这些信息的更改、添加、与删除都需要系统管理员的管理,这也就是职员管理类图的画图根据。

上图是图表总览的类图,对于浏览图表,最多的用户应该是医生,而医生浏览的图表最多是患者的分类,例如患者按照年龄段而绘出的图表。

而在患者的信息里面又包含了检查记录和检验记录,检查记录又包括图像,医生可以看到患者的检查记录绘图,例如一个患者做的体重检查的起伏情况。

成员变量

表名

科室

主键

编号

序号

名称

类型

属性

1

编号

非空

2

名称

非空

3

备注

非空

表名

医生

主键

编号

序号

名称

类型

属性

1

姓名

非空

2

编号

非空

3

性别

非空

4

年龄

非空

5

电话

非空

6

科目

非空

表名

床位

主键

编号

序号

名称

类型

属性

1

编号

非空

2

房号

非空

3

病人编号

非空

4

备注

非空

表名

患者

主键

患者编号

序号

名称

类型

属性

1

姓名

非空

2

患者编号

非空

3

性别

非空

4

年龄

非空

5

身份证号

非空

6

电话

非空

7

身高

非空

8

体重

非空

9

血型

非空

10

备注

非空

表名

新闻

主键

编号

序号

名称

类型

属性

1

编号

非空

2

时间

非空

3

内容

非空

4

作者

非空

表名

检查记录

主键

编号

序号

名称

类型

属性

1

编号

非空

2

名称

非空

3

时间

非空

4

院方建议

非空

5

付费方式

非空

6

备注

非空

表名

检验记录

主键

编号

序号

名称

类型

属性

1

编号

非空

2

患者编号

非空

3

检查条目编号

非空

4

检验时间

非空

5

备注

非空

非空

表名

检验条目

主键

条目编号

序号

名称

类型

属性

1

条目编号

非空

2

记录编号

非空

3

名称

非空

表名

检查条目

主键

编号

序号

名称

类型

属性

1

编号

非空

2

记录编号

非空

3

科目

非空

4

子科目

非空

表名

医院影像

主键

编号

序号

名称

类型

属性

1

编号

非空

2

检查记录编号

非空

3

图像

非空

4多维查询需求

多维查询模块主要由用户设定条件集合,根据条件集合查询数据库中所有满足条件的患者信息并进行展示。

4.1

.1系统登录

业务需求描述:

用户输入账号密码,系统通过用户名和密码验证用户的合法性,判断该用户的角色信息,进行系统菜单的展示。

业务流程图:

.2数据展示

业务需求描述:

用户成功登录系统后,系统予以直观展示系统数据库中的数据存储量,包含患者数量、检验项数量、检查项数量,并通过图表形式直观展示近期患者数量变化情况,支持选择查看最近一周内、一月内、一年内的数据变化情况。

.3多维查询

业务需求描述:

用户根据查询需求设置条件组合,系统列表展示所有满足相关条件的患者信息。

查询维度——

性别:

男/女,支持单选,当选择“不限”时,默认为全选

年龄段:

文本框,可输入数字

科室:

多选,当选择“不限”时,默认为全选

检查指标:

指标获取并展示数据库中的检查类别,一级属性展示影像文本分析中的属性,支持输入属性值,支持添加条件组织或/且/非关系进行查询

检验指标:

一级指标获取并展示数据库中的检验类别,二级指标获取并展示检验类别下对应的检验结果信息,支持输入属性值,支持添加条件组织或/且/非关系进行查询

.4结果信息列表

业务需求描述:

根据查询条件,列表展示所有满足查询条件的患者信息,列表字段包含姓名、性别、住院次数、影像、住院号、临床诊断。

如果患者有两次及以上住院次数,则在列表中折叠展示,点开则按住院时间倒序展示,选中某一次住院记录跳转到患者详情页,默认展示当次住院的检验、检查等相关信息。

.5数据集保存

业务需求描述:

每次查询出的结果可以作为数据集保存至后台,下次可通过历史查询记录直接查看。

.6患者详情

业务需求描述:

患者详情页展示患者的基本信息,包含患者住院号、姓名、性别、出生日期,第X住院、当次住院时年龄、当次住院时诊断结果,并按时间轴和分类展示患者的所有检查记录、检验记录。

.7历史查询记录

业务需求描述:

将用户每一次查询条件及结果数据进行保存,当用户再次点击历史查询条件时展示所有历史查询时间和最新查询时间,用户可自己选择查看某一次查询的结果。

4.2统计分析需求

统计分析模块主要式对多为查询模块中保存的数据集进行统计展示、统计推断、数据导出等。

.1统计分析

业务需求描述:

系统展示多维查询中保存的数据集,用户选择数据集,选择分组方式、分组条件及统计方

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 解决方案 > 学习计划

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1