基于MVC 模式的个人健康管理系统

文/刘东

1 研究背景

随着社会的进步和人们生活水平的提高，人们对个人健康越来越关注，个人健康显得极其重要。在我国，健康管理才刚刚起步，本研究通过对医院附近患者和患者家属的问卷调查，以及三下乡对乡亲们的实地走访和调查，发现人们重视自我健康的同时，希望能够可以有一种简单快速个人健康管理方法。互联网技术的发展，为个人健康管理电子化提供了技术保障。

2 系统开发平台与技术分析

系统开发工具：

2.1 MyEclipse

MyEclipse，是在eclipse 基础上加上自己的插件开发而成的功能强大的企业级集成开发环境，主要用于Java、JavaEE 以及移动应用的开发。

2.2 StarUML

StarUML(简称SU)，是一种创建用例图、活动图、类图等统一建模语言(UML)图表的工具。

3 需求分析

3.1 组织分析

3.1.1 组织目标分析

通过健康管理系统，可以为用户提供一个健康风险评估和个人健康档案建立，帮助人们实现对个人健康的管理和预防：为用户提供个人健康档案的建立，方便用户记录个人信息；

3.1.2 组织机构分析

为了个人健康管理系统实现相应的功能组织结构，要想使得一个项目能够完整的执行进行，离不开相应的机构，现画出具体的组织机构图，具体如图1所示。

3.1.3 组织职能分析

个人健康管理系统有用户和管理员组成，职能如下：

信息管理组：主要完成个人健康档案管理（建立修改个人健康档案）、健康知识管理（健康知识列表）、调查问卷管理（查看历史测评结果和填写调查问卷）、数据分析管理（记录个人心率）

资源管理组：主要完成调查问卷管理（调查问卷列表）/题库管理（添加试题和试题列表）、测评参数管理（添加测评参数和测评参数列表）

系统管理组：主要完成个人信息管理（修改登录密码）、用户健康档案管理（查看用户健康档案和添加用户健康档案）、健康知识管理（健康知识列表和增加健康知识）

3.2 需求获取

3.2.1 定义边界

业务目标是最终系统要实现的功能，通过业务目标可划分为系统边界。每个业务目标都可以用来定义边界，每个边界都有不同的涉众参与，也会有不同的用力出现。

个人健康管理系统设计与实现，根据前面所叙述的组织目标，推导出如下几个边界：为了将个人健康系统边界分析更具体到位，我们将信息管理组具体到用户边界，很明显，从这个边界来看，用户是位于边界之外的，它是业务主角，而系统管理组相关人员都是为他服务的，按照这个分析，得到如下的结果：

信息管理组需要完善个人健康信息，方便管理员进行对个人健康信息的管理以及风险分析。

资源管理组需要根据风险评估模型制定调查问卷和相应的测评分数，帮助更好的建立个人健康档案。

系统管理组需要对信息管理个人健康信息的具体分析和管理，帮助用户建立更加完善有效的个人健康管理系统。

3.2.2 获取业务用例

随着个人健康管理系统的快速发展，相应的项目得到飞速提升，个人健康管理系统分别用户、评估专家、管理员三方面完善。用户主要任务是用户建立个人健康档案、填写调查问卷、查看健康知识、记录健康数据。用户建立个人健康档案来对个人健康信息进行管理，需要从不同的方面来建立个人健康档案。

图1：组织机构图

用户填写调查问卷是进行用户的健康风险评估，对用户个人健康的一个调查以及评估用户的个人健康风险等级。用户查看健康知识可以对自己的某一类型的症状的一种预防，给用户提供一些建议。用户记录健康数据是为了观测这一段时间健康数据的变化。比如用户记录个人心率的变化。

评估专家的主要任务是创建健康问卷。评估专家创建健康问卷是根据用户所填写的相应选项预测一个健康风险等级。

管理员的主要任务是查看用户健康档案。健康档案的建立能够使管理员全面的了解用户健康、进行一个提前的预防和观测。

4 系统分析

建立系统用例就是通过前面的需求获取和需求分析来创建系统范围，也就是从业务用例细化而来，在该系统中，管理员通过查看用户填写的调查问卷是否符合实际标准，如果不符合，结束执行并反馈信息给相应的组门，反之，继续查看问卷结果的具体信息。具体如下所示：

映射：这是建立系统用例中最简单最直接的方法，也是整个过程的第一步。比如：用户首先需要填写健康问卷调查表。

抽象：当业务场景当中的备选用例不能够直接被映射时，要进行一些抽象。比如管理员查看问卷失败时候，就需要进行一些抽象，找到该备选用例在计算机中真正应该做的事情。

合并：当业务场景中的备选用例不具备独立性时，它必然是其他某个事件的组成组分。

拆分：有时业务用例场景当中的一个备选的粒度很大时，在这个备选用例当中包含几件事情，就需要进行拆分，因为系统用例应当只描述一次完整的计算交互过程。比如：用户查看历史调查问卷记录。

演绎：有时候业务用例场景当中找不到备选业务用例，或者备选用例看上去并不适合用计算机来实现。但是能够遇到某个可能的系统用例潜伏在这个场景中这时就需要使用演绎法将它找出来。

5 系统设计

5.1 设计模型

在建立分析模型的过程中，得到了分析类图，在调查问卷边界中本系统将用JSP 来实现，在添加试题的过程中，评估专家可以进行试题的添加、删除、查询、修改。首先将分析类映射到设计类以及边界类映射到设计类，

5.2 分析业务规约

从用例规约中我们可以读出计算机实现业务所需的全组细节，包括人机交互的场景，计算机执行过程、分支、异常情况处理、业务规则的应用以及实体信息（表单所填数据）等，一切编程所需要的细节都可以在用例规约文档中显示。

5.3 用例实现

用例实现就是用例的实现方式。用例只描述了系统该作什么，是系统需求，是一个设想。我们采用的是面向对象的方法，要将设想变为实现，就要用对象之间的交互实现设想。但是一个用例了可能有多个用例实现，每个用例实现都是设想的一种方式。虽然实现方式和过程不同，但目的是相同的，同样要达到用例所规定的系统目标。

5.4 建立分析模型

建立分析模型的过程，就是采用分析类，一步步地将系统需求这个蓝图在软件架构和框架构成的骨架中注入重要组分。

5.5 风险评估模型

健康风险评估是对某一个体在未来产生某一疾病或者甚至因该疾病死亡的可能性评估，通过用户提供的个人健康信息数据，计算用户健康风险，根据相应的风险评估算法得出评估结果，给出评估报告，并评价个体的健康状况或健康的风险等级。

6 结论

本研究以风险评估工作为主要研究对象，深入细致的剖析了风险工作的业务用例与业务流程，设计开发了基于MVC 模式的个人健康管理系统，主要研究研究成果包括：通过对个人健康管理工作的流程进行分析。通过使用SSH 框架技术，并将SSH 框架进行整合，实现了系统各个功能模块，包括信息管理、资源管理、系统管理三组分，并采用MySQL5.5 作为后台数据库。