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

加入VIP,免费下载
 

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

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

下载须知

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

版权提示 | 免责声明

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

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

1、医院信息管理系统设计文档医院信息管理系统设计文档医院信息管理系统设计文档编制精选 管理方案 审核批准生效日期地址:电话:传真:邮编: 项目编号:文档版本:第 1 版 分册名称:第 1 册/共 1 册医院信息管理系统需求说明书详细设计说明书指导老师:湖南大学软件学院软件工程14级4班1 项目概述 2. HTML:Hyper Text Markup Language (超文本标记语言) 3. Web Browser:万维网浏览器 4. DateBase:数据库 5. ODBC:开放数据库连接 6. IPO:Input Process Output(输入、处理、输出) 7. B/S:服务器/浏览器模

2、式 8. XML:扩展标记语言。9. SQL:结构化查询语言。10. Wiki: 维基,一种多人协作的写作工具 11. P2P:Peer-to-Peer(对等联网) 12. RSS:Really Simple Syndication(真正简易的聚合) Ajax:Asynchronous JavaScript + XML(异步的 XML 和 JavaScript2 2 2 任务描述 项目描述 该系统主要是为了在医院参加治疗的病患和他的医生更方便的了解自己的一些医疗信息,比如 CT,血样等而编写的一个服务医院的信息系统。目标 该系统为位于 Inter 上的一个网站,用于解决现在病患信息太过繁多而且

3、了解信息渠道太慢的困难,病患的个人治疗信息没有很好的管理;病患和医生无法及时了解以往病情或者现在病情的现状。用户特点此次开发的教学资管理系统用户有:病患、医生、管理员,要求基本熟悉网络及 Windows 操作规范。具体用户可以分为以下三大类:病患和医生用户可以通过自己的账号登陆进入系统了解以往的就诊信息以及现在参与治疗的及时信息:系统 系统及时的处理信息并把他展示给用户3功能设计框架设计 该系统采用三层结构设计思想,将系统框架分为页面表现层、业务逻辑层、数据访问层、实体层、可持久应用层。页面表项层用于处理人机交换,负责处理用户请求,如鼠标点击,输入等;业务逻辑层用于处理教学资管理系统中的业务逻

4、辑;数据层则负责对数据库进行各种相关操作;实体层的实体则对应于数据库中的各实体;可持久应用层用于系统的安全处理等。层与层之间通过通用的接口实现数据的传递和联系。功能模块 用户进入主页面(即登陆后界面),系统显示登录主页内容(包括文档、多媒体、软件三个资的最新资),当用户点击个人中心后显示个人中心内容(包括患者、医生、系统信息:我的信息;管理员:共享资、我的资、我的分组、用户管理、审核管理)底层基类设计实体描述基类构件图活动图 登陆数据展示统计分析p 报告查询类定义上图为医疗系统的总的类图,其包含以上这么多类。首先医生属于一个科室,而患者被医生管理。所以有了科室、医生、患者三个大类,其次患者又要

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

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

7、也就是职员管理类图的画图根据。上图是图表总览的类图,对于浏览图表,最多的用户应该是医生,而医生浏览的图表最多是患者的分类,例如患者按照年龄段而绘出的图表。而在患者的信息里面又包含了检查记录和检验记录,检查记录又包括 CT 图像,医生可以看到患者的检查记录绘图,例如一个患者做的体重检查的起伏情况。成员变量表名 科室 主键 编号 序号 名称 类型 属性 1 编号 int 非空 2 名称 string 非空 3 备注 string 非空表名 医生 主键 编号 序号 名称 类型 属性 1 姓名 string 非空 2 编号 int 非空 3 性别 string 非空 4 年龄 int 非空 5 电话

8、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

9、 非空 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 记

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

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

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

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

14、p 并返回结果,否则给予 “所选数据集不满足 XX 检验”的提示。数据集:按照时间倒序展示用户在多维查询时保存的所有数据集,单选 分组方式:二值分组/连续分组,单选 分组指标:属性表中的相关属性,单选 统计指标:属性表中的相关属性,单选/多选/全选 统计方法:卡方检验、T 检验、方差检验、配对设计的秩和检验、成组设计的秩和检验、相关性检验。数据导出业务需求描述:对系统无法支持统计分析p 的数据集提供导出功能,用户可以选择数据集、数据项进行导出。影像文本分析p 影像文本分析p 主要针对患者检查项目中的 CT 影像报告进行文本分析p 和数据挖掘,将非结构化文本转化为结构化文本。报告查询业务需求描述:输入报告 ID 查询,系统返回相应的 CT 报告;输入患者姓名查询,系统返回多条 CT 报告,页面展示的 CT 报告文本需要支持编辑,编辑后的内容不保存至数据库。属性提取业务需求描述:针对某条 CT 报告文本进行数据挖掘,将报告中的属性提取并进行结构化展示。所见- - 所得推导业务需求描述:通过对 CT 报告中的大段文本进行挖掘分析p ,推导出报告描述的结论信息。知识库知识库用于上传、编辑、存储相关文档,支持纯文本、图片、图文混合等多种格式,支持按照时间、分类进行查询,同时支持对文章标题进行全文检索。5 5 结束语 该系统基本达到需求文档的要求,完成了指定的功能,圆满的完成了任务。

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

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