¿Qué es el requisito de directorio de proveedores de MPF?
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, Pago entre Pagadores y Autorización Previa, con una fecha de cumplimiento de la API federal del 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 de Medicare Plan Finder (MPF). Con frecuencia se confunde con la API de directorio de proveedores. No son la misma cosa.
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 dentro de la red para su publicación en lÃnea en Medicare Plan Finder (medicare.gov).
- Enviarlos en uno de los dos formatos especificados por CMS — JSON de lectura automática 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 a partir del momento en que se tenga conocimiento de un cambio.
- Atestar anualmente en HPMS — firmado por el CEO, CFO y/o COO — que los datos enviados son exactos, completos y verÃdicos.
A quién 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 Planes de Exención para Grupos de Empleadores (EGWP, también denominados planes de la «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 ámbito de aplicación, ya que no existe ningún directorio que publicar.
Operativamente, la norma integra trabajo que con frecuencia abarca varios equipos:
- Organizaciones de MA, que asumen la obligación regulatoria y la firma de la atestación.
- Equipos de datos de red y proveedores, que son propietarios de los registros de proveedores que alimentan el directorio.
- Equipos de TI y plataforma FHIR, que construyen, alojan y mantienen el punto de conexión público de envÃo.
- Dirección de cumplimiento y ejecutivos, que deben confiar en los datos antes de firmar la atestación anual en HPMS.
Cómo consume CMS los datos
CMS no consulta la API FHIR del pagador. CMS rastrea una URL públicamente accesible que la organización de MA registra en HPMS, descarga un manifiesto JSON, recupera los archivos que este enumera, los valida y transfiere los datos a MPF. La capa de alojamiento debe admitir acceso no autenticado, solicitudes HEAD con cabeceras ETag y Last-Modified, y GET condicional (304 Not Modified).
Las URL 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 mismo número H registra una única 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 (año contractual 2027) ofrece una elección:
- JSON de lectura automática — archivos conformes a una especificación de CMS adaptada del formato de archivo de lectura automática del Mercado 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(Red, Centro, Pagador),OrganizationAffiliation,Practitioner,PractitionerRole.
CMS designa la opción de JSON de lectura automática como temporal. FHIR es el estándar a largo plazo, alineado con el futuro Directorio Nacional de Proveedores (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 URL de API o de archivos en HPMS. La orientación técnica actualizada se publicó el 18 de febrero de 2026 (distribuida a través de HPMS, no publicada públicamente en cms.gov).
Del 4 de mayo al 31 de agosto de 2026: perÃodo de pruebas del plan
CMS rastrea y valida diariamente las URL registradas. Este es el perÃodo para confirmar el alojamiento, la corrección del manifiesto, la conformidad con el esquema y la cobertura de los campos.
1 de septiembre de 2026: vencimiento de la atestación del año contractual 2027 en HPMS
El CEO, CFO y/o COO firma la atestación anual de que los datos del directorio son exactos, completos y verÃdicos. Esta es la fecha lÃmite interna vinculante.
18 de septiembre de 2026: objetivo de URL listas para producción
En este punto, las URL registradas deben servir datos finales y validados del año contractual 2027.
1 de octubre de 2026: lanzamiento en producción de MPF para el año contractual 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 API de directorio de proveedores
La API de directorio de proveedores — establecida bajo CMS-9115-F y en producción para organizaciones de MA desde 2021 — es un punto de conexión FHIR público consultable que los miembros y las aplicaciones consumen directamente. El envÃo a MPF es una fuente de datos estática que CMS extrae.
| API de directorio de proveedores (CMS-9115-F) | Directorio de proveedores de MPF (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 septiembre de 2026 |
La misma IG de Plan-Net puede servir a ambos, pero las superficies operativas son diferentes.
La fecha lÃmite vinculante: 1 de septiembre de 2026
El elemento decisivo es la atestación en HPMS el 1 de septiembre de 2026 — no el lanzamiento en producción del 1 de octubre. La atestación es firmada personalmente por el CEO, CFO y/o COO, lo que desplaza la validación de la calidad de los datos, la preparación del proveedor y la cadena interna de aprobación al mes de agosto.
CMS puede suprimir los datos de una organización de MA en Medicare Plan Finder si la atestación anual no se completa, el punto de conexión registrado no supera la validación de CMS o los problemas de calidad de 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 al comparar opciones en medicare.gov — un riesgo de inscripción directo en el canal donde la mayorÃa de los beneficiarios de Medicare compara planes.
Cómo podemos ayudar
La implementación del proceso de envÃo a MPF requiere habitualmente gestionar la conformidad con Plan-Net, la generación de archivos, las restricciones de alojamiento y la trazabilidad.
Payerbox incluye herramientas para la vÃa de envÃo FHIR del directorio de proveedores de MPF:
- 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ública con soporte de
HEAD/ETag/Last-Modified/ GET condicional, que cumple los requisitos de validación de CMS. - Procesos de actualización cada 30 dÃas con registros 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.
