Detras de cada memorando de politica sobre los requisitos laborales de Medicaid hay un sistema de software que debe modificarse. Para los contratistas principales de sistemas de elegibilidad que operan estas plataformas, el 1 de enero de 2027 no es una fecha de politica abstracta, es un plazo de entrega de software. Esta publicacion recorre lo que realmente cambia por dentro.
Datos nuevos que el sistema nunca ha almacenado
La mayoria de los sistemas estatales de elegibilidad fueron construidos para determinar la elegibilidad segun ingresos, hogar y categoria. Los requisitos de participacion comunitaria introducen datos que el sistema nunca fue disenado para contener: horas calificadas mensuales, la fuente y el tipo de esas horas, el estado de exencion con un codigo de razon, la fuente de datos que establecio cada exencion y el estado de verificacion de cada reclamo. Cada uno de estos es un campo nuevo, con nuevas reglas de validacion y un nuevo registro de auditoria.
La parte dificil no es agregar una columna. Es conectar esos datos a la logica de determinacion para que un miembro que esta exento, o que ha cumplido el umbral, no sea marcado erroneamente para accion.
Nuevos disparadores y nuevos avisos
El segundo cambio es la logica de eventos. El sistema debe detectar cuando un miembro queda sujeto al requisito, cuando se abre y cierra un periodo de reporte, cuando un miembro no ha reportado y cuando la exencion de un miembro esta por expirar. Cada uno de estos eventos deberia activar un aviso saliente, en lenguaje claro y multilingue, con un plazo claro e instrucciones claras, antes de que se registre cualquier accion adversa.
Esta capa de avisos es donde la implementacion mas suele fallar. Un sistema puede calcular correctamente que alguien esta fuera de cumplimiento y aun causar una perdida de cobertura evitable si el aviso llega tarde, es confuso, esta en el idioma equivocado o se envia solo por un canal. El aviso no es una salida cosmetica; es la parte del sistema que el miembro realmente experimenta.
Integracion y reconciliacion
Finalmente, el sistema debe comunicarse con otros datos: bases de datos de nomina y salarios, participacion en SNAP y TANF, marcas de SSI y discapacidad, datos de encuentros de atencion administrada. Cada fuente externa confiable que el sistema puede ingerir es un miembro que no tiene que probar algo manualmente. Construir esas integraciones, y la logica de reconciliacion para cuando las fuentes no concuerdan, es una parte importante del alcance y una fuente importante de riesgo de cronograma.
Para los contratistas principales, la guia practica es definir los carriles de avisos al miembro y de datos de exencion como entregables de primera clase, no como ideas tardias, y planificar tiempo de prueba para el desorden realista: miembros en multiples categorias de exencion, cambios de estado a mitad de ciclo y conflictos de fuentes de datos. Los sistemas que manejan esos casos limite con elegancia son los que mantendran cubiertas a las personas elegibles.