|
5 min de lecture
|

Répertoire des prestataires MPF : une échéance distincte pour 2026 visant les régimes Medicare Advantage

Résumé de l'article

CMS-4208-F2 exige que les organisations Medicare Advantage publient leurs données de répertoire de prestataires auprès de CMS pour Medicare Plan Finder — une règle distincte de CMS-0057-F. Le mécanisme contraignant est l'attestation HPMS avant le 1er septembre 2026, signée personnellement par le PDG, le chef des finances et/ou le chef de l'exploitation. CMS offre deux voies de soumission : des fichiers JSON lisibles par machine ou des Bundles JSON basés sur FHIR conformes au guide d'implémentation Da Vinci PDex Plan-Net. Une attestation manquée, un échec de validation ou des problèmes de qualité des données dépassant les seuils de CMS peuvent entraîner la suppression du régime de Medicare Plan Finder durant la période d'inscription annuelle.

Résumer cet article avec :
ChatGPTPerplexityClaudeGrok
Watch the Implementation Architecture Demo

See the four CMS-0057-F FHIR APIs in action and how they fit into a production payer architecture:

  • Patient Access
  • Provider Access
  • Payer-to-Payer
  • Prior Authorization

We'll email the recording straight to your inbox.

Demo · production architecture · real case

CMS-0057 readiness, starting from your architecture

Book a collaborative architecture review with our engineering team and see exactly where your systems stand on CMS-0057.

We review your data flows, integration patterns, and API layers, then highlight where your architecture already supports CMS-0057 and where it may struggle under real-time FHIR and ePA workloads. The outcome is a clear architectural picture your team can take straight into roadmap planning.

45 minutes · architect-to-architect · no sales pitch

Qu'est-ce que l'exigence du répertoire des prestataires MPF?

La plupart des feuilles de route des payeurs Medicare Advantage (MA) pour 2026 s'organisent autour de CMS-0057-F : accès pour les patients, accès pour les prestataires, échange de payeur à payeur et autorisation préalable, avec une date de conformité aux API fédérales fixée au 1er janvier 2027.

En parallèle à ces travaux — sous une règle différente avec des échéances antérieures — se trouve la soumission du répertoire des prestataires à Medicare Plan Finder (MPF). Elle est fréquemment confondue avec l'API du répertoire des prestataires. Ce n'est pas la même chose.

CMS-4208-F2 (règle finale, Federal Register, 19 septembre 2025) a codifié de nouvelles exigences à 42 CFR § 422.111(m). Chaque organisation MA doit :

  1. Rendre disponibles auprès de CMS les données sur les prestataires et établissements dans le réseau, aux fins de publication en ligne sur Medicare Plan Finder (medicare.gov).
  2. Les soumettre dans l'un des deux formats spécifiés par CMS — JSON lisible par machine ou Bundles JSON basés sur FHIR — publiés à une URL publique que CMS parcourt quotidiennement.
  3. Mettre à jour les données dans les 30 jours suivant la prise de connaissance d'un changement.
  4. Attester annuellement dans HPMS — signé par le PDG, le chef des finances et/ou le chef de l'exploitation — que les données soumises sont exactes, complètes et véridiques.

Qui est touché par la règle en pratique

Formellement, la règle s'applique aux organisations MA offrant des régimes disponibles à l'inscription individuelle avec des réseaux de prestataires. Les régimes Employer Group Waiver Plan (EGWP, aussi appelés régimes de la « série 800 »), qui ne sont pas offerts à l'inscription générale dans Medicare, sont exclus du champ de visibilité MPF en vertu des dérogations CMS existantes. Les régimes sans réseau de prestataires ne sont pas visés, puisqu'il n'y a aucun répertoire à publier.

Sur le plan opérationnel, la règle regroupe des travaux qui relèvent souvent de plusieurs équipes :

  • Les organisations MA, qui assument l'obligation réglementaire et signent l'attestation.
  • Les équipes chargées des réseaux et des données des prestataires, qui détiennent les dossiers de prestataires faisant référence pour alimenter le répertoire.
  • Les équipes TI et de la plateforme FHIR, qui construisent, hébergent et maintiennent le point de terminaison de soumission public.
  • La direction de la conformité et la haute direction, qui doivent avoir confiance dans les données avant de signer l'attestation HPMS annuelle.

Comment CMS consomme les données

CMS ne requête pas l'API FHIR du payeur. CMS parcourt une URL publiquement accessible que l'organisation MA enregistre dans HPMS, télécharge un manifeste JSON, récupère les fichiers qu'il répertorie, les valide et intègre les données dans MPF. La couche d'hébergement doit prendre en charge l'accès non authentifié, les requêtes HEAD avec les en-têtes ETag et Last-Modified, ainsi que le GET conditionnel (304 Not Modified).

Les URL sont enregistrées par numéro de contrat CMS, et non par produit. Une organisation MA offrant des régimes DSNP, MAP et MSA sous un même numéro H enregistre une seule URL couvrant l'ensemble; les identifiants de régime et de segment sont inclus dans chaque enregistrement, et non dans le chemin.

Deux voies de soumission : JSON ou FHIR

La phase deux du déploiement (AС 2027) offre un choix :

  • JSON lisible par machine — fichiers conformes à une spécification CMS adaptée du format de fichier lisible par machine du marché QHP (CMS-9944-F).
  • JSON basé sur FHIR — Bundles conformes au HL7 Da Vinci PDex Plan-Net Implementation Guide v1.2.0 (FHIR R4), couvrant sept types de ressources : InsurancePlan, Location, Organization (Réseau, Établissement, Payeur), OrganizationAffiliation, Practitioner, PractitionerRole.

CMS désigne l'option JSON lisible par machine comme temporaire. FHIR est la norme à long terme, alignée sur le futur répertoire national des prestataires (phase trois).

Calendrier de conformité à CMS-4208-F2

Février 2026 : ouverture des champs URL de l'API HPMS

Les organisations MA peuvent commencer à enregistrer leurs URL d'API ou de fichiers dans HPMS. Des directives techniques mises à jour ont été publiées le 18 février 2026 (diffusées par l'entremise de HPMS, et non affichées publiquement sur cms.gov).

Du 4 mai au 31 août 2026 : fenêtre de test des régimes

CMS parcourt et valide quotidiennement les URL enregistrées. C'est la période pour confirmer l'hébergement, l'exactitude du manifeste, la conformité au schéma et la couverture des champs.

1er septembre 2026 : attestation AC 2027 due dans HPMS

Le PDG, le chef des finances et/ou le chef de l'exploitation signe l'attestation annuelle confirmant que les données du répertoire sont exactes, complètes et véridiques. Il s'agit de l'échéance interne contraignante.

18 septembre 2026 : cible pour les URL prêtes pour la production

À cette date, les URL enregistrées doivent servir les données AC 2027 finales et validées.

1er octobre 2026 : mise en production de MPF pour l'AC 2027

Les bénéficiaires commencent à voir les nouvelles données du répertoire sur medicare.gov avant la période d'inscription annuelle, qui débute le 15 octobre.

En quoi cela diffère de l'API du répertoire des prestataires

L'API du répertoire des prestataires — établie dans le cadre de CMS-9115-F et en production pour les organisations MA depuis 2021 — est un point de terminaison FHIR public interrogeable que les membres et les applications utilisent directement. La soumission MPF est un flux de données statique que CMS extrait.

API du répertoire des prestataires (CMS-9115-F)Répertoire des prestataires MPF (CMS-4208-F2)
Modèle d'accèsAPI FHIR interrogeableFichiers statiques à une URL publique
ConsommateurMembres et applications tiercesRobot d'exploration CMS
AuthentificationPublique, sans authentificationPublique, sans authentification
StatutEn service depuis 2021 pour les org. MANouvelle exigence — première attestation le 1er sept. 2026

Le même IG Plan-Net peut servir les deux, mais les surfaces opérationnelles sont différentes.

L'échéance contraignante : le 1er septembre 2026

Le mécanisme contraignant est l'attestation HPMS le 1er septembre 2026 — et non la mise en production du 1er octobre. L'attestation est signée personnellement par le PDG, le chef des finances et/ou le chef de l'exploitation, ce qui fait remonter la validation de la qualité des données, la disponibilité des fournisseurs et la chaîne d'approbation interne à la fenêtre du mois d'août.

CMS peut supprimer les données d'une organisation MA sur Medicare Plan Finder si l'attestation annuelle n'est pas complétée, si le point de terminaison enregistré échoue à la validation CMS, ou si des problèmes de qualité des données dépassent les seuils publiés par CMS. Une suppression durant la période d'inscription annuelle du 15 octobre au 7 décembre signifie que les bénéficiaires ne peuvent pas voir le réseau de prestataires du régime lorsqu'ils comparent les options sur medicare.gov — un risque direct pour l'inscription dans le canal où la majorité des bénéficiaires de Medicare magasinent leurs régimes.

Comment nous pouvons vous aider

La mise en œuvre du pipeline de soumission MPF nécessite généralement la gestion de la conformité à Plan-Net, la génération de fichiers, les contraintes d'hébergement et la traçabilité des données.

Payerbox comprend des outils pour la voie de soumission FHIR du répertoire des prestataires MPF :

  • Conformité au PDex Plan-Net IG v1.2.0 pour InsurancePlan, Organization, Location, Practitioner, PractitionerRole et OrganizationAffiliation.
  • Exportation de données et génération de Bundles pour produire des fichiers Bundle de type collection par contrat avec la sémantique meta.lastUpdated requise.
  • Couche d'hébergement public avec prise en charge de HEAD / ETag / Last-Modified / GET conditionnel, correspondant aux exigences de validation CMS.
  • Pipelines d'actualisation sur 30 jours avec pistes d'audit pour appuyer l'attestation annuelle.

Communiquez avec nous pour évaluer votre état de préparation MPF et l'aligner sur votre feuille de route CMS-0057-F globale.

Partager cet article
Comments
Comments
Sign in
Loading comments...
Subscribe to our blog

Get the latest articles on FHIR, interoperability, and healthcare IT.