如果要求过于模糊而无法评估，或者遗漏了支付基础设施层（即患者欠款时发生的情况），医疗计费征求建议书 (RFP) 就可能失败。结果是您无法比较建议书，合同也无法让供应商承担责任。

下面，我们将讨论一份医疗计费 RFP 中需要包含哪些内容、如何撰写以获取有价值的供应商应答，以及如何评估这些应答方案。

要点

• 医疗账单 RFP 需将服务要求与技术要求分开列明。若将二者混为一谈，会增加建议书对比的难度，也会模糊各方的权责边界。

• 合规性和安全标准在您的评分标准中应占有重要分量。倘若供应商的《健康保险流通与责任法案》(HIPAA) 合规态势薄弱，或是支付卡行业 (PCI) 安全评估文件陈旧失效，将会构成一种风险。

• 患者支付基础设施是不同于计费服务的 RFP 考量因素。随着患者财务责任的增长，处理分期付款方案、多渠道支付和自动对账的能力会对收入产生直接影响。

什么是医疗计费 RFP？

医疗计费 RFP 是医疗机构用于评估计费服务提供者与计费技术供应商的正式文件。作为服务需求方，RFP 会明确自身各项要求，并要求供应商说明：将如何满足这些需求、承诺达成哪些业务成果、具体费用，以及合同项下的风险如何划分。一份完善的 RFP，需覆盖您期望供应商将要对接的全收入周期环节：理赔提交、拒付管理、患者计费、支付处理、报告与系统集成。同时，文件不会预设所有供应商都以统一方式交付上述各项功能。

医疗计费 RFP 中应包含哪些内容？

RFP 的目标是为供应商提供足够的背景信息以便其做出响应，并为您提供足够的结构以便公平地评估建议书。为实现这一目标，您需要包含以下要素。

组织背景和现状

首先，具体描述您的组织：专业组合、患者数量、每月理赔量、付款人组合（例如，商业、Medicare、Medicaid、自费）以及您当前的计费模式（即内部、外包或混合）。

如有，请包含基准收入周期指标，例如超过 90 天的应收账款 (AR) 天数、干净理赔率、拒付率和净收款率。这些指标有助于供应商正确评估参与规模，并避免在建议书阶段做出不切实际的承诺。

工作范围

解释哪些在服务范围内，哪些不在。理赔提交、资格验证、拒付管理、患者计费、付款过账和对账是不同的功能，其人员配备和定价也有所不同。

如果您希望供应商主动向患者收款而不是生成对账单，请单独包含该功能。面向患者的收款会改变人员配备模式、技术要求和定价。

技术和集成要求

说出您的电子健康记录 (EHR) 或电子病历 (EMR) 系统的名称，包括版本。并描述您期望的确切数据流：人口统计信息导入、费用数据传输、理赔状态更新以及将付款过账回临床系统。

避免对“自动化”提出模糊要求。相反，描述您想要自动化的工作流程，例如安排时的资格检查、提交前的理赔审查规则以及按原因代码进行的拒付路由。

安全与合规

一套控制措施将决定如果出现问题您将面临的风险。供应商至少必须解决以下问题：

• HIPAA 保护措施和业务伙伴协议 (BAA) 条款

• 支付卡行业数据安全标准 (PCI DSS) 合规级别和最近评估日期

• 系统和组织控制 (SOC) 2 Type 2 认证

• 静态和传输中数据的加密标准

• 理赔和付款活动的审计跟踪

定价结构

要求提供足够详细的定价，以便计算总拥有成本，而不是月费。该总额包括每次理赔费用、收款百分比模式、实施成本、支持层级和交易级支付处理费。

评估标准和时间线

告诉供应商您将如何评估他们的建议书以及您希望何时做出决定。这会筛选掉无法满足您时间线的供应商，并表明您正在运行一个严谨的流程。

如何撰写医疗计费 RFP？

在起草需求之前，先写下本次 RFP 旨在解决的两三个收入周期问题。每个章节都需要追溯至其中一个问题。除此之外，请参考以下最佳实践来撰写您的医疗计费 RFP。

分别列明服务与技术的要求

计费服务提供者需对成果负责，包括干净理赔率、应收账款天数以及拒付解决时间线。技术供应商提供基础设施和工具，但成果责任仍由您自行承担。

部分供应商同时提供计费和技术服务，但您的 RFP 需要分别评估这两项能力。

明确集成要求

集成失败是计费项目超支的常见原因。请列明您的 EHR 供应商、版本及所需集成点，并要求供应商提供使用相同 EHR 技术堆栈的客户参考案例。

在发布 RFP 之前确定可接受的绩效目标

如果您未定义可接受的服务水平协议 (SLA)，供应商便无法在其建议书或合同中作出承诺。请参考行业基准设定目标：例如，调整后收款率高于 95% 以及应收账款天数在 30 至 40 天之间，是医疗机构常见的关键绩效指标 (KPI) 目标。请要求供应商以书面形式作出承诺。

设定切实可行的时间线

一个运作良好的医疗计费 RFP 从发布到选定供应商通常需要 8 至 12 周：包括两到三周的响应窗口期、内部评分、入围供应商演示以及参考案例核查。压缩这一流程通常会将风险后移至合同签订和实施阶段。

支付基础设施如何支持医疗计费 RFP 目标？

计费服务和支付基础设施是截然不同的，尽管 RFP 经常将它们混为一谈。支付能力必须单独审查。这两个系统的交互方式如下：

• 分期付款和支付方案支持：账单为 2000 美元的患者需要选项。询问支付方案是自动化的还是由员工手动管理的。在规模上，这种区别直接影响成本和患者体验。

• 多种支付渠道：线上、线下和电话支付都需要过账到同一个系统，而无需手动对账。每个独立的渠道都可能导致延迟、错误和核销。

• 自动对账和报告：支付数据需要在交易层面流回您的计费系统。询问供应商付款过账的运作机制。然后，询问您可以获得什么报告粒度，例如按地点、提供商、付款人类型或支付方式。聚合数据往往会掩盖您需要关注的问题。

Stripe Payments 通过与 Stripe Billing 协同工作，提高数据可见性和报告水平，并在一个地方跟踪所有支付类型，支持分期付款，从而简化了医疗机构的支付流程。

医疗计费 RFP 中有哪些常见错误？

许多 RFP 错误往往要到深度实施才会暴露，而此时合同早已签署。以下这些错误值得提前发现：

• 模糊的要求：“强大的报告”或“稳健的集成”无法评估。指定您需要的内容，例如按原因代码划分的拒付趋势、按当前程序术语 (CPT) 代码划分的付款人表现以及按提供商划分的应收账款账龄报告。您的要求越具体，回复就越有用。

• 低估合规性：很容易优先考虑工作流程和定价，而将合规性视为复选框。薄弱的 HIPAA 态势或过时的 PCI 评估是一种风险。据此评分。

• 忽略交易级定价：当供应商开具服务账单并处理款项时，费用往往以不透明的方式捆绑。要求提供清晰的单笔交易费用。基于百分比的模式看似合理，一旦大规模核算，弊端就会显现。

• 匹配度差的参考资料：供应商可能在大型医疗系统中表现良好，但在独立诊所中表现不佳，反之亦然。要求提供与您的专业组合、业务量和 EHR 堆栈匹配的参考资料。

• 将 SLA 推迟到合同阶段：如果您的绩效期望未写入 RFP，供应商就没有动力在建议书中解决这些问题。您也会因此丧失谈判中的主动权。

如何评估医疗计费 RFP 的应答方案？

极具说服力的建议书难以进行客观评分。如果您的团队独立打分，则需要一套共同的框架。

以下是如何为该流程建立结构化机制的方法：

• 提前设定评分权重：在内部就合规与安全、集成能力、定价透明度、服务模式以及参考案例等方面的权重达成一致。在收到应答方案之前完成记录。

• 将评分用于筛选入围，而非最终决策：评分用于确定入围名单，最终决策依赖判断。得分略低但拥有更优质专科参考案例或定价更清晰的供应商，或许是更有价值的长期合作伙伴。

• 深入了解供应商运营情况：超越演示层面。在入围供应商演示环节，要求供应商演练真实场景，例如来自您主要付款方的一次拒付、前 90 天内发生的 HIPAA 违规事件，或与您规模相当的客户的平均集成时间线。他们的回答所能揭示的信息，往往远比精心制作的幻灯片更有价值。

• 同步进行法律审核：让法务团队在业务评估的同时审核合同。SLA、BAA 条款、数据所有权以及终止权利，在宣布首选供应商之前更易于谈判。

• 通过有针对性的问题核查参考案例：询问实施过程中出现了哪些问题、修复耗时多久，以及预估索赔量是否与实际情况相符。

Stripe Billing 如何提供帮助

Stripe Billing 支持灵活多样的客户开单管理方案，无论是简单的定期计费、按用量计费还是销售协商合同结算都能轻松实现。无需编写代码即可快速开通全球定期付款功能，也可通过应用程序编程接口 (API) 构建定制集成。

Stripe Billing 可帮助您：

• 提供灵活的定价：通过灵活的定价模式（包括按用量、分层、固定费率加超额费用等）更快地响应用户需求。内置功能支持优惠券、免费试用、按比例收费和附加服务。

• 扩展全球业务：通过提供客户偏好的支付方式提升转化率。Stripe 支持 100 多种本地支付方式及 130 余种货币。

• 增加收入并减少客户流失：通过 Smart Retries 和恢复工作流程自动化技术，提高收入获取率并减少非自愿客户流失。Stripe 恢复工具在 2024 年帮助用户挽回了超过 65 亿美元的收入。

• 提高效率：使用 Stripe 的模块化税务、收入报告和数据工具，将多个收入系统整合为一个。轻松与第三方软件集成。

进一步了解 Stripe Billing，或立即开始使用。