首页服务加州医疗保险连接网络研讨会常见问题​​ 

Medi-Cal Connect 网络研讨会常见问题解答​​ 

  1. Medi-Cal Connect 的目的是支持内部政策和流程的采纳，还是也有助于将预防措施与成员行为联系起来？
    Medi-Cal Connect 旨在支持内部政策和程序的采纳，并帮助将预防措施与成员行为联系起来。它能够更好地协调全人护理，旨在通过管理式医疗计划 (MCP) 将其纳入内部政策和程序。​​ 
  2. 在应用程序编程接口 (API) 请求中，用于确定正确成员的标识符是什么？
    MCP 将获得 DHCS 颁发的安全认证令牌，以识别其所属组织。经核实后，将根据归属成员授予数据访问权限。详细的操作说明将在入职培训期间提供给技术代表。​​ 
  3. 质量指标仪表板是否包含行为健康计划 (BHP) 负责的所有行为健康访问和标准 (BHAS) 指标（例如，急诊科就诊后对酒精和其他药物滥用或依赖的随访 (FUA)、急诊科就诊后对精神疾病的随访 (FUM)、阿片类药物使用障碍的药物治疗 (POD)）？​​ 
    最初不会包括所有 BHAS 指标；但是，许多指标将会被表示出来。所包含措施的完整清单将在即将举行的利益相关者会议上公布。​​ 
  4. 会​​  仪表盘包含California技术规范 (CaTS) 中的指标，该规范最近推出，旨在统一DHCS Program内的 HEDIS 类指标。
    CaTS 指标的纳入目前正在开发中，并将考虑在未来的版本中加入。​​ 
  5. MCP 的委托实体是否可以访问仪表板，特别是纵向成员记录 (LMR) 仪表板？​​ 
    不。从 2025 年 7 月起，访问权限将仅限于高级套餐用户。受委托实体目前将无法访问。​​ 
  6. Medi-Cal Connect何时会成为专科精神健康服务的必要条件？​​ 
    县级行为Health Plan (BHP) 计划在第四版中推出，目标是在 2025 年秋季推出。 虽然只有 MCP 被强制要求使用 Medi-Cal Connect 来识别和处理高风险成员，但该平台包含的功能将帮助 BHP 提供护理和绩效衡量。​​ 
  7. When will API connection instructions be made available?​​ 
    API 配置将于 7 月 18、2025 日开放。技术代表将在入职培训期间收到详细的实施指导。​​ 
  8. 现有的MCP监控仪表盘是否会继续更新？​​ 
    No changes to the current public-facing dashboards are planned as a result of Medi-Cal Connect. The existing MCP Monitoring Dashboard will remain unchanged.​​ 
  9. 行为Health Plan对Medi-Cal Connect 的获取和使用有何计划？​​ 
    DHCS 正在努力将行为健康转型 (BHT) 和 BH-CONNECT 整合到 Medi-Cal Connect 中。其他功能，例如质量指标仪表板和纵向成员记录，旨在支持 BHP 进行服务交付和数据报告。​​ 
  10. Medi-Cal Connect 是否会提供用于 834 资格/注册数据交换的 API？​​ 
    目前还没有明确的计划来实现 834/资格/注册数据的 API。如果此类 API 可用，它将遵循快速医疗互操作性资源 (FHIR) 标准。目前，834型飞机仍将继续使用。如有最新消息，我们将及时分享。​​ 
  11. BHP所需的质量措施是否会获得国家质量保证委员会（NCQA）的认证？​​ 
    Medi-Cal Connect 使用由Arcadia运营的 HEDIS 认证引擎，为 BH-CONNECT 激励Program中包含的各项指标生成质量评级。​​ 
  12. Are onboarding dates scheduled for MCPs?​​ 
    具体入职日期尚未最终确定。更多信息将在 2025 年 6 月举行的所有计划会议上提供。​​ 
  13. Medi-Cal Connect 如何与数据交换框架 (DxF) 保持一致？​​ 
    Medi-Cal Connect 在 DxF 的参数范围内运行。随着该框架的不断发展，Medi-Cal Connect 将在促进安全、标准化的数据交换方面发挥关键作用。​​ 
  14. 与DHCS的现有数据交换机制（包括834、274和全支付方索赔数据库通用数据布局）是否会发生变化？​​ 
    （APCD-CDL）文件？所有格式都会采用 API 吗？​​ 
    虽然医疗保健行业正在考虑向基于 API 的数据交换过渡，但有几个因素影响着这种转变——特别是对于 HIPAA 强制执行的交易，如 X12 834 和 837。这些交易受联邦法规的约束，包括 CORE 运营规则，这使得立即转换为 API 格式变得复杂。对于非联邦政府强制要求的数据文件（例如 APCD-CDL），随着时间的推移，基于 API 的交换可能更可行。然而，DHCS目前还没有明确的计划来实施上述任何格式的API。如果发生此类过渡，DHCS 将提前发出通知，提供详细指导和实施时间表。目前来看，向基于 API 的交易平台过渡还需要数年时间。​​