收藏 分销(赏)

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

上传人:丰**** 文档编号:4351302 上传时间:2024-09-11 格式:DOC 页数:23 大小:746.50KB 下载积分:10 金币
下载 相关 举报
医院信息管理系统设计文档.doc_第1页
第1页 / 共23页
医院信息管理系统设计文档.doc_第2页
第2页 / 共23页


点击查看更多>>
资源描述
项目编号: 文档版本: 第 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、1PRD 17 PRD、1系统登录 17 PRD、2数据展示 18 PRD、3多维查询 18 PRD、4结果信息列表 19 PRD、5数据集保存 19 PRD、6患者详情 19 PRD、7历史查询记录 20 4、2统计分析需求 20 PRD、1统计分析 20 PRD、2数据导出 21 4、3影像文本分析 21 PRD、1CT报告查询 21 PRD、2属性提取 21 PRD、3所见-所得推导 21 4、4知识库 22 5结束语 22 1项目概述 在目前生活水平得发展,人们对身体健康越来越重视得现在,为了提高医院服务病患得水平,也为了让医生与病患更加方便得了解到自己得身体病情等信息,我们做了这个医疗信息系统。 1、1编写目得 系统通过整合医学影像、实验室检查、病理数据、临床数据与患者基本信息等五大数据源数据,分析抽取形成慢性肝病得多项特征属性与属性值,构建医学大数据应用数据集与数据库系统。在此基础上,利用统计分析、大数据挖掘分析算法设计拟实现满足医患人员需要得多维查询与统计、疾病病因分析、疾病预测、综合辅助诊断、患者个性化服务等若干功能,为慢性肝病诊断及治疗提供大数据应用技术支持。 1、2目标系统架构 为高效满足大数据量下得数据挖掘工作及一般查询分析工作,系统使用分布式存储方式。 1、3项目功能 功能点 需求简述 登录/退出 后台分配账号,用户使用账号密码进行登录;登录后可安全退出系统 数据展示 系统首页展示数据库中得数据情况,包含患者数量、检查项数量、检验项数量;图表展示近期患者数据新增情况 多维查询 支持根据性别、年龄段、住院科室、检查检验指标设置查询条件,后台反馈满足条件得所有数据, 统计分析 对多维查询时存储得某一数据集进行统计分析 数据导出 多维查询出得数据结果可导出 1、4定义 定义关键词如下: 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:Really Simple Syndication(真正简易得聚合) Ajax:Asynchronous JavaScript + 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结束语 该系统基本达到需求文档得要求,完成了指定得功能,圆满得完成了任务。
展开阅读全文

开通  VIP会员、SVIP会员  优惠大
下载10份以上建议开通VIP会员
下载20份以上建议开通SVIP会员


开通VIP      成为共赢上传

当前位置:首页 > 包罗万象 > 大杂烩

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        抽奖活动

©2010-2026 宁波自信网络信息技术有限公司  版权所有

客服电话:0574-28810668  投诉电话:18658249818

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :微信公众号    抖音    微博    LOFTER 

客服