Qu'est-ce que l'exigence de 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 des patients, Accès des prestataires, 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 — sous une règle différente avec des échéances antérieures — se trouve la soumission du répertoire des prestataires de Medicare Plan Finder (MPF). Elle est souvent confondue avec l'API du répertoire des prestataires. Il ne s'agit pas de la même chose.
CMS-4208-F2 (règle finale, Federal Register, 19 septembre 2025) a codifié de nouvelles exigences au 42 CFR § 422.111(m). Chaque organisation MA doit :
- Mettre à la disposition de CMS les données sur les prestataires et les établissements du réseau pour publication en ligne sur Medicare Plan Finder (medicare.gov).
- Les soumettre dans l'un des deux formats spécifiés par CMS — JSON lisible par machine ou Bundles JSON fondés sur FHIR — publiés à une URL publique que CMS explore quotidiennement.
- Mettre à jour les données dans les 30 jours suivant la prise de connaissance d'un changement.
- Attester annuellement dans HPMS — signé par le PDG, le directeur financier et/ou le directeur des opérations — 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 qui offrent des régimes accessibles à l'inscription individuelle avec des réseaux de prestataires. Les régimes à dérogation pour groupes d'employeurs (EGWP, aussi appelés régimes de la « série 800 »), qui ne sont pas offerts à l'inscription générale à Medicare, sont exclus du champ d'application MPF en vertu des dérogations CMS existantes. Les régimes sans réseau de prestataires ne sont pas dans le périmètre, puisqu'il n'y a pas de répertoire à publier.
Sur le plan opérationnel, la règle mobilise des travaux qui s'étendent souvent sur plusieurs équipes :
- Les organisations MA, qui portent l'obligation réglementaire et la signature d'attestation.
- Les équipes de données sur les réseaux et les prestataires, qui détiennent les dossiers de prestataires faisant foi et qui alimentent le répertoire.
- Les équipes TI et de plateforme FHIR, qui construisent, hébergent et maintiennent le point de terminaison public de soumission.
- La conformité et la direction générale, qui doivent avoir confiance dans les données avant de signer l'attestation HPMS annuelle.
Comment CMS consomme les données
CMS n'interroge pas l'API FHIR du payeur. CMS explore 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, et le GET conditionnel (304 Not Modified).
Les URL sont enregistrées par numéro de contrat CMS, non par produit. Une organisation MA ayant des régimes DSNP, MAP et MSA sous un seul numéro H enregistre une URL couvrant tous ces régimes; 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 (exercice 2027) offre un choix :
- JSON lisible par machine — fichiers conformes à une spécification CMS adaptée du format de fichier lisible par machine QHP Marketplace (CMS-9944-F).
- JSON fondé sur FHIR — Bundles conformes au Guide de mise en œuvre HL7 Da Vinci PDex Plan-Net 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 d'URL d'API dans 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 (distribuées via HPMS, non publiées publiquement sur cms.gov).
Du 4 mai au 31 août 2026 : fenêtre de test des régimes
CMS explore 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 de l'exercice 2027 due dans HPMS
Le PDG, le directeur financier et/ou le directeur des opérations 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 de mise en production des URL
À ce stade, les URL enregistrées doivent transmettre les données finales et validées de l'exercice 2027.
1er octobre 2026 : mise en production de MPF pour l'exercice 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 en vertu 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 consomment 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ès | API FHIR interrogeable | Fichiers statiques à une URL publique |
| Consommateur | Membres et applications tierces | Robot d'exploration CMS |
| Authentification | Publique, sans authentification | Publique, sans authentification |
| Statut | En production depuis 2021 pour les organisations MA | Nouvelle 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 : 1er septembre 2026
La contrainte déterminante 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 directeur financier et/ou le directeur des opérations, ce qui reporte la validation de la qualité des données, la disponibilité des fournisseurs et la chaîne d'approbation interne dans la fenêtre d'août.
CMS peut supprimer les données d'une organisation MA dans 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. La suppression pendant 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 leurs options sur medicare.gov — un risque direct sur les inscriptions dans le canal où la plupart des bénéficiaires de Medicare magasinent leurs régimes.
Comment nous pouvons vous aider
La mise en œuvre du pipeline de soumission MPF requiert habituellement la gestion de la conformité Plan-Net, la génération de fichiers, les contraintes d'hébergement et la traçabilité.
Payerbox inclut des outils pour la voie de soumission FHIR du répertoire des prestataires MPF :
- Conformité à PDex Plan-Net IG v1.2.0 pour
InsurancePlan,Organization,Location,Practitioner,PractitionerRoleetOrganizationAffiliation. - Exportation de données et génération de Bundles pour produire des fichiers
Bundlede typecollectionpar contrat avec la sémantique requise pourmeta.lastUpdated. - Couche d'hébergement public avec prise en charge de
HEAD/ETag/Last-Modified/ GET conditionnel, répondant aux exigences de validation de CMS. - Pipelines de rafraîchissement à 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 avec votre feuille de route CMS-0057-F globale.
