注意：以下翻译的准确性尚未经过验证。这是使用 AIP ↗ 从原始英文文本进行的机器翻译。
减少对医疗保健提供者的多付和少付
行业领域：医疗保健
业务职能：运营
通过合同修订、州法规和健康计划特定要求来管理提供者数据是一项艰巨的任务，当出现错误时，可能导致大量的健康索赔被多付或少付。将所有这些数据集成到Palantir Foundry中，可以自动识别和呈现更正，并批准这些更正写回到生产系统中。
挑战
由于数据源众多且需要应用复杂的业务特定规则，管理提供者数据十分困难。确保准确实施所有合同修订、州法规和健康计划特定要求的规则通常需要长时间的人工干预。该过程可能涉及多个团队通过电子邮件进行沟通，在Excel中共享数据，并手动请求和进行更新到生产系统中。
不同企业管理提供者数据的方式不同，但从根本上讲，特定的提供者（TIN/NPI）被指派了一组基于其合同和州的代码，这最终决定了各种服务的支付率。由于合同修订、州更新、提供者退休或其他原因，代码可以随时更改。
当出现错误时，健康索赔可能被多付，导致利润损失和与提供者之间的摩擦，如果追回款项，或者健康索赔可能被少付，也会导致与提供者之间的摩擦，因为错过了付款。在极端情况下，州政府可能会介入并实施制裁。
错误支付的索赔对付款方来说是一个重大问题——即使支付准确率提高1%也能对收入、提供者满意度和整体服务质量产生重要影响。
解决方案
关键数据源（合同、州法规、制裁等）被集成到Palantir Foundry中，特定的业务规则被应用于集成数据，并将建议的更正呈现在一个操作应用中供用户审核。
具体来说，提供者数据分析师访问一个应用程序，该应用程序显示拟议更新的列表，从对索赔量或金额影响最大的到最小的排序。点击拟议更新将显示提案，以及用于提供建议的基础数据，使分析师能够对更新做出决策。分析师可以在应用中直接做出三个决策：
- 批准更新： 直接将更新应用（写回）到相关生产系统中
- 拒绝更新： 从队列中移除更新，并注册拒绝理由以便将来改进算法。
- 标记更新： 将更新移至单独的队列，其他团队可以验证支持建议的基础数据，或相应地更改。
提案界面由一个仪表盘支持，显示性能指标（批准/拒绝的更新数量、受影响的索赔、阻止的索赔重做的价值等）。
用户和利益相关者
- 用户：审查提供者数据的分析师，通常包括合同分析师和提供者数据分析师
- 负责人/利益相关者：索赔运营副总裁或总监，提供者数据管理副总裁
影响
- 阻止数千万的索赔因错误的提供者数据而错误支付（包括多付和少付）。
- 大幅减少识别和实施提供者数据更正所需的时间和劳动力。
- 提高提供者满意度。
制作方法
该工作流的关键是一个强大的管道，将建议的提供者数据设置更正呈现出来。重要的是，数据管道必须考虑到每个业务规则的具体细节。该工作流依赖于呈现的更新是准确的。
更新在一个操作应用中呈现，提供者数据分析师可以在其中查看更新提案、其支持数据，并决定是否接受/拒绝/标记它。第二个应用显示一个仪表盘，用户可以查看他们的性能和对业务的整体影响。
实施类似应用案例
此应用案例实现了以下模式。请点击以下链接了解有关特定模式的更多信息，并了解其在Foundry中的实现方式。
想了解更多关于此应用案例的信息？想实施类似的东西？开始使用Palantir。↗