医院信息标准管理系统标准设计文档.docx
《医院信息标准管理系统标准设计文档.docx》由会员分享,可在线阅读,更多相关《医院信息标准管理系统标准设计文档.docx(26页珍藏版)》请在咨信网上搜索。
项目编号: 文档版本: 第 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结束语 该系统基础达成需求文档要求,完成了指定功效,圆满完成了任务。- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 医院 信息 标准 管理 系统 设计 文档
咨信网温馨提示:
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【快乐****生活】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【快乐****生活】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【快乐****生活】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【快乐****生活】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
关于本文