MPF-Anbieterverzeichnis: Frist 2026 für Medicare Advantage

Was ist die MPF-Anbieterverzeichnisanforderung?

Die meisten Medicare Advantage (MA)-Roadmaps der Kostenträger für 2026 sind rund um CMS-0057-F organisiert: Patient Access, Provider Access, Payer-to-Payer und Prior Authorization, mit einem bundesweiten API-Compliance-Datum vom 1. Januar 2027.

Parallel dazu — unter einer anderen Regelung mit früheren Terminen — liegt die Einreichung des Medicare Plan Finder (MPF)-Anbieterverzeichnisses. Es wird häufig mit der Provider Directory API verwechselt. Es handelt sich jedoch nicht um dasselbe.

CMS-4208-F2 (Abschlussregelung, Federal Register, 19. September 2025) kodifizierte neue Anforderungen unter 42 CFR § 422.111(m). Jede MA-Organisation muss:

1. Daten zu im Netzwerk befindlichen Anbietern und Einrichtungen für die Online-Veröffentlichung auf dem Medicare Plan Finder (medicare.gov) für CMS verfügbar machen.
2. Diese in einem von zwei CMS-festgelegten Formaten einreichen — maschinenlesbares JSON oder FHIR-basierte JSON-Bundles — veröffentlicht unter einer öffentlichen URL, die CMS täglich crawlt.
3. Die Daten innerhalb von 30 Tagen nach Bekanntwerden einer Änderung aktualisieren.
4. Jährlich in HPMS — unterzeichnet vom CEO, CFO und/oder COO — bestätigen, dass die eingereichten Daten korrekt, vollständig und wahrheitsgemäß sind.

Wen die Regelung in der Praxis betrifft

Formell gilt die Regelung für MA-Organisationen, die Pläne anbieten, die für die individuelle Einschreibung mit Anbieternetzwerken verfügbar sind. Employer Group Waiver Plans (EGWPs, auch als „800-series"-Pläne bezeichnet), die nicht für die allgemeine Medicare-Einschreibung angeboten werden, fallen unter bestehenden CMS-Ausnahmeregelungen außerhalb des MPF-Sichtbarkeitsbereichs. Pläne ohne Anbieternetzwerke fallen nicht in den Geltungsbereich, da kein Verzeichnis zu veröffentlichen ist.

Operativ bündelt die Regelung Aufgaben, die häufig mehrere Teams umfassen:

• MA-Organisationen, die die regulatorische Verpflichtung und die Unterschrift für die Bestätigung tragen.
• Netzwerk- und Anbieterdatenteams, die die maßgeblichen Anbieterdatensätze verwalten, die das Verzeichnis speisen.
• IT- und FHIR-Plattformteams, die den öffentlichen Einreichungsendpunkt aufbauen, hosten und pflegen.
• Compliance und Führungskräfte, die den Daten vertrauen müssen, bevor sie die jährliche HPMS-Bestätigung unterzeichnen.

Wie CMS die Daten verarbeitet

CMS fragt die FHIR-API des Kostenträgers nicht ab. CMS crawlt eine öffentlich zugängliche URL, die die MA-Organisation in HPMS registriert, lädt ein JSON-Manifest herunter, ruft die darin aufgeführten Dateien ab, validiert sie und nimmt die Daten in den MPF auf. Die Hosting-Schicht muss unauthentifizierten Zugriff, HEAD-Anfragen mit ETag- und Last-Modified-Headern sowie bedingtes GET (304 Not Modified) unterstützen.

URLs werden pro CMS-Vertragsnummer registriert, nicht pro Produkt. Eine MA-Organisation mit DSNP-, MAP- und MSA-Plänen unter einer einzigen H-Nummer registriert eine URL, die alle abdeckt; die Plan- und Segment-IDs sind in jedem Datensatz enthalten, nicht im Pfad.

Zwei Einreichungswege: JSON oder FHIR

Phase Zwei des Rollouts (CY 2027) bietet eine Auswahl:

• Maschinenlesbares JSON — Dateien, die einer CMS-Spezifikation entsprechen, die aus dem QHP Marketplace-Format für maschinenlesbare Dateien (CMS-9944-F) adaptiert wurde.
• FHIR-basiertes JSON — Bundles, die dem HL7 Da Vinci PDex Plan-Net Implementation Guide v1.2.0 (FHIR R4) entsprechen und sieben Ressourcentypen abdecken: InsurancePlan, Location, Organization (Network, Facility, Payer), OrganizationAffiliation, Practitioner, PractitionerRole.

CMS bezeichnet die maschinenlesbare JSON-Option als vorübergehend. FHIR ist der langfristige Standard, der mit dem künftigen National Provider Directory (Phase Drei) übereinstimmt.

CMS-4208-F2-Compliance-Zeitplan

Februar 2026: HPMS API-URL-Felder geöffnet

MA-Organisationen können damit beginnen, ihre API- oder Datei-URLs in HPMS zu registrieren. Aktualisierte technische Hinweise wurden am 18. Februar 2026 veröffentlicht (über HPMS verteilt, nicht öffentlich auf cms.gov veröffentlicht).

4. Mai – 31. August 2026: Testfenster für Pläne

CMS crawlt und validiert täglich registrierte URLs. Dies ist der Zeitraum, um Hosting, Manifest-Korrektheit, Schema-Konformität und Feldabdeckung zu bestätigen.

1. September 2026: CY 2027-Bestätigung in HPMS fällig

Der CEO, CFO und/oder COO unterzeichnet die jährliche Bestätigung, dass die Verzeichnisdaten korrekt, vollständig und wahrheitsgemäß sind. Dies ist die bindende interne Frist.

18. September 2026: Zieldatum für produktionsreife URLs

Zu diesem Zeitpunkt müssen die registrierten URLs endgültige, validierte CY 2027-Daten bereitstellen.

1. Oktober 2026: Produktionsveröffentlichung von CY 2027 MPF

Leistungsberechtigte beginnen, die neuen Verzeichnisdaten auf medicare.gov vor der jährlichen Einschreibungsperiode zu sehen, die am 15. Oktober beginnt.

Unterschied zur Provider Directory API

Die Provider Directory API — eingeführt unter CMS-9115-F und seit 2021 für MA-Organisationen in Produktion — ist ein abfragbarer öffentlicher FHIR-Endpunkt, den Mitglieder und Anwendungen direkt nutzen. Die MPF-Einreichung ist ein statischer Datenfeed, den CMS abruft.

Derselbe Plan-Net IG kann für beides genutzt werden, jedoch unterscheiden sich die operativen Oberflächen.

Die bindende Frist: 1. September 2026

Der entscheidende Termin ist die HPMS-Bestätigung am 1. September 2026 — nicht der Produktionsstart am 1. Oktober. Die Bestätigung wird persönlich vom CEO, CFO und/oder COO unterzeichnet, was die Datenqualitätsvalidierung, die Bereitschaft der Anbieter und die interne Freigabekette in das August-Fenster verschiebt.

CMS kann die Daten einer MA-Organisation im Medicare Plan Finder unterdrücken, wenn die jährliche Bestätigung nicht abgeschlossen wird, der registrierte Endpunkt die CMS-Validierung nicht besteht oder Datenqualitätsprobleme die von CMS veröffentlichten Schwellenwerte überschreiten. Eine Unterdrückung während der jährlichen Einschreibungsperiode vom 15. Oktober bis 7. Dezember bedeutet, dass Leistungsberechtigte das Anbieternetzwerk des Plans beim Vergleich von Optionen auf medicare.gov nicht sehen können — ein direktes Einschreibungsrisiko in dem Kanal, in dem die meisten Medicare-Leistungsberechtigten Pläne vergleichen.

Wie wir helfen können

Die Implementierung der MPF-Einreichungspipeline erfordert in der Regel den Umgang mit Plan-Net-Konformität, Dateigenerierung, Hosting-Anforderungen und Nachvollziehbarkeit.

Payerbox enthält Werkzeuge für den FHIR-Einreichungsweg des MPF-Anbieterverzeichnisses:

• PDex Plan-Net IG v1.2.0-Konformität für InsurancePlan, Organization, Location, Practitioner, PractitionerRole und OrganizationAffiliation.
• Datenexport und Bundle-Generierung zur Erstellung vertragsbezogener Bundle-Dateien vom Typ collection mit der erforderlichen meta.lastUpdated-Semantik.
• Öffentliche Hosting-Schicht mit HEAD / ETag / Last-Modified / bedingtem GET-Support, entsprechend den CMS-Validierungsanforderungen.
• 30-Tage-Aktualisierungspipelines mit Audit-Trails zur Unterstützung der jährlichen Bestätigung.

Nehmen Sie Kontakt auf, um Ihre MPF-Bereitschaft zu prüfen und mit Ihrer umfassenderen CMS-0057-F-Roadmap abzustimmen.