Hispano RCM · Manejo de denegaciones

El Cierre

Qué se cerró de verdad, quién lo tiene y qué lleva semanas sin moverse. La fila es una persona o un estado, nunca un paciente.

Para quién: el Billing Director, en la reunión semanal. La decisión que cambia: a quién se le pregunta por qué su cola no se mueve — y a quién NO, porque su cola está bloqueada y no es culpa suya.

Fuente principal: rcm_denials.retransmit_threads Reloj del snapshot: 2026-08-26 22:25 CT Ledger 835: último cheque 2026-08-26 (hace 0 d) Escáner del board: 2026-08-26 22:16:16.639155-05 · 197 ítems · ok=false Reloj humano: último cambio de estado hoy

Titular

2.285,45 $

Pagos detectados que la cola no había registrado

27 hilos, reconciliados uno a uno contra el 835.

Por qué esto NO es «dinero recuperado»:

  • 10 retransmisiones enviadas sobre 276 generaciones
  • 39 de 39 pagos son ANTERIORES a la creación de su propio hilo
  • pagos entre 2026-02-19 y 2026-07-09; los hilos nacieron el 2026-08-25

Detección retrospectiva, no rendimiento. Nadie retransmitió: el pagador pagó por su cuenta y la cola no lo había registrado. Esta cifra NO es dinero recuperado.

Tres bolsas de dinero, tres especies distintas

Cada una responde a una pregunta diferente y ninguna se puede sumar con otra. Un solo número aquí sería la cifra más fácil de citar y la más falsa.

Pagos detectados, reconciliados contra el 835

2.285,45 $

27 hilos

El pagador pagó por su cuenta después de negar. Se reconcilió contra el 835 por número de control + identidad + pagador + fecha de cheque estrictamente posterior. NO es recuperación: nadie retransmitió nada.

Origen de la clasificación: derivado.

Recoup-and-repay — NETO CERO

390,49 $

4 hilos · hilos 159, 160, 162, 167

El pagador revirtió un pago suyo y volvió a pagar el mismo importe. El neto para la clínica es CERO: no es recuperación. Derivado de resolution_reason='recoup_and_repay_neto_cero', con guarda cruzada contra una lista fija de hilos (la marca se escribió el 2026-08-25 y podría revertirse).

Origen de la clasificación: derivado, con guarda contra lista fija.

En revisión humana — no contabilizado

496,13 $

5 hilos · hilos 122, 127, 135, 138, 200

Pago observado en el 835 cuya fecha de servicio NO coincide con la del hilo (dos_divergente_revision_humana). No se cuenta hasta que un humano confirme que es el mismo episodio. Encargo ya enviado al equipo.

Origen de la clasificación: derivado.

⚠ Las bolsas se muestran SIEMPRE por separado. Ninguna se suma con otra: miden especies distintas (dinero nuevo, neto cero, y dinero no confirmado). Las retransmisiones registradas (bloque `retransmissions`) son un eje AJENO a estas bolsas: cuentan generaciones observadas (generation > 1), no una cuarta especie de las mismas, y su propia cifra de recuperación solo aparece con prueba.

3 respuestas más sin dinero asociado. Adjudicado sin pago y transiciones de reversión. Cuentan como respuesta detectada, no como dinero.

Retransmisiones registradas — eje aparte, no una cuarta bolsa

Cuenta generaciones (generation > 1) donde alguien —hoy, una observación humana en Monday— registró un envío. NO es dinero detectado retrospectivamente: es la puerta por la que esta página empieza a medir retransmisiones de verdad, en cuanto existan.

Recuperado por retransmisión

0,00 $

0 hilo(s)

Aún ninguna recuperación atribuible a retransmisión.

Exige, dentro del MISMO hilo, una generación con submitted_at anterior a un pago confirmado por 835 (response_era_claim_id + response_check_date) en una generación posterior (generation > 1, nunca la propia gen-1).

10 hilo(s) con retransmisión humana registrada (10 en curso sin respuesta · 0 respondidas).

El universo — 227 hilos de manejo

Un «hilo» es el episodio de manejo de una denegación: nace cuando se detecta y se cierra cuando llega a un estado terminal.

Casos trabajables

40

17.6% — el resto no tiene regla de corrección elegible

Retransmitibles hoy

16

pasan las nueve compuertas

Estado del hiloHilosMonto denegadoTrabajables
Abierto171 39.193,32 $33
Resuelto · pago detectado29 6.825,29 $4
awaiting_response10 1.578,61 $0
Cerrado · sustituido8 1.622,04 $3
Retenido · ambiguo8 1.920,06 $0
Resuelto · pago parcial1 250,01 $0
Total227 51.389,33 $40

Denial rate por fecha de servicio — claims con remesa

Numerador: claims adjudicados como denegados. Denominador: claims con al menos una remesa 835; no representa todo lo facturado. La unidad es claim distinto, no fila de remesa.

Denial rate semanal por DOS

últimas 16 semanas ISO maduras (lunes como inicio)

0% 3% 6% 9% 12% 2026-04-06–2026-04-12: 2.05% · 6/293 claims 04-06 2026-04-13–2026-04-19: 4.53% · 12/265 claims 2026-04-20–2026-04-26: 2.03% · 6/296 claims 2026-04-27–2026-05-03: 2.75% · 10/364 claims 04-27 2026-05-04–2026-05-10: 1.77% · 7/395 claims 2026-05-11–2026-05-17: 4.06% · 18/443 claims 2026-05-18–2026-05-24: 3.69% · 15/406 claims 05-18 2026-05-25–2026-05-31: 4% · 15/375 claims 2026-06-01–2026-06-07: 1.42% · 5/352 claims 2026-06-08–2026-06-14: 1.28% · 4/312 claims 06-08 2026-06-15–2026-06-21: 2.74% · 9/329 claims 2026-06-22–2026-06-28: 5.19% · 16/308 claims 2026-06-29–2026-07-05: 4.49% · 11/245 claims 06-29 2026-07-06–2026-07-12: 7.73% · 18/233 claims 2026-07-13–2026-07-19: 9.05% · 18/199 claims 2026-07-20–2026-07-26: 10.34% · 18/174 claims 07-20

datos hasta DOS ≤ 2026-08-01, corte de madurez 25 días — orden del dueño · Predicado: clp02_claim_status='4'.

Denial rate mensual por DOS

meses de 2026 maduros

0% 2.5% 5% 7.5% 10% 2026-01-01–2026-01-31: 2.03% · 6/296 claims 01-01 2026-02-01–2026-02-28: 1.97% · 16/812 claims 2026-03-01–2026-03-31: 1.84% · 20/1086 claims 03-01 2026-04-01–2026-04-30: 2.46% · 31/1258 claims 2026-05-01–2026-05-31: 3.43% · 60/1750 claims 05-01 2026-06-01–2026-06-30: 2.74% · 38/1389 claims 2026-07-01–2026-07-31: 8.27% · 72/871 claims 07-01

datos hasta DOS ≤ 2026-08-01, corte de madurez 25 días — orden del dueño · Predicado: clp02_claim_status='4'.

Cobertura DOS: 99.99% (7566 de 7567 claims con DOS; 1 excluido sin DOS). La honestidad de abajo declara por qué el denominador solo-remitidos y los buckets recién maduros limitan la lectura.

El board — 170 ítems con enlace vigente

Denominador: monday_item_links.active — enlace vigente, no v_monday_state_current pelada. Los ítems observados sin enlace activo quedan fuera a propósito: están archivados o desvinculados, y contarlos inflaría el total sin añadir trabajo real.

Cierre terminal

28.8%

49 de 170 ítems

Nunca tocados

39

22.9% nacieron en su estado actual — excluidos de todo progreso

Último cambio humano

hoy

2026-08-26 20:50 CT

Etiqueta en el boardÍtemsNunca tocadosTerminalidad
Sin evaluar 53 no terminal
Listo para retransmitir
39 de estos ítems nacieron en este estado y nadie los tocó nunca.
39 39 no terminal
Recuperado 30 recovered
Retransmitido 13 no terminal
Duplicado resuelto 13 duplicate
Dup Esperando original 11 no terminal
Descartado 6 archived
En hold 4 no terminal
Asignado 1 no terminal
Total170 39

Rendición por persona

Sarai, Eduardo tienen cero casos trabajables hoy: su cola está bloqueada por el catálogo de reglas, no por su ritmo. La conversación de producción legítima es con Mailen, Liena, Seidel, Dannie.

DueñoHilosTrabajablesAbiertos Pagos detectadosDías desde EOP (prom · máx)MontoLectura
Sarai760 720 42 · 16016.834,51 $ sin casos trabajables — no es una conversación de producción
Mailen5826 445 58 · 15313.897,47 $ 26 de 58 trabajables
Liena336 207 97 · 1885.980,83 $ 6 de 33 trabajables
Seidel305 209 83 · 1818.287,06 $ 5 de 30 trabajables
Dannie283 139 101 · 1956.014,42 $ 3 de 28 trabajables
Eduardo20 20 52 · 57375,04 $ sin casos trabajables — no es una conversación de producción
Total22740 51.389,33 $

Antes de pedir producción, mírese la columna «Trabajables». Un dueño con cero casos elegibles no tiene nada que hacer aunque quiera: el cuello está en el catálogo de reglas de corrección, no en su ritmo.

Escalación

Las 9 reglas de asignación reparten el trabajo entre 5 personas, pero las 9 escalan a Seidel. Una escalación con un solo destinatario no es una escalación: es una lista.

Días desde el EOP del pagador

Esta señal NO es un SLA de manejo: mide cuánto lleva el pagador habiendo negado, no cuánto lleva el caso en una bandeja.

Antigüedad desde el EOPHilosAbiertosTrabajablesMonto
0–30 días75 62 815.142,96 $
31–60 días24 22 65.977,60 $
61–90 días58 45 1114.163,36 $
91–180 días65 42 1514.825,38 $
más de 180 días5 0 01.280,03 $
Total227 4051.389,33 $

Esto no es un panel de «SLA excedido». La vista que lleva ese nombre en el warehouse mide tiempo en estado, y como los hilos se abrieron ayer daría cerca de cero para todos — leería como «no hay nada vencido», que es exactamente lo contrario de lo que muestra esta tabla.

Por pagador

Dónde se concentra la denegación y qué pagador se corrigió solo.

PagadorHilosMonto denegadoPagos detectados
OSCARHEALTHINSURANCE154 33.689,37 $ 42
WELLCAREHEALTHPLANSINC34 8.044,37 $ 3
WELLPOINTINSURANCECOMPANY27 6.567,46 $ 3
MOLINAHEALTHCAREOFTEXASINC6 1.635,13 $
INDEPENDENCEADMINISTRATORS3 600,00 $
GREATWESTHEALTHCARECIGNA2 650,00 $
CIGNAHEALTHANDLIFEINSURANCECOMPANY1 203,00 $
Total227 51.389,33 $48

CARC asociado al pago detectado

Co-ocurrencia, no efectividad. Ninguna de estas reglas se aplicó: son la regla que el catálogo habría propuesto para el caso donde el pagador pagó solo. El catálogo tiene 26 reglas.

Regla que el catálogo habría propuestoCasosPagadosParcialesEn curso
CARC-16-generic24 1608
PR-27-generic13 1300
CARC-18-generic4 103
CARC-200-generic3 003
CARC-23-generic3 012
CARC-236-generic2 002
Total49

Ninguna de estas reglas se aplicó. Esta tabla dice qué CARC traía el caso donde el pagador acabó pagando por su cuenta. Leerla como «tasa de éxito de la regla» sería atribuirle a nuestro catálogo un resultado que produjo el pagador. Por eso no hay ninguna columna de porcentaje.

Integridad de la tubería

Lo que hay que poder afirmar para que la cola de arriba signifique algo.

Enlaces board ↔ trabajo

173 enlaces activos sobre 170 ítems

167 OK_1_TO_1 · 3 LEGIT_N_TO_1

Cero disputas: ningún ítem puede mandar a dos personas al mismo caso.

Observaciones sin enlace vigente

5 de 175 observados

Quedan FUERA del denominador: son ítems del board sin trabajo vinculado.

Ningún ítem publicado carece de observación: la página no muestra estado que no haya leído.

Cobertura del abridor de hilos

31 denegaciones sin hilo

El worklist tiene 258 filas; 227 tienen hilo. Las 31 restantes (5.730,40 $) son posteriores al abridor y NO están en esta página.

El universo publicado son los hilos, no el worklist. La diferencia se declara, no se tapa.

Lo que esta página NO puede decirle

Un panel rayado que nombra la tabla que falta vale más que un número inventado. Estas preguntas se van a hacer el primer día; aquí está la respuesta honesta.

¿Cuánto dinero recuperamos retransmitiendo?
No medible. submitted_at es NULL en las 276 generaciones: no consta que nadie haya retransmitido. Sin envío no hay recuperación que medir, solo detección.
¿Funcionan las reglas del catálogo de corrección?
No medible. v_rule_effectiveness cuenta generaciones, no envíos. Con submitted_at NULL, su columna 'applied' (49) y su 'success_pct' describen qué CARC acompañaba al pago que el pagador hizo solo — co-ocurrencia, no causa. El catálogo tiene 26 reglas.
¿Cuántos casos exceden su SLA de manejo?
No medible. v_sla_overdue_nonterminal mide tiempo en estado, y los hilos nacieron ayer: daría ~0 para todos y parecería que no hay nada vencido. Esta página publica antigüedad desde el EOP del pagador, que es otra cosa y se llama por su nombre.
¿Hay retransmisiones sin respuesta fuera de plazo?
Cero, y cero es lo correcto (0 filas). La vista modela la respuesta a algo que enviamos. No enviamos nada.
¿Hay casos cerrables por evidencia?
Cero, y cero es lo correcto (0 filas). Mismo motivo: modela el cierre de un envío inexistente.
¿Está toda la cola dentro de esta página?
No: 31 denegaciones aún sin hilo abierto. v_monday_worklist_v2 tiene 258 filas y solo 227 tienen hilo. Las 31 restantes (5730.40 $, denegadas entre 2026-08-15 y 2026-08-27) son posteriores al abridor de hilos. El universo publicado son los hilos, no el worklist.
¿El denial rate por DOS ve todo lo facturado?
No: el denominador son claims CON remesa, no todo lo facturado. KB-2026-0582 midió que la cobertura de remesa varía brutalmente por pagador (12%-36% de lo facturado); un pagador que todavía no manda 835 no entra ni al numerador ni al denominador de estas dos gráficas.
¿Los buckets recién maduros de estas gráficas son definitivos?
Para pagadores normales sí; para pagadores lentos, todavía no del todo. KB-2026-0582 midió pagadores con latencia mediana de ~55 días entre la fecha de cheque y su carga al ledger. Con un corte de madurez de 25 días, los buckets recién maduros de esos pagadores concretos pueden seguir sumando remesas tardías y desplazar la tasa.

Defectos conocidos de la fuente

Declarados aquí porque la alternativa es que aparezcan como una cifra rara dentro de seis meses y nadie recuerde por qué.

v_denial_gates.paid_later no se usa como métrica
Sobre los mismos 227 hilos la vista marca 76 pagos posteriores; la regla estricta (mismo pagador, identidad, fecha de cheque estrictamente posterior) confirma 48. La vista se equivoca en las dos direcciones: 40 de más y 12 de menos. Esta página usa la regla estricta.
Cheques con fecha futura en el ledger
10 cheques traen bpr16_check_date posterior a hoy (máximo 2026-08-27). El pin de frescura de esta página usa el máximo NO futuro (2026-08-26) para no fingir que la contabilidad va por delante del calendario.
Etiquetas del board sin mapeo de terminalidad
Ninguna hoy: las etiquetas observadas resuelven todas en monday_label_map.
El escáner y el denominador no coinciden
El último barrido tocó 197 ítems y el denominador con enlace activo es 170. La diferencia son ítems del board sin enlace vigente (5 observados sin enlace).
La etiqueta «Recuperado» del board no es dinero
El importe que el board asocia a «Recuperado» no aparece en el ledger 835. Esta página cuenta esa etiqueta como etiqueta y saca el dinero exclusivamente del 835.