ImageVerifierCode 换一换
格式:DOCX , 页数:12 ,大小:30.07KB ,
资源ID:3558510      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/3558510.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(医院信息管理系统设计.docx)为本站会员(b****4)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

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

1、医院信息管理系统设计项目编号:文档版本: 第 1 版分册名称: 第 1册/共 1册医院信息管理系统需求说明书详细设计说明书指导老师:湖南大学软件学院软件工程14级4班1项目概述在目前生活水平的发展,人们对身体健康越来越重视的现在,为了提高医院服务病患的水平,也为了让医生和病患更加方便的了解到自己的身体病情等信息,我们做了这个医疗信息系统。1.1编写目的系统通过整合医学影像、实验室检查、病理数据、临床数据和患者基本信息等五大数据源数据,分析抽取形成慢性肝病的多项特征属性和属性值,构建医学大数据应用数据集和数据库系统。在此基础上,利用统计分析、大数据挖掘分析算法设计拟实现满足医患人员需要的多维查询

2、和统计、疾病病因分析、疾病预测、综合辅助诊断、患者个性化服务等若干功能,为慢性肝病诊断及治疗提供大数据应用技术支持。1.2目标系统架构 为高效满足大数据量下的数据挖掘工作及一般查询分析工作,系统使用分布式存储方式。1.3项目功能功能点需求简述登录/退出后台分配账号,用户使用账号密码进行登录;登录后可安全退出系统数据展示系统首页展示数据库中的数据情况,包含患者数量、检查项数量、检验项数量;图表展示近期患者数据新增情况多维查询支持根据性别、年龄段、住院科室、检查检验指标设置查询条件,后台反馈满足条件的所有数据,统计分析对多维查询时存储的某一数据集进行统计分析数据导出多维查询出的数据结果可导出1.4

3、定义定义关键词如下:1. HTTP:Hyper Text Transfer Protocol (超文本传输协议)2. HTML:Hyper Text Markup Language (超文本标记语言)3. Web Browser:万维网浏览器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:Reall

4、y Simple Syndication(真正简易的聚合)Ajax:Asynchronous JavaScript + XML(异步的XML和JavaScript22任务描述2.1项目描述该系统主要是为了在医院参加治疗的病患和他的医生更方便的了解自己的一些医疗信息,比如CT,血样等而编写的一个服务医院的信息系统。2.2目标该系统为位于Internet上的一个网站,用于解决现在病患信息太过繁多而且了解信息渠道太慢的困难,病患的个人治疗信息没有很好的管理;病患和医生无法及时了解以往病情或者现在病情的现状。2.3用户特点此次开发的教学资源管理系统用户有:病患、医生、管理员,要求基本熟悉网络及Wind

5、ows操作规范。具体用户可以分为以下三大类: 2.3.1病患和医生 用户可以通过自己的账号登陆进入系统了解以往的就诊信息以及现在参与治疗的及时信息: 2.3.2系统系统及时的处理信息并把他展示给用户3 功能设计3.1 框架设计该系统采用三层结构设计思想,将系统框架分为页面表现层、业务逻辑层、数据访问层、实体层、可持久应用层。页面表项层用于处理人机交换,负责处理用户请求,如鼠标点击,输入等;业务逻辑层用于处理教学资源管理系统中的业务逻辑;数据层则负责对数据库进行各种相关操作;实体层的实体则对应于数据库中的各实体;可持久应用层用于系统的安全处理等。层与层之间通过通用的接口实现数据的传递和联系。3.

6、2 功能模块用户进入主页面(即登陆后界面),系统显示登录主页内容(包括文档、多媒体、软件三个资源的最新资源),当用户点击个人中心后显示个人中心内容(包括患者、医生、系统信息:我的信息;管理员:共享资源、我的资源、我的分组、用户管理、审核管理)3.3底层基类设计 3.3.1实体描述基类 3.3.1.1构件图3.3.1.2活动图登陆数据展示统计分析报告查询3.3.1.3类定义上图为医疗系统的总的类图,其包含以上这么多类。首先医生属于一个科室,而患者被医生管理。所以有了科室、医生、患者三个大类,其次患者又要记录他的住院信息,所以要有床位表;患者还要有检查记录,而检查记录包含它的每一个检查条目,检查的

7、如果有CT检查,则相应有医疗影像;患者其次还有检验记录,而检验也包括检验的条目。除此以外,该系统,应该还有一个新闻的类,用来存放一些文章,来展示医院的信息和最近公告。所以,综上为类图的设计。上图是一个首页的类图,对于首页,使用它的主要是两种身份,是患者和医生,对于医生可以登陆该系统,而患者仅有查看该系统信息的一些功能。对于可以查看的内容,又包含新闻、通知公告、媒体聚焦、学术信息和健康讲座。它们的基本性质是一样的,在数据库设计的时候,也把它们设计到了新闻这一个表中,但是在访问的时候根据其分类,又大体区分为这几类。患者和医生可以通过查看方法查看这些信息。上图是患者信息的简单类图,在该功能界面,其实

8、就两个比较重要的类,分别是医生和患者。医生和患者还是具有和之前一样的各种属性。而医生有查看患者信息和查找患者两个函数,用来查找到所要查看的患者,并进行操作。对于该患者信息的部分,最重要的就是查找的功能,可以按照多种选择来查找。上图是职工管理的一个类图,对于职工信息的管理,主要是又系统管理员来执行的,当然了这个系统管理员也可以是该医院的管理人员。对于一个医院的职员主要是又医生组成,暂且我们先不分护士什么的,我们统称为医生。对于一个医生的任职与离职这些信息的更改、添加、与删除都需要系统管理员的管理,这也就是职员管理类图的画图根据。上图是图表总览的类图,对于浏览图表,最多的用户应该是医生,而医生浏览

9、的图表最多是患者的分类,例如患者按照年龄段而绘出的图表。而在患者的信息里面又包含了检查记录和检验记录,检查记录又包括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姓名str

10、ing非空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备

11、注非空非空表名检验条目主键条目编号序号名称类型属性1条目编号int非空2记录编号int非空3名称string非空表名检查条目主键编号序号名称类型属性1编号string非空2记录编号string非空3科目string非空4子科目string非空表名医院影像主键CT编号序号名称类型属性1CT编号int非空2检查记录编号int非空3图像string非空 4多维查询需求多维查询模块主要由用户设定条件集合,根据条件集合查询数据库中所有满足条件的患者信息并进行展示。 4.1PRDPRD.1系统登录业务需求描述:用户输入账号密码,系统通过用户名和密码验证用户的合法性,判断该用户的角色信息,进行系统菜单的展示

12、。业务流程图:PRD.2数据展示业务需求描述:用户成功登录系统后,系统予以直观展示系统数据库中的数据存储量,包含患者数量、检验项数量、检查项数量,并通过图表形式直观展示近期患者数量变化情况,支持选择查看最近一周内、一月内、一年内的数据变化情况。PRD.3多维查询 业务需求描述:用户根据查询需求设置条件组合,系统列表展示所有满足相关条件的患者信息。查询维度性别:男/女,支持单选,当选择“不限”时,默认为全选年龄段:文本框,可输入数字科室:多选,当选择“不限”时,默认为全选检查指标:指标获取并展示数据库中的检查类别,一级属性展示影像文本分析中的属性,支持输入属性值,支持添加条件组织或/且/非关系进

13、行查询检验指标:一级指标获取并展示数据库中的检验类别,二级指标获取并展示检验类别下对应的检验结果信息,支持输入属性值,支持添加条件组织或/且/非关系进行查询PRD.4结果信息列表 业务需求描述:根据查询条件,列表展示所有满足查询条件的患者信息,列表字段包含姓名、性别、住院次数、影像ID、住院号、临床诊断。如果患者有两次及以上住院次数,则在列表中折叠展示,点开则按住院时间倒序展示,选中某一次住院记录跳转到患者详情页,默认展示当次住院的检验、检查等相关信息。PRD.5数据集保存 业务需求描述:每次查询出的结果可以作为数据集保存至后台,下次可通过历史查询记录直接查看。PRD.6患者详情 业务需求描述

14、:患者详情页展示患者的基本信息,包含患者住院号、姓名、性别、出生日期,第X住院、当次住院时年龄、当次住院时诊断结果,并按时间轴和分类展示患者的所有检查记录、检验记录。PRD.7历史查询记录业务需求描述:将用户每一次查询条件及结果数据进行保存,当用户再次点击历史查询条件时展示所有历史查询时间和最新查询时间,用户可自己选择查看某一次查询的结果。4.2统计分析需求统计分析模块主要式对多为查询模块中保存的数据集进行统计展示、统计推断、数据导出等。PRD.1统计分析 业务需求描述:系统展示多维查询中保存的数据集,用户选择数据集,选择分组方式、分组条件及统计方法,系统对所选数据集进行正态性分布检验,当数据

15、集满足正太分布检验时对数据进行统计分析并返回结果,否则给予 “所选数据集不满足XX检验”的提示。数据集:按照时间倒序展示用户在多维查询时保存的所有数据集,单选分组方式:二值分组/连续分组,单选分组指标:属性表中的相关属性,单选统计指标:属性表中的相关属性,单选/多选/全选统计方法:卡方检验、T检验、方差检验、配对设计资料的秩和检验、成组设计资料的秩和检验、相关性检验。PRD.2数据导出 业务需求描述:对系统无法支持统计分析的数据集提供导出功能,用户可以选择数据集、数据项进行导出。4.3影像文本分析影像文本分析主要针对患者检查项目中的CT影像报告进行文本分析和数据挖掘,将非结构化文本转化为结构化

16、文本。PRD.1CT报告查询 业务需求描述:输入报告ID查询,系统返回相应的CT报告;输入患者姓名查询,系统返回多条CT报告,页面展示的CT报告文本需要支持编辑,编辑后的内容不保存至数据库。PRD.2属性提取 业务需求描述:针对某条CT报告文本进行数据挖掘,将报告中的属性提取并进行结构化展示。PRD.3所见-所得推导 业务需求描述:通过对CT报告中的大段文本进行挖掘分析,推导出报告描述的结论信息。4.4知识库 知识库用于上传、编辑、存储相关文档资料,支持纯文本、图片、图文混合等多种格式,支持按照时间、分类进行查询,同时支持对文章标题进行全文检索。5结束语该系统基本达到需求文档的要求,完成了指定的功能,圆满的完成了任务。

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

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