首頁服務Medi-Cal Connect 網路研討會常見問題​​ 

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 的交易平台過渡還需要數年時間。​​