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-10-25 19:50 CT Ledger 835: último cheque 2026-10-23 (hace 2 d) Escáner del board: 2026-10-25 18:15:25.250369-05 · 870 ítems · ok=true Reloj humano: último cambio hace 2 d

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»:

  • 11 retransmisiones enviadas sobre 277 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).

11 hilo(s) con retransmisión humana registrada (11 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

32

pasan las nueve compuertas

Estado del hiloHilosMonto denegadoTrabajables
Abierto170 38.943,32 $33
Resuelto · pago detectado29 6.825,29 $4
awaiting_response11 1.828,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-06-08–2026-06-14: 2.54% · 12/473 claims 06-08 2026-06-15–2026-06-21: 3.52% · 19/540 claims 2026-06-22–2026-06-28: 4.83% · 26/538 claims 2026-06-29–2026-07-05: 4.29% · 21/489 claims 06-29 2026-07-06–2026-07-12: 10.66% · 58/544 claims 2026-07-13–2026-07-19: 9.6% · 51/531 claims 2026-07-20–2026-07-26: 8.58% · 46/536 claims 07-20 2026-07-27–2026-08-02: 9.57% · 53/554 claims 2026-08-03–2026-08-09: 5.17% · 29/561 claims 2026-08-10–2026-08-16: 3.65% · 22/603 claims 08-10 2026-08-17–2026-08-23: 2.78% · 16/576 claims 2026-08-24–2026-08-30: 2.04% · 13/637 claims 2026-08-31–2026-09-06: 1.99% · 12/603 claims 08-31 2026-09-07–2026-09-13: 2.66% · 14/527 claims 2026-09-14–2026-09-20: 1.48% · 9/607 claims 2026-09-21–2026-09-27: 1.79% · 10/560 claims 09-21

datos hasta DOS ≤ 2026-09-30, 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: 1.96% · 6/306 claims 01-01 2026-02-01–2026-02-28: 2.26% · 19/839 claims 2026-03-01–2026-03-31: 1.95% · 23/1179 claims 03-01 2026-04-01–2026-04-30: 2.09% · 33/1579 claims 2026-05-01–2026-05-31: 3.33% · 70/2102 claims 05-01 2026-06-01–2026-06-30: 3.35% · 72/2150 claims 2026-07-01–2026-07-31: 9.26% · 217/2344 claims 07-01 2026-08-01–2026-08-31: 3.34% · 87/2605 claims 2026-09-01–2026-09-30: 2.26% · 56/2476 claims 09-01

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

Cobertura DOS: 99.95% (16455 de 16464 claims con DOS; 9 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

47.6%

81 de 170 ítems

Nunca tocados

23

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

Último cambio humano

2 d

2026-10-23 17:56 CT

Etiqueta en el boardÍtemsNunca tocadosTerminalidad
Sin evaluar 45 — no terminal
Recuperado 42 — recovered
Duplicado resuelto 26 — duplicate
Listo para retransmitir
23 de estos ítems nacieron en este estado y nadie los tocó nunca.
23 23 no terminal
Descartado 13 — archived
Retransmitido 9 — no terminal
En hold 9 — no terminal
Dup Esperando original 3 — no terminal
Total170 23

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 102 · 22016.834,51 $ sin casos trabajables — no es una conversación de producción
Mailen5826 445 118 · 21313.897,47 $ 26 de 58 trabajables
Liena336 197 157 · 2485.980,83 $ 6 de 33 trabajables
Seidel305 209 143 · 2418.287,06 $ 5 de 30 trabajables
Dannie283 139 161 · 2556.014,42 $ 3 de 28 trabajables
Eduardo20 20 112 · 117375,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
61–90 días75 62 815.142,96 $
91–180 días118 93 3128.346,18 $
más de 180 días34 15 17.900,19 $
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 $ 43
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 $49

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-23-generic3 012
CARC-200-generic3 003
CARC-236-generic2 002
CARC-97-generic1 001
Total50

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

178 enlaces activos sobre 170 ítems

163 OK_1_TO_1 · 7 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

396 denegaciones sin hilo

El worklist tiene 623 filas; 227 tienen hilo. Las 396 restantes (86.749,30 $) 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 277 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' (50) 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 (3 filas). Mismo motivo: modela el cierre de un envío inexistente.
¿Está toda la cola dentro de esta página?
No: 396 denegaciones aún sin hilo abierto. v_monday_worklist_v2 tiene 623 filas y solo 227 tienen hilo. Las 396 restantes (86749.30 $, denegadas entre 2026-06-20 y 2026-10-28) 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 81 pagos posteriores; la regla estricta (mismo pagador, identidad, fecha de cheque estrictamente posterior) confirma 49. La vista se equivoca en las dos direcciones: 42 de más y 5 de menos. Esta página usa la regla estricta.
Cheques con fecha futura en el ledger
13 cheques traen bpr16_check_date posterior a hoy (máximo 2026-10-28). El pin de frescura de esta página usa el máximo NO futuro (2026-10-23) 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ó 870 í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.