医院信息管理系统设计.docx
《医院信息管理系统设计.docx》由会员分享，可在线阅读，更多相关《医院信息管理系统设计.docx（12页珍藏版）》请在冰豆网上搜索。
医院信息管理系统设计
项目编号：
文档版本：
第1版
分册名称：
第1册/共1册
医院信息管理系统
需求说明书
详细设计说明书
指导老师：
湖南大学软件学院软件工程14级4班
1项目概述
在目前生活水平的发展，人们对身体健康越来越重视的现在，为了提高医院服务病患的水平，也为了让医生和病患更加方便的了解到自己的身体病情等信息，我们做了这个医疗信息系统。
1.1编写目的
系统通过整合医学影像、实验室检查、病理数据、临床数据和患者基本信息等五大数据源数据，分析抽取形成慢性肝病的多项特征属性和属性值，构建医学大数据应用数据集和数据库系统。
在此基础上，利用统计分析、大数据挖掘分析算法设计拟实现满足医患人员需要的多维查询和统计、疾病病因分析、疾病预测、综合辅助诊断、患者个性化服务等若干功能，为慢性肝病诊断及治疗提供大数据应用技术支持。
1.2目标系统架构
为高效满足大数据量下的数据挖掘工作及一般查询分析工作，系统使用分布式存储方式。
1.3项目功能
功能点
需求简述
登录/退出
后台分配账号，用户使用账号密码进行登录；登录后可安全退出系统
数据展示
系统首页展示数据库中的数据情况，包含患者数量、检查项数量、检验项数量；图表展示近期患者数据新增情况
多维查询
支持根据性别、年龄段、住院科室、检查检验指标设置查询条件，后台反馈满足条件的所有数据，
统计分析
对多维查询时存储的某一数据集进行统计分析
数据导出
多维查询出的数据结果可导出
1.4定义
定义关键词如下：
1.HTTP：
HyperTextTransferProtocol（超文本传输协议）
2.HTML：
HyperTextMarkupLanguage（超文本标记语言）
3.WebBrowser：
万维网浏览器
4.DateBase：
数据库
5.ODBC：
开放数据库连接
6.IPO：
Input&Process&Output（输入、处理、输出）
7.B/S：
服务器/浏览器模式
8.XML：
扩展标记语言。
9.SQL：
结构化查询语言。
10.Wiki:
维基，一种多人协作的写作工具
11.P2P：
Peer-to-Peer（对等联网）
12.RSS：
ReallySimpleSyndication（真正简易的聚合）
Ajax：
AsynchronousJavaScript+XML（异步的XML和JavaScript2
2任务描述
2.1项目描述
该系统主要是为了在医院参加治疗的病患和他的医生更方便的了解自己的一些医疗信息，比如CT，血样等而编写的一个服务医院的信息系统。
2.2目标
该系统为位于Internet上的一个网站，用于解决现在病患信息太过繁多而且了解信息渠道太慢的困难，病患的个人治疗信息没有很好的管理；病患和医生无法及时了解以往病情或者现在病情的现状。
2.3用户特点
此次开发的教学资源管理系统用户有：
病患、医生、管理员，要求基本熟悉网络及Windows操作规范。
具体用户可以分为以下三大类：
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类定义
上图为医疗系统的总的类图，其包含以上这么多类。
首先医生属于一个科室，而患者被医生管理。
所以有了科室、医生、患者三个大类，其次患者又要记录他的住院信息，所以要有床位表；患者还要有检查记录，而检查记录包含它的每一个检查条目，检查的如果有CT检查，则相应有医疗影像；患者其次还有检验记录，而检验也包括检验的条目。
除此以外，该系统，应该还有一个新闻的类，用来存放一些文章，来展示医院的信息和最近公告。
所以，综上为类图的设计。
上图是一个首页的类图，对于首页，使用它的主要是两种身份，是患者和医生，对于医生可以登陆该系统，而患者仅有查看该系统信息的一些功能。
对于可以查看的内容，又包含新闻、通知公告、媒体聚焦、学术信息和健康讲座。
它们的基本性质是一样的，在数据库设计的时候，也把它们设计到了新闻这一个表中，但是在访问的时候根据其分类，又大体区分为这几类。
患者和医生可以通过查看方法查看这些信息。
上图是患者信息的简单类图，在该功能界面，其实就两个比较重要的类，分别是医生和患者。
医生和患者还是具有和之前一样的各种属性。
而医生有查看患者信息和查找患者两个函数，用来查找到所要查看的患者，并进行操作。
对于该患者信息的部分，最重要的就是查找的功能，可以按照多种选择来查找。
上图是职工管理的一个类图，对于职工信息的管理，主要是又系统管理员来执行的，当然了这个系统管理员也可以是该医院的管理人员。
对于一个医院的职员主要是又医生组成，暂且我们先不分护士什么的，我们统称为医生。
对于一个医生的任职与离职这些信息的更改、添加、与删除都需要系统管理员的管理，这也就是职员管理类图的画图根据。
上图是图表总览的类图，对于浏览图表，最多的用户应该是医生，而医生浏览的图表最多是患者的分类，例如患者按照年龄段而绘出的图表。
而在患者的信息里面又包含了检查记录和检验记录，检查记录又包括CT图像，医生可以看到患者的检查记录绘图，例如一个患者做的体重检查的起伏情况。
成员变量
表名
科室
主键
编号
序号
名称
类型
属性
1
编号
int
非空
2
名称
string
非空
3
备注
string
非空
表名
医生
主键
编号
序号
名称
类型
属性
1
姓名
string
非空
2
编号
int
非空
3
性别
string
非空
4
年龄
int
非空
5
电话
number
非空
6
科目
string
非空
表名
床位
主键
编号
序号
名称
类型
属性
1
编号
int
非空
2
房号
int
非空
3
病人编号
int
非空
4
备注
string
非空
表名
患者
主键
患者编号
序号
名称
类型
属性
1
姓名
string
非空
2
患者编号
int
非空
3
性别
string
非空
4
年龄
int
非空
5
身份证号
number
非空
6
电话
number
非空
7
身高
int
非空
8
体重
double
非空
9
血型
char
非空
10
备注
string
非空
表名
新闻
主键
编号
序号
名称
类型
属性
1
编号
int
非空
2
时间
string
非空
3
内容
string
非空
4
作者
string
非空
表名
检查记录
主键
编号
序号
名称
类型
属性
1
编号
Int
非空
2
名称
string
非空
3
时间
date
非空
4
院方建议
string
非空
5
付费方式
string
非空
6
备注
string
非空
表名
检验记录
主键
编号
序号
名称
类型
属性
1
编号
int
非空
2
患者编号
Int
非空
3
检查条目编号
int
非空
4
检验时间
date
非空
5
备注
非空
非空
表名
检验条目
主键
条目编号
序号
名称
类型
属性
1
条目编号
int
非空
2
记录编号
int
非空
3
名称
string
非空
表名
检查条目
主键
编号
序号
名称
类型
属性
1
编号
string
非空
2
记录编号
string
非空
3
科目
string
非空
4
子科目
string
非空
表名
医院影像
主键
CT编号
序号
名称
类型
属性
1
CT编号
int
非空
2
检查记录编号
int
非空
3
图像
string
非空
4多维查询需求
多维查询模块主要由用户设定条件集合，根据条件集合查询数据库中所有满足条件的患者信息并进行展示。
4.1PRD
PRD.1系统登录
业务需求描述：
用户输入账号密码，系统通过用户名和密码验证用户的合法性，判断该用户的角色信息，进行系统菜单的展示。
业务流程图：
PRD.2数据展示
业务需求描述：
用户成功登录系统后，系统予以直观展示系统数据库中的数据存储量，包含患者数量、检验项数量、检查项数量，并通过图表形式直观展示近期患者数量变化情况，支持选择查看最近一周内、一月内、一年内的数据变化情况。
PRD.3多维查询
业务需求描述：
用户根据查询需求设置条件组合，系统列表展示所有满足相关条件的患者信息。
查询维度——
性别：
男/女，支持单选，当选择“不限”时，默认为全选
年龄段：
文本框，可输入数字
科室：
多选，当选择“不限”时，默认为全选
检查指标：
指标获取并展示数据库中的检查类别，一级属性展示影像文本分析中的属性，支持输入属性值，支持添加条件组织或/且/非关系进行查询
检验指标：
一级指标获取并展示数据库中的检验类别，二级指标获取并展示检验类别下对应的检验结果信息，支持输入属性值，支持添加条件组织或/且/非关系进行查询
PRD.4结果信息列表
业务需求描述：
根据查询条件，列表展示所有满足查询条件的患者信息，列表字段包含姓名、性别、住院次数、影像ID、住院号、临床诊断。
如果患者有两次及以上住院次数，则在列表中折叠展示，点开则按住院时间倒序展示，选中某一次住院记录跳转到患者详情页，默认展示当次住院的检验、检查等相关信息。
PRD.5数据集保存
业务需求描述：
每次查询出的结果可以作为数据集保存至后台，下次可通过历史查询记录直接查看。
PRD.6患者详情
业务需求描述：
患者详情页展示患者的基本信息，包含患者住院号、姓名、性别、出生日期，第X住院、当次住院时年龄、当次住院时诊断结果，并按时间轴和分类展示患者的所有检查记录、检验记录。
PRD.7历史查询记录
业务需求描述：
将用户每一次查询条件及结果数据进行保存，当用户再次点击历史查询条件时展示所有历史查询时间和最新查询时间，用户可自己选择查看某一次查询的结果。
4.2统计分析需求
统计分析模块主要式对多为查询模块中保存的数据集进行统计展示、统计推断、数据导出等。
PRD.1统计分析
业务需求描述：
系统展示多维查询中保存的数据集，用户选择数据集，选择分组方式、分组条件及统计方法，系统对所选数据集进行正态性分布检验，当数据集满足正太分布检验时对数据进行统计分析并返回结果，否则给予“所选数据集不满足XX检验”的提示。
数据集：
按照时间倒序展示用户在多维查询时保存的所有数据集，单选
分组方式：
二值分组/连续分组，单选
分组指标：
属性表中的相关属性，单选
统计指标：
属性表中的相关属性，单选/多选/全选
统计方法：
卡方检验、T检验、方差检验、配对设计资料的秩和检验、成组设计资料的秩和检验、相关性检验。
PRD.2数据导出
业务需求描述：
对系统无法支持统计分析的数据集提供导出功能，用户可以选择数据集、数据项进行导出。
4.3影像文本分析
影像文本分析主要针对患者检查项目中的CT影像报告进行文本分析和数据挖掘，将非结构化文本转化为结构化文本。
PRD.1CT报告查询
业务需求描述：
输入报告ID查询，系统返回相应的CT报告；输入患者姓名查询，系统返回多条CT报告，页面展示的CT报告文本需要支持编辑，编辑后的内容不保存至数据库。
PRD.2属性提取
业务需求描述：
针对某条CT报告文本进行数据挖掘，将报告中的属性提取并进行结构化展示。
PRD.3所见-所得推导
业务需求描述：
通过对CT报告中的大段文本进行挖掘分析，推导出报告描述的结论信息。
4.4知识库
知识库用于上传、编辑、存储相关文档资料，支持纯文本、图片、图文混合等多种格式，支持按照时间、分类进行查询，同时支持对文章标题进行全文检索。
5结束语
该系统基本达到需求文档的要求，完成了指定的功能，圆满的完成了任务。
升级会员 