健康管理系统Word文件下载.docx
《健康管理系统Word文件下载.docx》由会员分享，可在线阅读，更多相关《健康管理系统Word文件下载.docx（38页珍藏版）》请在冰点文库上搜索。
设计特色
本系统是开发商DIY个性定制区域环境的一个案例，根据区域环境的需求设计与之匹配的子系统能更好的满足用户的需求。
对于该系统而言，单个系统的作用并不明显，一个个与之相适应的系统的耦合，方能构建信息化的平台，更好的提高区域环境的整体效率。
不久的将来，我们相信我们会面对一个全新的信息时代，生活的所作所为都被信息化，数据化，它迫使你不得不变得更好，一些指标的量化影响着你生活的方方面面。
例如，环保信用值，根据你在区域环境的环保意识与行为衡量出一个定性的数据指标并加以量化，那这将不仅仅以道德来衡量你的价值，用权值来约束你的生活，如贷款额度、区域限制等一系列与之相关联的事物。
设计时间
2015年3月15日-2015年4月19日
答辩时间
2015年4月27日
设计评分表情况
评价项目
评价标准
评分
选题与应用价值
根据选题与实践的结合重要性，共10分
设计表现
按团队在设计过程的整体表现，共20分
分析与逻辑能力
按系统分析的整体性，层次性、清晰程度，共30分
设计与规范
按设计的规范程度，工作量大小，图文表现力，新见解，共30分
文笔
按文笔流畅程度，共10
总分
评语
组内评价
×
60%
答辩
40%
总评
96
94
摘要
本设计的主要内容是对健康管理信息系统的分析与设计，健康管理信息系统是基于类似于高校，人口密集规模大的区域环境，并适用于衍生出来的其他环境，运输业，加工制造业，乃至各种类型的企业。
该系统是根据所处环境的刚性需求，结合现今使用以及携带的智能设备与APP软件，应用Internet与SQL数据库相结合的方式，为更好地提高效率与效益。
而本文就华北理工大学该环境开发出“健康管理系统”案例模版，该系统根据学生的身体指标以及环境数据提供疾病指导，饮食建议，锻炼规划，及时的进行健康信息收集与反馈，以达到更高效的生活方式。
下文着重介绍了健康管理系统的开发与实现过程。
关键词刚性需求；
智能设备；
指标数据；
建议规划
一、系统分析
1.1设计背景及其意义
然而，健康管理四个字代表的不仅仅是一个简单的概念，是一种行之有效的方法，更是一套周密严谨的服务程序，其目的在于使区域群体更好地拥有健康、保健强身，节约经费开支，有效降低医疗支出，并带来更高的效益。
在泛健康领域，可以将所收集的健康信息归于二类，第一部分就是我们所指的与人的健康相关的信息，也是健康信息中最核心的一部分；
第二部分是指能够被管理部门利用的信息，这些信息不会具体到某个人，相对而言是一个区域群体的健康信息，根据这些信息提供相应的数据与决策。
随之建立电子健康档案，数字化纸质健康档案，代表着全方位医疗信息的综合。
1.2系统简述及目标
健康信息管理系统，单从名字上讲，是指对区域社会人的健康信息的统计和管理。
而健康信息管理的任务是处理疾病保健的信息需求，一个成功的健康管理系统不仅仅方便个人的就医，也会对区域环境的统计带来十分的便利。
该系统作用于整合医疗资源，提供健康信息；
提高健康服务水平，增强人们满意度，转变医疗服务模式，发展健康管理服务，通过数字化健康为个人提供个性化的服务，从被动的有病就诊，到主动的预防保健，实现以人的健康为中心，更好地提高效率，周而复始的全方位的健康管理服务。
1、整合医疗资源，提供健康信息
对于个体而言,通过各种健康信息管理的手段能够实现个人健康信息在线查询、在线健康指导的推送服务，促使人们形成健康的生活行为方式，达到主动、自我管理的个人健康管理目标。
此外，通过提供准确的、全面的个人健康信息及就诊记录，有助于医生了解个人疾病史信息，为就诊决策提供有力依据，有效地整合健康信息资源。
对于区域群体来说，通过健康管理信息系统，能够追踪整个群体的健康变化，尤其对于突发的公共事件或疾病，能够获取更全面的、更深层次的信息,不仅为管理部门制定相关决策提供强有力的依据,同时也为区域发展提供了宝贵的数据资源。
2、提高健康服务水平，增强人们满意度
通过电子健康档案管理个人一定程度的健康信息，不仅能够优化诊疗程序，在诊断疾病过程中提供很多支持，而且可以为医护人员的诊疗提供计划、安排，有计划的、便捷的诊疗服务在一定程度上提高人们对所处环境的满意度，为区域环境带来更大的收益。
3、转变医疗服务模式,发展健康管理服务
健康信息管理化以健康为中心、以人为中心，通过数字化健康为个人提供个性化的服务，提供饮食健康指导，推荐每周营养窗口菜谱；
根据身体指标指导锻炼计划，强化当代身体素质，及时的信息互动，从而达到周而复始的全方位的健康管理服务。
1.3系统可行性分析
对于健康信息管理系统，所处的当今计算机技术环境，较为完善的数据库技术可以为该系统的实现提供充分的技术支持。
在数据库中将个人的工作证号（对于学校即学生证或教师证）设为基本库的主键，个人的身份证号设为医疗库的主键，将工作证号与身份证号的相关联，建立起个人信息的基本库与医疗库的关联。
通过键入工作证号就可以对个人健康信息查询，并显示健康指导的一些基本信息，而通过键入身份证号可以查询医疗信息并显示个人健康信息，并以此健全区域健康体系，为区域环境提供一个高效、便捷的健康信息管理系统。
1.4系统功能需求描述
本信息管理系统的建立，数据库使用的是SQL，用SQL语言连接数据库对信息进行查询、删改、添加等，APP的设计主要进行交互设计，UI设计，JAVA语言开发。
该管理信息系统的主要功能：
个人健康信息查询系统：
用户凭借个人工作证号或者个人身份证号与相应密码登陆后，可以实现对个人健康信息，以往健康建议等等的详细查询，实现每人对自己健康信息的全面掌握。
医务室信息查询系统：
医务室内人员登陆查询和普通用户查询，医务室内人员的登陆号为医务证号，可以对医务室药品信息，值班情况等等进行查询；
普通用户查询可以通过自己的工作证号进行登陆，对医务室的医生基本信息，值班坐诊情况等进行查询。
体育处信息查询系统：
体育处教师人员登陆查询，对医务室运动建议汇总查询，器械使用情况统计，并进行运动指导，
饮食管理处信息查询系统：
饮食管理处管理人员登陆查询，对医务室营养建议查询，食材采购查询食材剩余量状态和采购清单，并对每日营养食谱更新。
电子档案信息查询系统：
区域人员个人工作证号或者个人身份证号可以查询所收集的身体指标，与之所对应的营养窗口菜谱建议以及健康锻炼规划。
后台服务信息查询系统：
专门为后台管理人员设计的，后台服务信息查询系统是健康信息查询系统的核心系统，实现数据的处理与整理，数据的更新与反馈。
1.5组织结构
整个信息系统由健康委员会负责，包括医务处，信息处，饮食管理处，体育处。
健康委员会主要进行APP和交互界面的优化升级，数据的收集整理发布；
医务处由医务科和财务科构成，医务科主要进行信息管理，由医务人员根据医疗信息进行健康就诊与指导，财务科进行数据分析与发布，实现医院人员与区域人群的信息交互；
信息处由信息收集组，信息分析组，信息反馈组构成，主要进行信息的收集整理与分析反馈，达到后台系统维护与使用者的交互；
饮食管理处由监管科和采购组组成，提供营养菜谱指导，营养分析建议；
体育处分为器械管理科和教学科，进行根据健康规划进行场地与器械的提供，并进行锻炼计划指导；
区域人群即使用者通过APP对健康信息和饮食状况及时反馈与查询。
如图1.5所示。
图1.5组织结构图
1.6业务流程及分析
业务流程分析其实是对业务功能分析的进一步细化，从而得到了业务流程图即TFD，目的是为了实现系统的业务目标，是一个反映业务处理的“流水账本”。
健康信息管理系统业务流程图如下所示。
学生通过智能设备（如手机、手环等）及APP提供体质信息数据。
如图1.6所示。
图1.6业务流程图
1.7表格分配图
下图是反映该系统医务处主功能健康信息反馈过程的表格分配图，实现了系统与区域环境的交互。
如图1.7所示。
图1.7表格分配图
1.8数据流图分析
数据流图（DFD）是一种便于用户理解、分析系统数据流程的图形工具，是软件系统分析阶段用于描述系统逻辑模型的图形描述工具，用于回答软件系统“做什么”的问题，它摆脱了系统的物理内容，精确地在逻辑上描述系统的功能、输入、输出和数据存储等，是系统逻辑模型的重要组成部分。
图1.8-1健康管理系统的顶层DFD
图1.8-2健康管理系统的第一层DFD
图1.8-3健康管理系统的第二层DFD医务处主功能模块
图1.8-4健康管理系统的第二层DFD体育处模块
图1.8-5健康管理系统的第二层DFD饮食管理处模块
1.9相关关键数据字典
1.9.1数据项的描述
数据项编号
I01–01
数据项名称
工作证编号
别名
工作证编码
简述
某工作证的代码
类型及宽度
字符型，4位
取值范围
“0001”–“9999”
1.9.2数据结构描述
数据结构编号
DS01–01
数据结构名称
体质信息数据
使用者反馈的健康身体指标等信息
数据结构组成
DS01–02+DS01–03
1.9.3数据结构描述
数据流编号
D01-01
数据流名称
电子健康档案
医务室开出的电子健康档案
数据流来源
医务室
数据流去向
信息中心
数据流组成
工作证编号+工作证名称+工作证类别+健康信息+日期+健康建议
数据流量
20份/小时
高峰流量
100份/小时（特定体检期间）
1.9.4处理逻辑描述
处理逻辑编号
P01–02
处理逻辑名称
审核信息
审核学生基本信息
输入的数据流
学生基本信息,来源于电子健康档案的存储文件信息；
数据流工作证名称、工作证类别和健康信息，来源于数据存储“基本信息”
处理
根据数据流“工作证信息”和“健康信息”，检索文件，处理该用户类别：
再根据已确定的该用户类别，检索数据存储文件信息，以确定该用户基本信息。
输出的数据流
数据流“基本信息”录入电子档案
处理频率
对每个用户每应用处理一次
1.9.5数据存储描述
数据存储编号
F01–03
数据存储名称
电子档案
存放用户的基本信息和健康信息
数据存储组成
关键字
相关联的处理
P02,P03
1.9.6外部实体描述
外部实体编号
S01–01
外部实体名称
学生
使用本系统的学生
D01–01,D01–02
输出的数据流
D01-03
二、系统设计部分
2.1系统网络结构设计
该系统虚拟了四个区域部分，均由Internet覆盖，四个区域分别为数据中心、医务室、饮食管理处、客户端，四个区域通过路由器、数据服务器进行数据交互与存储。
如图2.1所示。
图2.1系统网络结构
2.2系统功能模块分解
健康系统管理由健康信息查询，医务室管理，饮食处管理，数据处理中心，电子档案管理组成。
健康信息查询模块：
该模块分为学生健康查询和查询历史状况，达到健康信息及时地交互反馈。
医务室管理模块：
该模块由药品信息管理和医师信息查询组成，对医务室资源进行统筹规划管理，合理地安排调配。
饮食管理模块：
该模块分为医师指导建议、营养分析规划和食堂餐谱监管，提供营养计划指导，营养分析建议，以达到更高的效益。
后台数据处理模块：
数据处理中心由健康信息统计和健康信息反馈构成，对数据文件进行整理分析与咨询反馈，由点及面的信息化，指标化数据状况并进一步深加工优化下一步指导方向。
电子档案管理模块：
该模块由健康档案生成与健康档案交互组成，形成一体化集成信息体系与外部环境对接。
如图2.2所示。
图2.2功能结构图
2.3关键编码设计
电子档案编码记录，以便于更方便查询，如下表。
表2.3关键编码设计
工作证类别
性别
药物过敏史
遗传病史
1——学生证
1——男
1——有
12位代码
2——教师证
2——女
2——无
3——医师证
2.4数据库设计
2.4.1局部ER图
图2.4.1-1学生ER图
图2.4.1-2医师ER图
图2.4.1-3档案ER图
图2.4.1-4运动建议表ER图
图2.4.1-5运动指导单ER图
图2.4.1-6营养建议表ER图
图2.4.1-7每日营养食谱ER图
2.4.2总体ER图
图2.4.2总体ER图
2.4.3数据库设计
表2.4.3-1User表结构
列名
含义
数据类型
约束
Uno
学生证号
普通编码定长字符串，长度为10
主码
Uname
Uid
身份证号
普通编码定长字符串，长度为20
非空
Ufem
Uclass
班级
表2.4.3-2Doctor表结构
Dno
工作证号
Dname
Dfem
Dcate
类别
表2.4.3-3Files表结构
Fage
Fhei
年龄
身高
Fwei
体重
Fhea
Fdate
健康信息
日期
普通编码定长字符串，长度为100
表2.4.3-4Exercise表结构
Esug
Edate
运动建议
表2.4.3-5Guide表结构
Gadv
Gdate
运动指导
表2.4.3-6Nutrition表结构
Nsug
Ndate
营养建议
表2.4.3-7Recipe表结构
Radv
Rdate
食谱
2.5输入输出界面设计
2.5.1APP界面设计
2.5.1.1新生注册界面
填写注册信息之后点击马上注册，页面将立即跳转到信息查询登录窗口
例如：
注册时候输入的是信息是：
姓名：
韩雷
性别：
男
班级：
12工程01班
学生证号：
2012142101XX
身份证号：
13042419940101XXXX
然后电子档案系统会检测是否存在学生信息的数据，如果不存在，就会建立该动态数据库：
不存在为提示“该用户已注册”。
2.5.1.2信息查询登录界面
在信息查询登录界面中输入注册的姓名和与之匹配的身份证号，则系统会与数据库中已经注册的信息进行匹配，如果是已经注册过的信息，则就进入健康信息界面。
如果登录的姓名或者身份证号与数据库中的信息不匹配即说明该用户没有完成注册，页面会给出相应的提示信息，可以点击页面跳转到注册页面或者重新登录页面。
2.5.1.3用户基本信息
登录信息查询界面后，进入基本信息，可以进行健康信息系统的功能查询。
在个人基本信息和健康信息交互，可以对历史体质信息数据指标进行查询，并及时进行指标数据反馈，实现健康信息交互；
医务基本状况是对医务室医师值班情况进行查询；
在营养健康规划中可以查询每日营养食谱，开始一天的健康生活之旅；
健康指导建议中有医师个人定制的运动建议表以及与之所匹配的体育处传输的运动指导表单，对用户身体健康锻炼规划；
用户反馈评价是用户与后台的交互平台，更好的信息交互，更好的服务体验。
2.5.1.4健康信息交互
2.5.1.5医务基本状况
2.5.1.6营养健康规划
2.5.1.7健康指导建议
2.5.2后台管理windows界面
2.5.2.1后台管理登录
健康委员会的四大管理机构可以根据所处机构的权限用户名进入后台数据管理，实现信息化平台的可视性以及透明度。
2.5.2.2后台管理信息——医务处
根据所处机构的权限用户名进入后台数据管理，该用户可获取所对应权限的功能以及数据，上图是医务处的子界面。
2.5.2.3后台管理信息——饮食管理处
2.5.2.4后台管理信息——体育处
2.5.3WEB界面设计
2.5.3.1健康管理系统首页
2.5.3.2健康管理系统核心思想——云健康平台
三、系统实施方案与维护规划
3.1系统实施
本系统为所期望构建的信息平台不可或缺的一部分，通过概念化模型，要求所对应模块间事件执行严格，并要求计算机能够执行系统或至少系统中的两个的模块。
此外，系统的运行模块组合为程序多窗口的运行环境，各个模块在软件运行过程中能较好的交互与处理数据。
运行模块分成基本的三个模块，即是：
输入模块、输出模块、处理模块等。
这使得整个系统的维护容易、简单，系统的结构层次简单、易懂。
3.2维护设计
系统在完成系统实施投入正常运行之后，就进入了系统维护阶段。
系统维护的目的是保证本系统正常而可靠地运行，使得系统不断改善和提高并充分发挥作用。
在系统的整个使用过程中都将伴随着系统的维护。
系统维护面向系统中各种构成因素，按照维护对象的不同，维护内容可分为系统的程序维护、数据库维护、代码维护、硬件设备维护。
3.2.1程序维护
本系统的程序维护主要包括四类活动：
（1）为了救正在使用过程中暴露出来的错误而进行的改正性维护。
（2）为了适应外部环境的变化而进行的适应性维护。
（3）为了改进原有软件而进行的完善性维护。
（4）以及为改进将来的可维护性和可靠性而进行的预防性维护。
3.2.2数据库维护
数据库维护的日常工作最主要的是数据的备份，若不进行数据的备份，当出现系统软硬件故障，将会对系统管理造成很大的损失。
MicrosoftSQLServer2000提供了数据同步复制功能来进行数据的分布和备份。
数据维护工作由系统管理员来负责，主要维护数据库的安全性，完整性以及并发性，对数据进行不定期的更新，备份与恢复等工作。
业务处理对数据的需求是不断发生变化的，除了系统中主体业务数据的定期更新外，还用许多数据需要进行不定期的更新，以及数据内容的增加、数据结构的改变等。
本系统使用SQLSERVER的数据库维护功能机制，定期给数据库备份，维护管理数据库死锁问题和维护数据库内数据的一致性。
3.2.3代码维护
随着
升级会员 