年度检查:MHealth应用程序仍处于危急情况下–第II部分:MHEPHEATH APP功能的有限功能

背景技术 mhealth应用程序 研究,以及在医院和卫生系统中的应用,请务必阅读本系列的第I部分: 医疗保健应用程序 开发市场不满足患者需求.

为什么医院应用程序开发能够克服这一主要障碍?

也许我们研究中最重要的发现是类似的功能可能从一个卫生系统到下一个卫生系统变化; 医院应用程序开发 在所有健康系统中都不一致。例如,这意味着卫生系统A中的预约请求特征可以与健康系统B的预约请求功能明显不同。电子健康记录(EHR)或收入周期管理(RCM)系统的不同工作流,设计和集成产生独特每个应用程序的用户体验。这些差异不是分钟,每天用户都可以容易地观察。甚至每个应用程序提供的功能也与下一个相同的不同。

在评估的所有品牌MHEALTE应用程序中,我们确定了医疗保健和的四种不同类别的应用程序功能 医院应用开发公司:

    • 应用程序内(集成) –本机内的功能,可连接到移动应用程序中的其他运行状况IT系统的推送和/或拉动数据
    • 应用程序内(未集成) –在应用程序本身中提供的本机内部功能,不需要集成
    • 联系 –将用户从应用中带出单独的应用程序的功能
    • 浏览器嵌入式 –集成和链接的混合动力车,没有将用户带出应用程序但要打开浏览器窗口以连接到其他系统的功能

在应用功能中:集成而非集成

 mhealth应用程序

IN-APP功能,既集成而非,通常被认为是移动应用程序开发中的最佳实践。在完成所有潜在活动时,这两种类型的功能都维持了一致的外观和感觉并保持用户在应用中。这些被认为是最佳实践的原因是用户能够通过移动应用程序的完整功能,而不会更改布局和设计,也不需要提供额外的登录凭据(除应用程序本身所需的内容除外)。

世界上最知名的消费者应用程序–包括优步,Airbnb和星巴克–为其用户实现应用内容功能。用户拥有这些应用程序的熟悉程度对于与任何移动应用程序期望的经验方面表现出某些期望。能够与这些预期保持一致的卫生系统处于更好的位置,以便在医疗保健消费者的时代,从他们的MHEATH应用中看到积极的患者参与结果。

将主流用户体验带到MHEPHEATH APP开发的MHECHEATH INVERATOR的一个例子是 宇宙mhealth.。以下是具有下一代用户体验的应用程序集成功能中的几个屏幕截图。

然而,即使在应用内容中,许多健康系统仍然无法提供期望的功能患者的水平。这通常是因为集成的应用程序功能很难开发,需要使用现代API,支持数据的实时推/拉数据–大多数现代EHR和RCM系统刚刚开始实施的东西。即使存在API,这些集成功能也需要更多时间来开发,因为消耗API所需的开发是显着的。

在许多情况下,例如,如果应该存在约会请求或自我调度表格,卫生系统选择仅提供一个电话号码列表来进行预约。这些捷径和不完整的工作流程限制了品牌的MAHEALTH应用程序正在向患者提供,并在医院应用程序开发公司中反映不佳。

联系功能

联系功能

连接功能点用户到外部应用程序才能完成工作流程。常见的链接功能包括医疗记录,账单支付,网络办理登机手续,远程医疗和预约调度。

虽然简单地将用户指向另一个应用程序的便利性非常有效 医院应用程序开发商,用户体验几乎不存在。为了让用户完成所需的工作流程,他们必须拥有它们被重定向的应用程序,并且需要从新应用程序中开始新的工作流。如果他们没有应用程序,他们被重定向到下载并安装应用程序。此类型的功能不仅增加了工作流程的不必要步骤,还将用户远离应用程序本身,强制用户在应用程序之间切换,而且可能限制了健康系统或医院应用程序的使用。

这种类型的功能限制了健康系统的能力 利用他们的MHECHEATH申请品牌目的,并提出了工作流程的突然变化,以及患者的外观剧烈突破。虽然从实现的角度来看,这种行动过程更容易,通过该应用程序创建的整体值对于内部利益相关者和患者用户来说是最小的。

 

屏幕拍摄的mhealth app

链接功能的问题:用户身份验证和PHI

 MHEALT.  APP安全 为了 符合HIPAA的移动应用程序 包含PHI,应用程序集成和浏览器嵌入功能的功能是最常见的功能传递手段。对于这些功能,用户身份验证至关重要以保留信息安全性。

提供用户身份验证的最常见手段仍然是一个强密码–包括至少一个大写字母,一个数字和一个符号,至少八个字符–通常必须为应用程序中的每个会话输入。

虽然这种类型的密码非常安全,但它可以很快对用户繁琐,以记住每个登录,特别是当应用程序不会每天使用。虽然可以说是可以易于访问用户的信息–特别是当严重的罚款可以伴随着ephi的任何渎职行为–值得注意的是,MHEALTE应用程序尚未使用更用户友好的用户身份验证形式。将发送到应用程序外部的指纹ID和4位点引脚或自动生成的键可以验证其身份,而无需密码最不记得的密码。

浏览器嵌入功能

使用mhealth应用程序的人

浏览器嵌入式功能提供 医院应用程序开发 通过利用现有的基于Web的应用程序提供MEHealth应用程序中提供功能的简单方法,而无需导航创建应用程序集成功能的技术和监管复杂性。

虽然这种快捷方式可以更便宜开发,但用户体验往往受到严重限制。在许多情况下,有必要放大屏幕,以便能够进入任何登录凭据,读取文本或与所显示系统的功能正确交互。更重要的是,基于Web的应用程序的布局和设计往往与移动应用程序明显不同。这会在申请中创造不一致,并可能影响品牌股权。 与负面用户体验相关的成本,或者只是丢失转换,可以很快超过这种类型的功能的开发节省。

医疗组织可以通过实施单点登录(SSO)功能来解决一些用户体验问题–在应用程序之间提交用户登录凭据,而无需用户手动重新输入信息。尽管如此,浏览器嵌入功能的另一个固有的inclipted界限,如不一致的UI / UX,并且需要放大,持续。由于管理外部浏览器中的用户会话挑战,SSO还带来了各种安全问题,因为难以使用和安全之间的平衡。

MHEATH APP Bill Pay的屏幕截图

总的来说,我们的应用程序功能分析表明,有限的工作流程和相对较少的集成内应用程序的实例显着降低了总体价值 hospital apps 对于患者。

在本系列的第III和IV部分中,我们将解决有关应用程序特征的误导性应用商店描述的调查结果,以及是否正在实施数字健康平台中患者所要求的最常见功能。

*根据埃森哲的“失去耐心:为什么医疗保健提供者需要抵销他们的手机游戏“2015年的论文。


您正在阅读II部分:MHEALTH APP功能的有限功能“年度检查:MHealth应用程序仍处于批判性状态。”阅读其他部分:

第I部分: 医疗保健应用程序开发市场不满足患者需求

第三部分:  应用程序存储中的误导性功能描述

第四部分:  医院和健康系统的MHealth应用程序仍然缺少核心功能

第五部分: 卫生系统应用发展进度摘要报告

担任业务发展总监,迈克尔对帮助医疗保健系统成功过渡到基于价值的护理的热情。

问题?让我们的专家帮助!

填写下面的表格或 称呼 866-932-9944 周一至周五上午9点至下午5点。

  • 联系我们

  • 联系我们


  • 通讯

    获取促销和当前的商业技巧。立即注册我们的时事通讯。