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

《医院信息管理系统设计文档 .docx》由会员分享，可在线阅读，更多相关《医院信息管理系统设计文档 .docx（18页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、医院信息管理系统设计文档 医院信息管理系统设计文档 编制精选 管理方案 审核批准生效日期地址：电话： 传真: 邮编: 项目编号：文档版本：第 1 版 分册名称：第 1 册/共 1 册 医院信息管理系统需求说明书具体设计说明书 指导老师：湖南高校软件学院软件工程14级4班1 项目概述 . 5 编写目的 . 5 目标系统架构 . 5 项目功能 . 6 定义 . 6 2 任务描述 . 7 项目描述 . 7 目标 . 7 用户特点 . 7 病患和医生 . 7 系统 . 7 3功能设计 . 8框架设计 . 8功能模块 . 8 底层基类设计 . 8 实体描述基类 . 8 成员变量 . 9 4 多维查询需求

2、 . 12. 12 系统登录 . 12 数据展示 . 12 多维查询 . 12结果信息列表 . 13 数据集保存 . 13 患者详情 . 13 历史查询记录 . 13 统计分析需求 . 13 统计分析 . 13 数据导出 . 13 影像文本分析 . 13 报告查询 . 14 属性提取 . 14 所见-所得推导 . 14 学问库 . 14 5 结束语 . 141 1 项目概述 在目前生活水平的发展，人们对身体健康越来越重视的现在，为了提高医院服务病患的水平，也为了让医生和病患更加便利的了解到自己的身体病情等信息，我们做了这个医疗信息系统。编写目的 系统通过整合医学影像、试验室检查、病理数据、临床

3、数据和患者基本信息等五大数据源数据，分析抽取形成慢性肝病的多项特征属性和属性值，构建医学大数据应用数据集和数据库系统。在此基础上，利用统计分析、大数据挖掘分析算法设计拟实现满意医患人员须要的多维查询和统计、疾病病因分析、疾病预料、综合协助诊断、患者特性化服务等若干功能，为慢性肝病诊断及治疗供应大数据应用技术支持。目标系统架构 为高效满意大数据量下的数据挖掘工作及一般查询分析工作，系统运用分布式存储方式。项目功能 功能点 需求简述 登录/退出 后台安排账号，用户运用账号密码进行登录；登录后可平安退出系统 数据展示 系统首页展示数据库中的数据状况，包含患者数量、检查项数量、检验项数量；图表展示近期

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(输

5、入、处理、输出) 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 任务描述 项目描述 该系统主要是为了在医院参与治疗的病患和他的医生更便利的了解自己的一些医疗信息，比如 CT，血样等而编写的一个服务医院的信息系统。目标 该系统为位于 Inter

6、net 上的一个网站，用于解决现在病患信息太过繁多而且了解信息渠道太慢的困难，病患的个人治疗信息没有很好的管理；病患和医生无法刚好了解以往病情或者现在病情的现状。用户特点此次开发的教学资源管理系统用户有：病患、医生、管理员，要求基本熟识网络及 Windows 操作规范。详细用户可以分为以下三大类： 病患和医生用户可以通过自己的账号登陆进入系统了解以往的就诊信息以及现在参加治疗的刚好信息： 系统 系统刚好的处理信息并把他展示给用户3功能设计 框架设计 该系统采纳三层结构设计思想，将系统框架分为页面表现层、业务逻辑层、数据访问层、实体层、可长久应用层。页面表项层用于处理人机交换，负责处理用户恳求，

7、如鼠标点击，输入等；业务逻辑层用于处理教学资源管理系统中的业务逻辑；数据层则负责对数据库进行各种相关操作；实体层的实体则对应于数据库中的各实体；可长久应用层用于系统的平安处理等。层与层之间通过通用的接口实现数据的传递和联系。 功能模块 用户进入主页面（即登陆后界面），系统显示登录主页内容（包括文档、多媒体、软件三个资源的最新资源），当用户点击个人中心后显示个人中心内容(包括患者、医生、系统信息：我的信息；管理员：共享资源、我的资源、我的分组、用户管理、审核管理）底层基类设计 实体描述基类构件图活动图 登陆数据展示统计分析报告查询类定义上图为医疗系统的总的类图，其包含以上这么多类。首先医生属于一

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

9、时候，也把它们设计到了新闻这一个表中，但是在访问的时候依据其分类，又大体区分为这几类。患者和医生可以通过查看方法查看这些信息。 上图是患者信息的简洁类图，在该功能界面，其实就两个比较重要的类，分别是医生和患者。医生和患者还是具有和之前一样的各种属性。而医生有查看患者信息和查找患者两个函数，用来查找到所要查看的患者，并进行操作。对于该患者信息的部分，最重要的就是查找的功能，可以根据多种选择来查找。 上图是职工管理的一个类图，对于职工信息的管理，主要是又系统管理员来执行的，当然了这个系统管理员也可以是该医院的管理人员。对于一个医院的职员主要是又医生组成，暂且我们先不分护士什么的，我们统称为医生。对

10、于一个医生的任职与离职这些信息的更改、添加、与删除都须要系统管理员的管理，这也就是职员管理类图的画图依据。 上图是图表总览的类图，对于阅读图表，最多的用户应当是医生，而医生阅读的图表最多是患者的分类，例如患者根据年龄段而绘出的图表。而在患者的信息里面又包含了检查记录和检验记录，检查记录又包括 CT 图像，医生可以看到患者的检查记录绘图，例如一个患者做的体重检查的起伏状况。 成员变量 表名 科室 主键 编号 序号 名称 类型 属性 1 编号 int 非空 2 名称 string 非空3 备注 string 非空表名 医生 主键 编号 序号 名称 类型 属性 1 姓名 string 非空 2 编号

11、 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 备

12、注 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 备注 非空 非空

13、表名 检验条目 主键 条目编号 序号 名称 类型 属性 1 条目编号 int 非空 2 记录编号 int 非空 3 名称 string 非空 表名 检查条目 主键 编号 序号 名称 类型 属性 1 编号 string 非空 2 记录编号 string 非空 3 科目 string 非空 4 子科目 string 非空 表名 医院影像 主键 CT 编号 序号 名称 类型 属性 1 CT 编号 int 非空2 检查记录编号 int 非空 3 图像 string 非空4 4 多维查询需求 多维查询模块主要由用户设定条件集合，依据条件集合查询数据库中全部满意条件的患者信息并进行展示。系统登录 业务需求

14、描述：用户输入账号密码，系统通过用户名和密码验证用户的合法性，推断该用户的角色信息，进行系统菜单的展示。业务流程图：数据展示 业务需求描述：用户胜利登录系统后，系统予以直观展示系统数据库中的数据存储量，包含患者数量、检验项数量、检查项数量，并通过图表形式直观展示近期患者数量改变状况，支持选择查看最近一周内、一月内、一年内的数据改变状况。多维查询 业务需求描述：用户依据查询需求设置条件组合，系统列表展示全部满意相关条件的患者信息。查询维度—— 性别：男/女，支持单选，当选择不限时，默认为全选 年龄段：文本框，可输入数字 科室：多选，当选择不限时，默认为全选 检查指标：指标

15、获得并展示数据库中的检查类别，一级属性展示影像文本分析中的属性，支持输入属性值，支持添加条件组织或/且/非关系进行查询 检验指标：一级指标获得并展示数据库中的检验类别，二级指标获得并展示检验类别下对应的检验结果信息，支持输入属性值，支持添加条件组织或/且/非关系进行查询结果信息列表 表 业务需求描述：依据查询条件，列表展示全部满意查询条件的患者信息，列表字段包含姓名、性别、住院次数、影像 ID、住院号、临床诊断。假如患者有两次及以上住院次数，则在列表中折叠展示，点开则按住院时间倒序展示，选中某一次住院记录跳转到患者详情页，默认展示当次住院的检验、检查等相关信息。数据集保存 业务需求描述：每次查

16、询出的结果可以作为数据集保存至后台，下次可通过历史查询记录干脆查看。患者详情 业务需求描述：患者详情页展示患者的基本信息，包含患者住院号、姓名、性别、诞生日期，第 X 住院、当次住院时年龄、当次住院时诊断结果，并按时间轴和分类展示患者的全部检查记录、检验记录。历史查询记录 业务需求描述：将用户每一次查询条件及结果数据进行保存，当用户再次点击历史查询条件时展示全部历史查询时间和最新查询时间，用户可自己选择查看某一次查询的结果。统计分析需求 统计分析模块主要式对多为查询模块中保存的数据集进行统计展示、统计推断、数据导出等。统计分析 业务需求描述：系统展示多维查询中保存的数据集，用户选择数据集，选择

17、分组方式、分组条件及统计方法，系统对所选数据集进行正态性分布检验，当数据集满意正太分布检验时对数据进行统计分析并返回结果，否则赐予 所选数据集不满意 XX 检验的提示。数据集：根据时间倒序展示用户在多维查询时保存的全部数据集，单选 分组方式：二值分组/连续分组，单选 分组指标：属性表中的相关属性，单选 统计指标：属性表中的相关属性，单选/多选/全选 统计方法：卡方检验、T 检验、方差检验、配对设计资料的秩和检验、成组设计资料的秩和检验、相关性检验。数据导出 业务需求描述：对系统无法支持统计分析的数据集供应导出功能，用户可以选择数据集、数据项进行导出。影像文本分析 影像文本分析主要针对患者检查项

18、目中的 CT 影像报告进行文本分析和数据挖掘，将非结构化文本转化为结构化文本。报告查询 业务需求描述：输入报告 ID 查询，系统返回相应的 CT 报告；输入患者姓名查询，系统返回多条 CT 报告，页面展示的 CT 报告文本须要支持编辑，编辑后的内容不保存至数据库。属性提取 业务需求描述：针对某条 CT 报告文本进行数据挖掘，将报告中的属性提取并进行结构化展示。所见- - 所得推导 业务需求描述：通过对 CT 报告中的大段文本进行挖掘分析，推导出报告描述的结论信息。学问库学问库用于上传、编辑、存储相关文档资料，支持纯文本、图片、图文混合等多种格式，支持根据时间、分类进行查询，同时支持对文章标题进行全文检索。5 5 结束语 该系统基本达到需求文档的要求，完成了指定的功能，圆满的完成了任务。本文来源：网络收集与整理，如有侵权，请联系作者删除，谢谢！第18页 共18页第 18 页 共 18 页第 18 页 共 18 页第 18 页 共 18 页第 18 页 共 18 页第 18 页 共 18 页第 18 页 共 18 页第 18 页 共 18 页第 18 页 共 18 页第 18 页 共 18 页第 18 页 共 18 页