关怀 Case Study

推进癌症治疗和生存

阿拉巴马州伯明翰大学如何整合Carevive,为临床医生提供了改善肿瘤治疗和生存所需的工具。

在UAB,我们发现使用Carevive的工具将患者的声音整合到护理计划中具有巨大价值。将Carevive的工具集成到我们的EHR中,可以将患者报告的数据放在临床医生面前,从而优化护理团队的工作流程,并帮助简化护理的协调。

加布里埃尔·罗克(马里兰州)

项目快照

雕刻牙膏患者首先

他们的应用程序使患者能够完成深入的电子评估,以用于治疗计划的优化。

REDOX提供的集成

关怀'的工作流程利用现有的数据源,并由流程图,媒体,PatientAdmin和计划数据模型提供支持。

IT团队的轻技术提升

UAB不需要自定义配置,这使得项目对于他们的IT团队来说是轻量级的,并且可以快速执行。

癌症中心护理

阿拉巴马州伯明翰大学以全面和先进的肿瘤学护理而引以为豪;整合Carevive进一步扩大了其范围。

集成UAB可以信任

氧化还原通过了HITRUST认证并符合HIPAA,可确保在传输的每个阶段交换的所有数据都是安全的。

扩大范围,更好地照顾

Integrating 关怀 at UAB ensures seamless workflows for clinicians while delivering top-notch care to cancer patients.

关怀 | University of Alabama-Birmingham Success Story


Patient-Centered Treatment via 关怀

阿拉巴马大学伯明翰分校,综合癌症中心,需要一种经过临床验证的方法来改善肿瘤患者的护理计划和治疗管理。在仔细评估了现代解决方案的市场之后,UAB选择了Carevive来帮助制定个性化且对患者友好的护理计划以治疗和生存。


Bringing 关怀 to UAB

关怀 始于肿瘤护士团队,与幸存诊所的患者会面,因此他们对肿瘤患者以及与他们合作的临床医生都有着深刻的了解。他们最初的重点是为患者提供基于证据的个性化生存计划。今天,他们提供这些服务以及针对疾病的治疗和症状管理护理计划,以帮助癌症中心达到CoC和OCM的要求。

UAB希望提供更强大的,针对特定疾病的护理和生存计划,以协助进行高级护理计划。他们的EHR Cerner没有提供生存计划,并且缺少改善治疗计划工作流程所需的内容和功能,因此,他们知道有一种外部解决方案对于更好地与癌症幸存者保持联系并提供细微差别和凝聚力的护理是必要的。

他们考虑了许多选择,它们通过传统的点对点集成来交换肿瘤数据,但是建立和维护这些集成需要UAB IT团队花费大量时间和精力。

关怀与众不同:他们通过与领先的即服务即服务提供商Redox进行EHR集成,为临床医生的工作流程提供了嵌入到工作流程中的完全集成解决方案。氧化还原承担了建立和维护集成的责任,使该项目对于UAB而言轻巧。 2015年,UAB决定与Carevive合作,以提高他们的肿瘤学护理水平并为患者提供出色的治疗。

关怀强大的平台将患者报告的数据与特定疾病的内容以及来自EHR和癌症登记系统的信息相结合,为患者提供个性化的,循证的治疗计划。此外,Carevive帮助UAB遵守新兴的基于价值的护理模型-MACRA的MIP计划和APM越来越重视调整激励措施和跟踪指标以支持护理质量和结果。 关怀通过将患者放在驾驶员座位上,汇总数据并将其整合到临床医生的工作流程中来帮助UAB实现目标,从而他们可以提供数据驱动的个性化护理。

由Redox提供支持的集成

UAB担心,Carevive复杂的工作流程将需要大量时间,测试和技术工作才能提供完全集成的解决方案。但是,Carevive带来了  氧化还原  作为集成合作伙伴以简化集成项目。

与传统项目不同,Redox符合卫生系统规范并利用现有基础架构。该策略意味着不需要自定义界面,从而使该项目在技术上对于UAB和Carevive都是轻量级的。

UAB和Carevive使用Redox的标准化JSON数据模型通过单个连接交换临床数据。 关怀能够接收EHR中存储的重要患者信息,例如诊断,分期开始日期和激素治疗方案。最后,他们将Cerner实例的治疗和生存计划推迟到患者的图表上。该过程是实时完成的,以确保临床医生在其工作流程中可以访问关键信息。


结果,退货和未来护理

UAB现在能够提供更智能的导航,风险分层,护理计划和姑息护理解决方案,以与患者保持更紧密的联系,并以较低的成本提供更高质量的护理。

For more 上 关怀 and their platform, click  这里 .
要进一步了解UAB及其健康中心,请单击  这里 .

氧化还原一直是我们的重要合作伙伴。事实证明,他们的解决方案是可靠且可靠的,这使我们的开发团队能够了解Redox支持数据流,从而专注于提供出色的用户体验。

丹·盖恩斯(Dan Gaines),副总裁

对整合感兴趣?

从另一个集成引擎切换

“我们从Mirth迁移到Redox的最大原因是为每个客户端定制消息的持续成本。我们不得不投资大量专门知识和专门的开发人员来处理Mirth。我们已经进行了REST API,所以切换到Redox是一个艰巨的任务。双赢。”

Healthwise开发主管Glen Colby

沟不必要的整合工作

“对于我们如此快速地连接到Epic头盔系统来说,真是太了不起了。在此期间能够专注于我们的产品,而不必担心处理集成对于该项目的成功至关重要。”

Breg高级产品经理Shari Matkin