图1显示了BurnOut app的基本操作。它表示了BurnOut app的CBI用户界面(UI)与GHQ测试之间的流程图，从而生成最终的自定义诊断。诊断结果显示在移动显示屏上，并与检测结果一起保存在本地数据库和云存储中。

倦怠应用程序提供3个主要功能:数据收集，倦怠诊断和用户监控。这些功能的UI是用户友好的。该应用程序还提供西班牙语、加泰罗尼亚语和英语的语言支持。默认语言与智能手机上使用的语言相同。

该应用程序提供了一个邮件联系方式，可以通过电子邮件向开发人员提供疑问或建议 关于部分，用户可以检查应用程序中的一些信息数据作为合法版权。

Android版本的应用程序可以使用应用程序链接从谷歌Play下载[ 25]。

40个随机用户的样本(总结在 表1)，代表不同的社会阶层、专业活动、种族背景、年龄和性别，从莱伊达和塔拉戈纳(西班牙)两个城市中选出。

用户第一次在应用程序上注册时，必须填写一份问卷，其中包含以下信息:

这些数据提供了有关使用者的生活方式和可能导致社会心理风险并影响其心理情绪健康的因素的信息。

图2解释了BurnOut应用程序是如何通过GHQ的组合来获得诊断的 GHQ测试节)和CBI(见 CBI测试部分)测试。有四种可能的诊断:

结果诊断是可视化的，并登记在本地数据库以及GHQ和CBI测试中。建议是自行进行测试，每3个月重复一次。

有三种方法可以监测用户健康状况的演变。

我们试图遵循指导方针，以确保令人愉快的设计和易于使用的应用程序。原因是iOS移动个人健康记录应用程序比Android应用程序具有更好的可用性得分，正如Zapata等人的研究所述[ 29]，在分析了大量的应用程序之后。

目前，有许多可供选择的技术来开发移动设备应用程序。在Android和iOS的原生代码中两次开发应用意味着额外的制作成本。此外，使用开源工具创建跨平台应用程序，使用HTML、层叠样式表和JavaScript与框架，如 PhoneGap可能会降低性能，并导致缺乏最新应用程序编程接口(api)提供的特定于设备的高级特性。

“倦怠”应用程序是使用一种有效的方法开发的 Xamarin的微软跨平台框架，提供原生性能和API访问，以提供原生用户体验。

Xamarin允许使用模型-视图-视图模型(Model-View-ViewModel, MVVM)模式，这意味着在逻辑和UI之间进行清晰的分离。这意味着Android和iOS将在逻辑端使用相同的代码，称为核心(共享逻辑代码)，通过减少重复代码来加快开发速度。在修改代码时，不必同时更改两个平台上的逻辑—只需从特定的 视图。然后，具体平台 的观点必须使用Android和iOS的本地代码进行开发。框架提供了将UI与核心绑定的方法，当核心属性发生变化时，它将自动更新。

由于MVVM模式，视图之间有一个清晰的分离，视图是在屏幕上显示给用户的UI;模型，包含当前视图的数据;以及视图-模型，它处理视图和模型之间的通信。

业务和验证逻辑只执行一次，因为它们包含在核心中。由于核心在平台之间共享，这种方法减少了编码。

因此，BurnOut应用程序是使用本地API访问和本地性能编写的，在提供更快的开发的同时易于维护性。

然而，Xamarin框架和MVVM模式有一些缺点。由于它是为跨平台应用程序设计的，在应用程序启动时加载不必要的库，导致进程明显变慢，所需内存大小增加。

BurnOut应用程序使用两种存储系统:一个NoSQL本地数据库，Android和iOS都使用 Akavache一种异步、持久化键值存储系统。

BurnOut应用程序在多个设备之间提供云同步，这是由一个服务器实现的，该服务器使用Spring实现了一个具有代表性的状态传输服务。具象状态转移已经迅速成为构建web服务的事实上的标准，因为它易于构建和使用。此外，它还提供应用程序安全性(加密和身份验证)。缓存内置于协议中。通过域名系统的服务路由是一种弹性和众所周知的系统，它得到了普遍的支持。

云存储的实现遵循相同的技术。它将键值注册表存储在服务器上。云数据在后台异步同步，因此同步过程对用户来说几乎是不明显的。它执行增量备份;因此，它只上传新的或修改过的数据。当用户登录时，根据存储在云中的数据更新本地数据库。当用户退出时，本地数据库将被擦除，因为它将不再被使用，并且已经保存在云中。这避免了本地数据库和云之间的不一致。

在本节中，测试了BurnOut应用程序的健壮性、可用性和效率。

为了严格评估应用程序的健壮性，我们记录了使用应用程序时发生的所有崩溃，以控制它们发生的地点和时间。

为了衡量可用性，人们必须在应用程序中执行几个操作，例如注册、引入数据、测试诊断和监控工具。他们还对BurnOut应用程序的用户体验进行了1到5分的评分。此外，根据他们的观察所做的改变有助于使BurnOut应用程序更加用户友好。

与Android和iOS设备的运行效率进行了比较 表6。测量的效率参数包括启动、诊断生成和登录。start -up被定义为应用程序启动所花费的时间。诊断生成是应用程序为用户需求生成个性化诊断计划所花费的时间。登录定义为应用程序登录用户并设置其健康状态以监控和从云或数据库获取数据所需的时间。这些时间是三次不同测量的平均值。次数<1秒保证用户的思路不间断[ 30.]。

在使用BurnOut的15天测试期间，共检测到17次崩溃。其中，从本地数据库异步加载数据(3/17,18%)、从云数据库异步加载数据(11/17,65%;考虑到它仍在实施中)，以及登录(4/17,24%)。此外，11%(2/17)的错误是由于简单的编程错误，如空指针异常、内存分配和应用程序与服务器之间的通信，而其他错误是由于错误的查询和错误的异步行为造成的数据库异常。

第一批对这款应用进行评估的用户对它持肯定态度，总体来说，他们认为它的可用性很好。McIlroy等人在研究中提到的一些问题[ 31在审查手机应用程序时遇到的问题。

为了衡量《BurnOut》应用的可用性，我们对文章中提到的用户做了一个简短的调查 用户测试是采用业界标准的系统可用性量表(SUS) [ 32]。它包括一个10项的问卷，有5个回答选项，从非常同意到非常不同意。它能够评估各种各样的产品和服务，包括硬件、软件、移动设备、网站和应用程序。选择SUS是因为它的特点完全符合我们的兴趣:它是一个非常容易对参与者进行管理的量表，它可以用于具有可靠结果的小样本量，并且它是有效的(即，它可以有效地区分可用和不可用的系统)。

参与者根据他们对所读陈述的认同程度将每个问题从1到5排序。5分表示完全同意，1分表示强烈反对。所有的测试者都回答了调查。与完全治疗组相比，该组在年龄、性别和身体状况方面具有代表性。 表7给出了得到的SUS结果。

计算背后的基本原理非常直观。总分100分，每道题10分。

因为奇数的问题都是积极的语气，如果回答是 强烈同意，他们会得到最高分，每道题10分。如果响应是 强烈反对，他们将得到最低分数，即0分。通过从每个奇数题中减去1，我们确保最小值为0。然后，通过乘以2.5，我们确保每个问题的最大值是10。

相反，如果响应是 强烈同意对于消极语气的偶数问题，他们会得到最低分数，每个问题都是0分。如果响应是 强烈反对，他们将得到最低分数，即0分。因此，通过从5个问题中减去每个问题的分数，我们可以确保最小值为0。然后，通过乘以2.5，我们确保每个问题的最大值为10。

一旦得到所有的结果，我们计算每个测试的平均值，从而得到最终的分数。在这个案例中，我们得到了95.8分。这些结果令人难以置信地满意，因为根据SUS评分解释的一般准则( 表8)，我们获得了优秀的评价。

所获得的结果与用户在执行测试后共享的感觉一致。他们都认为web部分非常直观，不需要太多时间来学习如何充分利用它，而他们都强调了机器人的简单-有用关系。

首先，评估了启动效率( 多媒体附录1)。首先要指出的是，使用Xamarin。Forms alongside the MVVMCross framework instead of using native languages added a noticeable delay when starting up the app on both Android and iOS. This is because it usually loads several libraries.

多媒体附录2显示在两个平台上获得诊断所需的测量时间。获得了类似于启动所获得的性能。总的来说，Android和iOS的结果非常相似。

多媒体附录3显示诊断加载，尽管在缓存后会从本地数据库检索它。这款应用在iOS上的运行速度略快于Android。在绝对值上，这代表了0.48秒的差异。

另外，在Android和iOS上，生成诊断结果的最佳和最差时间差分别为0.656秒和0.652秒。总的来说，我们可以肯定iOS版本比Android版本要快一些。

当比较本地数据库在用户进度部分的诊断加载时，Android比iOS略快0.434毫秒;然而，在较旧的设备上，差异非常显著。例如，在执行同样的任务时，iPhone 5的速度是LG G2的1.6倍。

作为总结，由于实现了异步任务来弥补Xamarin框架的缓慢，所以BurnOut应用程序的操作非常流畅，响应时间也很长。根据结果，我们可以断言Android和iOS之间的性能差异非常小。

倦怠应用程序是一个有用的、用户友好的应用程序，提供了最准确的诊断方法，根据CBI关注导致倦怠综合征的心理社会风险，并在跨平台系统中监测用户随时间的演变，其中包括通过GHQ进行心理健康评估等有趣的额外功能。

倦怠应用程序提供了一个潜在的倦怠综合征患者可能需要的主要功能，如下图所示 结果部分。

参加测试的用户的SUS分数为95.8分(满分100分)，达到了优秀水平，因此“BurnOut”应用程序非常强大，而且用户友好。

在启动效率方面，该应用程序明显比使用本地工具的应用程序慢(本文未显示)。通过使用Xamarin，这是因为添加了一些额外的库，这些库需要一些时间来加载;然而，这是严格必要的，因为它允许我们使用MVVMCross框架通过共享一些代码和修复任何错误的能力来节省大量时间，而不是在每个平台上修复它。一般来说，当使用Xamarin时，Android和iOS的启动结果非常相似。

相比之下，将其性能与列表中列出的其他应用程序进行比较并不容易 表9因为每个应用程序都提供不同的功能。它们都不会根据CBI和GHQ结果生成自定义诊断，这是我们应用程序的主要优势之一。

此外，BurnOut应用程序使用本地数据库，不久将使用云存储。这意味着数据永远不会因为移动设备故障而丢失，因为数据将不断同步并存储在云中。上传和下载操作最多需要3到5秒。此外，同步以及数据库中的本地存储将在后台异步执行，以避免糟糕的用户体验。

一些应用程序显示在 表9在云中没有同步，因此不与任何服务器通信。因此，等待时间几乎被消除了。然而，在倦怠应用程序的时间惩罚是察觉不到的用户，我们可以向他们保证，他们永远不会丢失的信息，因为它是保存在服务器云。

现有的测量卫生保健专业人员职业倦怠的工具有各种优势和局限性。大多数卫生保健系统将能够找到一种或几种经过验证的工具，以满足其特殊需要和情况[ 33]。 表10总结了7种常见的测试，根据它们的总体优势和局限性。在卫生保健专业人员中，最常用的测量倦怠的工具是马斯拉克倦怠量表[ 30.]。它包括3个领域:情感耗竭、人格解体和个人成就感低。其他可用来测量倦怠的工具包括奥尔登堡倦怠量表[ 34]及CBI [ 23]。奥尔登堡倦怠量表有3个领域:身体、认知和情感上的疲惫以及对工作的脱离。CBI有三个领域:个人(身体和心理疲劳和疲惫)，工作(与工作相关的身体和心理疲劳和疲惫)，以及与客户相关的(或类似的术语，如病人和学生)倦怠。一些卫生系统和调查人员使用医师工作生活调查单一项目(“总体而言，根据您对倦怠的定义，您如何评估您的倦怠程度?”)来衡量倦怠症状[ 35]。

欧洲基金会的通讯员报告了范围广泛的预防行动，从宣传运动等提高认识活动到培训、与保健专业人员协商、分享良好做法范例，以及提供工具对压力进行风险评估和早期发现倦怠[ 18， 36]。

美国国家医学院公布了一份有效可靠的测量倦怠的工具清单[ 37]。每种工具都有其优点和缺点，有些工具更适合特定的人群或设置。

让我们来看看倦怠应用市场。 Moodpath， Psychosomat,和 BreathePro都是最受欢迎的安卓应用。 MindDoc也适用于iOS。

Moodpath为抑郁症、心理治疗和心理健康提供支持。它是基于为期两周的抑郁症筛查。它有心情日记的功能。它提供在日志中检测到的症状列表。它提供了用户的心理健康评估，并帮助理解用户情绪背后的心理。 Psychosomat为抑郁症提供支持，包括基于倦怠综合症。在心理治疗之前、期间和之后，以及在自我发现过程中，都提供支持。由于用户定义的标准，它也适用于双相情感障碍。 BreathePro是一种呼吸训练项目。它可以帮助用户避免疲劳和压力，并通过iPhone摄像头测量抗压能力。

Jung等[ 38发现用户评级对免费应用的生存至关重要，尽早进入市场也有好处。Martin等人在研究中提出了各种应用商店分析[ 39]。最有趣的发现是，评级与下载量(受欢迎程度)之间存在很强的相关性，免费应用的评级高于非免费应用。Tian等[ 40研究了谷歌Play上1492个高评价和低评价的应用。他们得出的结论是，应用的大小、商店页面上的促销图片数量以及目标软件开发工具包版本是区分高评级应用与低评级应用的最准确特征。

表9根据下载量、评分(有多少用户对该应用进行了评价)、平均评分(0-5分)以及Pro版本的可用性，对倦怠应用进行了比较。 表11显示了倦怠应用程序提供的主要功能之间的比较。

除了BurnOut应用之外，所有的应用都提供了类似的功能，也都有同样的弱点。它们都专注于提供症状监测。

该分析的另一个重要结论是，总的来说，被分析的应用程序没有在患者和临床医生之间提供任何形式的互动或反馈。

BurnOut应用程序是唯一支持倦怠测试诊断的应用程序。它使用CBI和GHQ测试。CBI和GHQ免版税;因此，它们的使用是免费的。当你的目标是开发一款免费应用时，这是一个显著的优势。

在一项平衡的队列临床试验中，倦怠应用程序没有进行评估，该队列包括一组真正诊断为倦怠的患者和另一组没有这种综合征的对照组。困难在于收集可靠的结果。潜在患者应该访问该应用程序并获得诊断。这使得很难获得令人满意的结果。

倦怠应用程序为潜在的倦怠综合症患者提供了一个基于他们的需求和目标的诊断生成器。了解应用程序的上下文使用以及它如何影响通信服务也很重要[ 41]。本研究分析了最流行的操作系统和设备方法，并概述了构建多平台应用程序的可能框架。此外，BurnOut应用程序集成了本地iOS和Android服务，以提供强大而原生的感觉和外观。

《BurnOut》的iOS和Android版本都是使用微软的Xamarin框架实现的。事实证明，BurnOut应用程序是强大的。我们从几个关键点对Android和iOS版本进行了比较。测试了两个平台上的效率，结果非常相似。

通过使用本地api，用户体验得到了增强。这隐藏了一个事实，即应用程序是使用多平台框架构建的。

总的来说，这款应用的可用性(SUS得分为95.8)、效率和健壮性都足够好，因为接受调查的人在使用这款应用时没有任何问题，而且大多数人都感到自信( 表7)。我们知道用户愿意使用个人健康记录[ 42]，并且已经证明，它可以帮助用户成功地实现他们的目标，同时跟踪他们的健康数据，并帮助他们遵循个性化的计划，以完美地满足他们的需求，帮助改善他们的健康状况。

未来的趋势可能会集中在通知的实施上，让用户在长时间的工作中保持积极性并鼓励他们。这些通知消息和提示及其发送频率将取决于用户的注册结果和健康状态。此外，它还可以用来提醒他们继续使用应用程序，鼓励他们继续这个过程。

由于View-Model逻辑在Android、iOS或web等平台上是相同的，一个有趣的新功能将是将应用程序移植到web上，使用户能够轻松访问所有基于web的数据。