¿En qué consiste el requisito MPF Provider Directory?
La mayorÃa de las hojas de ruta de los pagadores de Medicare Advantage (MA) para 2026 están organizadas en torno a CMS-0057-F: Acceso del Paciente, Acceso del Proveedor, Payer-to-Payer y Autorización Previa, con una fecha de cumplimiento federal de APIs el 1 de enero de 2027.
Junto a ese trabajo — bajo una norma diferente con fechas anteriores — se encuentra el envÃo del directorio de proveedores a Medicare Plan Finder (MPF). Con frecuencia se confunde con la Provider Directory API. No son lo mismo.
CMS-4208-F2 (norma final, Federal Register, 19 de septiembre de 2025) codificó nuevos requisitos en 42 CFR § 422.111(m). Cada organización de MA debe:
- Poner a disposición de CMS los datos de proveedores y centros en la red para su publicación en lÃnea en Medicare Plan Finder (medicare.gov).
- Enviarlo en uno de los dos formatos especificados por CMS — JSON legible por máquina o Bundles JSON basados en FHIR — publicados en una URL pública que CMS rastrea diariamente.
- Actualizar los datos en un plazo de 30 dÃas desde que se tenga conocimiento de un cambio.
- Atestar anualmente en HPMS — con la firma del CEO, el CFO y/o el COO — que los datos enviados son exactos, completos y verÃdicos.
A quiénes afecta la norma en la práctica
Formalmente, la norma se aplica a las organizaciones de MA que ofrecen planes disponibles para la inscripción individual con redes de proveedores. Los Employer Group Waiver Plans (EGWPs, también denominados planes de «serie 800»), que no se ofrecen para la inscripción general en Medicare, quedan fuera del ámbito de visibilidad de MPF en virtud de las exenciones vigentes de CMS. Los planes sin redes de proveedores no están dentro del alcance, ya que no hay ningún directorio que publicar.
Operativamente, la norma aglutina un trabajo que a menudo abarca varios equipos:
- Las organizaciones de MA, que asumen la obligación regulatoria y la firma de la atestación.
- Los equipos de redes y datos de proveedores, que son propietarios de los registros de proveedores que alimentan el directorio.
- Los equipos de TI y plataformas FHIR, que construyen, alojan y mantienen el punto de envÃo público.
- El área de cumplimiento y la dirección ejecutiva, que deben confiar en los datos antes de firmar la atestación anual en HPMS.
Cómo CMS consume los datos
CMS no consulta la API FHIR del pagador. CMS rastrea una URL de acceso público que la organización de MA registra en HPMS, descarga un manifiesto JSON, recupera los archivos que este enumera, los valida e incorpora los datos en MPF. La capa de alojamiento debe admitir acceso sin autenticación, solicitudes HEAD con cabeceras ETag y Last-Modified, y GET condicional (304 Not Modified).
Las URLs se registran por número de contrato de CMS, no por producto. Una organización de MA con planes DSNP, MAP y MSA bajo un único número H registra una URL que los cubre a todos; los identificadores de plan y segmento se incluyen en cada registro, no en la ruta.
Dos vÃas de envÃo: JSON o FHIR
La Fase Dos del despliegue (CY 2027) ofrece una elección:
- JSON legible por máquina — archivos que se ajustan a una especificación de CMS adaptada del formato de archivos legibles por máquina del Marketplace QHP (CMS-9944-F).
- JSON basado en FHIR — Bundles conformes a la GuÃa de Implementación HL7 Da Vinci PDex Plan-Net v1.2.0 (FHIR R4), que abarca siete tipos de recursos:
InsurancePlan,Location,Organization(Network, Facility, Payer),OrganizationAffiliation,Practitioner,PractitionerRole.
CMS designa la opción de JSON legible por máquina como temporal. FHIR es el estándar a largo plazo, alineado con el futuro National Provider Directory (Fase Tres).
Cronograma de cumplimiento de CMS-4208-F2
Febrero de 2026: apertura de los campos de URL de la API en HPMS
Las organizaciones de MA pueden comenzar a registrar sus URLs de API o de archivos en HPMS. La guÃa técnica actualizada se publicó el 18 de febrero de 2026 (distribuida a través de HPMS, sin publicación pública en cms.gov).
Del 4 de mayo al 31 de agosto de 2026: ventana de pruebas del plan
CMS rastrea y valida las URLs registradas diariamente. Este es el perÃodo para confirmar el alojamiento, la corrección del manifiesto, la conformidad con el esquema y la cobertura de campos.
1 de septiembre de 2026: vencimiento de la atestación CY 2027 en HPMS
El CEO, el CFO y/o el COO firma la atestación anual de que los datos del directorio son exactos, completos y verÃdicos. Este es el plazo interno vinculante.
18 de septiembre de 2026: objetivo de URLs listas para producción
En este momento, las URLs registradas deben servir los datos finales y validados de CY 2027.
1 de octubre de 2026: lanzamiento en producción de MPF para CY 2027
Los beneficiarios comienzan a ver los nuevos datos del directorio en medicare.gov antes del PerÃodo de Inscripción Anual, que comienza el 15 de octubre.
En qué se diferencia de la Provider Directory API
La Provider Directory API — establecida en virtud de CMS-9115-F y en producción para las organizaciones de MA desde 2021 — es un punto de acceso FHIR público y consultable que los miembros y las aplicaciones consumen directamente. El envÃo a MPF es un feed de datos estático que CMS extrae.
| Provider Directory API (CMS-9115-F) | MPF Provider Directory (CMS-4208-F2) | |
|---|---|---|
| Modelo de acceso | API FHIR consultable | Archivos estáticos en una URL pública |
| Consumidor | Miembros y aplicaciones de terceros | Rastreador de CMS |
| Autenticación | Pública, sin autenticación | Pública, sin autenticación |
| Estado | Activa desde 2021 para organizaciones de MA | Nuevo requisito — primera atestación el 1 de sept. de 2026 |
El mismo Plan-Net IG puede servir a ambos, pero las superficies operativas son diferentes.
El plazo vinculante: 1 de septiembre de 2026
El elemento determinante es la atestación en HPMS el 1 de septiembre de 2026 — no la puesta en producción del 1 de octubre. La atestación la firman personalmente el CEO, el CFO y/o el COO, lo que desplaza la validación de la calidad de los datos, la disponibilidad de los proveedores y la cadena de aprobación interna al mes de agosto.
CMS puede suprimir los datos de una organización de MA en Medicare Plan Finder si no se completa la atestación anual, si el punto de acceso registrado no supera la validación de CMS, o si los problemas de calidad de los datos superan los umbrales publicados por CMS. La supresión durante el PerÃodo de Inscripción Anual (del 15 de octubre al 7 de diciembre) implica que los beneficiarios no pueden ver la red de proveedores del plan cuando comparan opciones en medicare.gov — un riesgo directo de inscripción en el canal donde la mayorÃa de los beneficiarios de Medicare comparan planes.
Cómo podemos ayudarle
La implementación del flujo de envÃo a MPF requiere habitualmente gestionar la conformidad con Plan-Net, la generación de archivos, las restricciones de alojamiento y la auditabilidad.
Payerbox incluye herramientas para la vÃa de envÃo FHIR del MPF Provider Directory:
- Conformidad con PDex Plan-Net IG v1.2.0 para
InsurancePlan,Organization,Location,Practitioner,PractitionerRoleyOrganizationAffiliation. - Exportación de datos y generación de Bundles para producir archivos
Bundlepor contrato de tipocollectioncon la semántica requerida demeta.lastUpdated. - Capa de alojamiento público con soporte para
HEAD/ETag/Last-Modified/ GET condicional, adaptada a los requisitos de validación de CMS. - Flujos de actualización cada 30 dÃas con trazas de auditorÃa para respaldar la atestación anual.
Póngase en contacto con nosotros para revisar su nivel de preparación para MPF y alinearlo con su hoja de ruta más amplia de CMS-0057-F.
