¿Qué es la automatización (RPA) en la facturación hospitalaria?
La automatización de la facturación hospitalaria es el uso de software para ejecutar, sin captura manual, tareas repetitivas del ciclo de ingresos: consultar, copiar, revisar, enviar, descargar y registrar. La forma más conocida es la automatización robótica de procesos (RPA, por sus siglas en inglés), un robot que opera en pantalla como un usuario: abre el portal de la aseguradora, inicia sesión, llena campos, descarga archivos y graba el resultado en el sistema del hospital.
El RPA es determinístico: sigue un guion escrito (“si el estatus es X, registre Y”) y siempre hace lo mismo ante la misma entrada. Es fácil de auditar, pero frágil: si el portal cambia un botón de lugar, el robot se detiene.
Quién construye y mantiene los robots es parte de la decisión sobre el modelo de operación, tratada en la guía Tercerización de la facturación hospitalaria.
RPA, webservice TISS e IA resuelven problemas distintos
RPA, integración por webservice del estándar TISS (Troca de Informação de Saúde Suplementar, el estándar brasileño de intercambio de datos) e IA no son grados de la misma tecnología. Cada una sirve para un tipo de problema, y elegir la equivocada encarece el proyecto.
| RPA (robot en pantalla) | Integración por webservice TISS | IA (modelos que aprenden) | |
|---|---|---|---|
| Cómo funciona | Imita clics y captura en sistemas y portales | El sistema del hospital intercambia mensajes XML con el de la aseguradora | Estima probabilidades o genera texto a partir del historial |
| Mejor para | Portales sin integración; puente entre sistemas internos | Intercambios del estándar TISS: lote, protocolo, reportes, apelación | Priorizar y predecir donde las reglas fijas no alcanzan |
| Resultado | Siempre el mismo ante la misma entrada | Mensaje estandarizado, con protocolo | Probabilidad o borrador, con revisión humana |
| Punto débil | Falla cuando cambia la pantalla; usa credencial de usuario | Exige la versión vigente del estándar, certificado digital e implementación de ambos lados | Hereda vicios del historial; exige gobernanza |
En la práctica, el orden suele ser: integrar por el estándar donde existe, usar robot donde solo hay pantalla y reservar la IA para priorizar. La IA en la revisión de cuentas está en las guías IA en la facturación hospitalaria e IA para la prevención de glosas; el intercambio de datos entre sistemas, en la guía Interoperabilidad.
¿Qué obliga ya el estándar TISS a que sea electrónico?
El Componente Organizacional del estándar TISS, versión 202609, publicado por la ANS (Agencia Nacional de Salud Suplementaria, el regulador de los seguros de salud en Brasil), divide los intercambios entre aseguradora y prestador en dos grupos [1]. Saber en qué grupo está cada tarea cambia la mejor forma de automatizarla.
| Grupo | Procesos | Qué significa para la automatización |
|---|---|---|
| Intercambio electrónico obligatorio (ítem 33) | Cobro de servicios; lote de anexos de la autorización; aviso de hospitalización o alta; reportes de retorno; apelación de glosa | El webservice suele ser la vía más estable |
| Intercambio electrónico opcional (ítem 34) | Verificación de elegibilidad; autorización de procedimientos (salvo el lote de anexos); envío y recepción de documentos | El mensaje electrónico puede no existir; portal y robot aparecen más |
El mismo componente obliga a la aseguradora a ofrecer webservice y portal, y el prestador elige cuál usar (ítems 129 y 130) [1]. El portal debe permitir carga y descarga de archivos y captura de datos para el cobro (ítem 132), con los campos en el mismo orden de las guías del plan de contingencia (ítem 133) [1].
El protocolo que genera la aseguradora comprueba la recepción del lote de guías, del lote de anexos y de la apelación (ítem 55), y el reporte de retorno se solicita con el número de ese protocolo (ítem 49) [1]. Guardar el protocolo de forma estructurada es lo que permite automatizar el seguimiento de la respuesta. Los mensajes están en la guía Estándar TISS.
Seis tareas candidatas a la automatización
Las tareas siguientes combinan alto volumen, pasos repetidos y regla escrita. La “vía preferente” indica lo que suele ser más estable, no una regla.
| Tarea | Vía preferente | Cuidado |
|---|---|---|
| Verificación de elegibilidad | Mensaje TISS, si la aseguradora lo ofrece; si no, robot en el portal | La negativa debe indicar el motivo (ítem 45) [5]; las excepciones van a una persona. Vea Verificación de elegibilidad |
| Captura de claves y estatus de autorización | Robot de consulta periódica; mensaje TISS donde exista | Registrar la vigencia: la tabla 38 de la TUSS (Terminologia Unificada da Saúde Suplementar; la lista de mensajes del estándar) tiene el motivo 1414, vigencia de la clave expirada [6]. Vea Clave de autorización vencida |
| Armado y envío del lote XML | Webservice TISS directo desde el sistema del hospital | Validar antes del envío; críticas como 5002 (no fue posible validar el XML) y 1308 (guía ya presentada) devuelven el lote o la guía [6]. Vea Errores de XML TISS |
| Registro del protocolo y estatus | Webservice (estatus del protocolo, ítem 47) [5] | Sin el protocolo guardado, no hay cómo pedir el reporte |
| Descarga y conciliación de reportes | Webservice para la solicitud; regla escrita para conciliar guía por guía | El reporte de análisis lista las guías del lote y, en las analizadas, solo los ítems glosados (ítem 56) [5]. Vea Reporte de análisis de cuenta y de pago y Conciliación de pagos |
| Seguimiento de apelaciones de glosa | Webservice (mensajes de apelación, ítem 51) [5] + alerta por regla | El robot controla plazo y estatus; el argumento es humano. Motivo 2909: plazo de apelación prescrito [6]. Vea Plazo de apelación de glosa |
La revisión de cuentas y la redacción de la apelación quedan fuera de la lista porque exigen juicio. Antes del envío también pesa el tiempo entre el alta y la facturación, tratado en la guía Tiempo entre alta y facturación.
Cómo priorizar: la matriz de cuatro criterios
La primera automatización debe ser la de mayor volumen, regla más estable, menos juicio y costo del error conocido. Califique cada tarea candidata de 1 a 3 en cada criterio y empiece por las sumas más altas.
| Criterio | Pregunta | 1 punto | 3 puntos |
|---|---|---|---|
| Volumen | ¿Cuántas veces al mes se repite la tarea, sumando aseguradoras? | Pocas, esporádicas | Diaria, en todas las aseguradoras |
| Regla estable | ¿El paso a paso y la pantalla cambian poco? | Portal o regla cambian con frecuencia | Guion y pantalla estables, o mensaje estandarizado TISS |
| Bajo juicio | ¿La tarea se puede describir como “si X, entonces Y”? | Exige análisis clínico o de contrato | Solo consulta, copia o comparación |
| Costo del error | ¿El error se detecta y la pérdida es limitada? | Error silencioso con pérdida definitiva (ej.: plazo perdido sin alerta) | El error aparece pronto y se puede rehacer |
El costo del error funciona al revés de lo que parece. Perder el plazo de apelación cuesta caro: la tarea es buena para una alerta automática, pero no para un robot que actúa solo. Por eso el criterio califica alto el error visible y reversible.
Ver la matriz en tabla
| Cuadrante | Volumen | Regla estable y bajo juicio | Tareas (ejemplo ilustrativo) |
|---|---|---|---|
| Automatizar primero | Alto | Alta | Descarga de reportes de pago; estatus del protocolo de lote y apelación; captura de claves de autorización; verificación de elegibilidad |
| Automatizar después | Bajo | Alta | Actualización de códigos TUSS en el catálogo |
| Estandarizar antes | Alto | Baja | Tareas en portales que cambian con frecuencia; conciliación de reportes (frontera, depende del catálogo) |
| Mantener con el equipo | Bajo | Baja | Redacción de la apelación de glosa; revisión clínica de la cuenta |
La posición de cada tarea depende del hospital: número de aseguradoras, cuántas ofrecen webservice, calidad del catálogo de ítems.
Cuándo no automatizar
Automatizar un proceso malo solo produce el error más rápido. Suele no valer la pena cuando:
- el proceso no está escrito: si cada facturista lo hace a su manera, estandarice antes;
- el portal cambia con frecuencia: el mantenimiento puede superar el ahorro; pida el webservice, que es derecho del prestador [1];
- la tarea exige juicio: revisión clínica, argumento de la apelación, negociación con el auditor de la aseguradora;
- el volumen es pequeño o no hay responsable del robot cuando se detiene.
¿Cómo medir el ahorro de la automatización?
El ahorro de la automatización se mide con la misma tarea, antes y después, con las mismas fórmulas. Sin línea base, no hay cómo separar el efecto del robot de un cambio de la aseguradora o del volumen.
| Medida | Cómo calcularla | Para qué sirve |
|---|---|---|
| Tiempo por tarea | Minutos por ejecución × ejecuciones al mes, antes y después | Horas liberadas del equipo |
| Tasa de excepción | Ejecuciones que el robot no concluyó ÷ total | Muestra si el robot es estable o se detiene seguido |
| Tasa de error | Errores encontrados en la revisión por muestreo ÷ ejecuciones revisadas | Compara la calidad con la del proceso manual |
| Plazo | Días entre el evento y la conclusión (ej.: del pago a la conciliación; del alta al envío) | Muestra si la agilidad llegó al flujo de caja |
| Costo de mantenimiento | Horas de ajuste del robot y licencias al mes | Entra en el cálculo del ahorro neto |
Ejemplo ilustrativo (cifras hipotéticas). Un hospital trabaja con 12 aseguradoras. Descargar y registrar los reportes toma 25 minutos por aseguradora, dos veces por semana: 12 × 25 × 2 × 4.3 semanas ≈ 43 horas al mes. Con el robot, el equipo atiende solo las excepciones (3 aseguradoras por semana, 15 minutos cada una, ≈ 3 horas al mes) y dedica 4 horas al mantenimiento. El ahorro sería de cerca de 36 horas al mes, siempre que se usen en el análisis de glosas y que la conciliación se haga en menos días.
Dos trampas: contar horas “liberadas” que no cambiaron de uso y olvidar el mantenimiento, ya que cada nueva versión del estándar TISS o cambio de portal pide probar el robot. Los indicadores de plazo y glosa están en Indicadores del ciclo de ingresos, y las cifras del sector, en Datos del sector. Para llevar la cuenta al comité financiero, la guía ROI del ciclo de ingresos explica cómo armar el caso de negocio.
LGPD y credenciales: el robot también es un usuario
El robot accede a guías, cuentas y reportes que contienen datos de salud, clasificados por la LGPD como datos personales sensibles (art. 5, II) [3]. Debe seguir las mismas reglas de acceso que cualquier persona del equipo.
Responsable y encargado. El hospital, que decide por qué y cómo se tratan los datos, suele ser el responsable (controlador). La empresa que desarrolla u opera el robot por cuenta del hospital suele ser el encargado (operador) y debe seguir las instrucciones del responsable (arts. 5, VI y VII, y 39) [3]. El encargado responde solidariamente por los daños cuando incumple la ley o las instrucciones lícitas del responsable (art. 42, § 1, I) [3]. Los papeles deben estar en el contrato.
Credenciales de los portales. El robot entra al portal con usuario y contraseña. Cuidados prácticos:
- usar un usuario propio para el robot, cuando la aseguradora lo permita, y no la contraseña personal de un facturista;
- guardar las contraseñas en una bóveda de credenciales, con cambio periódico y acceso restringido;
- registrar cada operación del robot (qué consultó, cuándo, con qué usuario), lo que ayuda a cumplir el deber de registro de las operaciones (art. 37) [3];
- revisar los términos de uso del portal y el contrato con la aseguradora antes de automatizar el acceso;
- prever en el contrato con el proveedor la seguridad de los datos (art. 46) y el aviso de incidentes [3].
Incidentes. Si se filtra una credencial, el responsable debe comunicar el incidente que pueda causar riesgo o daño relevante a la ANPD y a los titulares (art. 48) [3], en 3 días hábiles según la Resolución CD/ANPD n.º 15/2024 [4]. El intercambio de datos con aseguradoras se detallará en la guía LGPD en la facturación.
En el webservice, la seguridad sigue el propio estándar TISS: certificado digital e-CNPJ de la institución (ítem 21), y la aseguradora no puede exigir en papel lo que se intercambió con certificado ICP-Brasil (ítem 20) [5].
Lo que vemos en la operación
Accrua presta servicios de ciclo de ingresos y automatiza parte de su propia operación. El envío se hace, de preferencia, por API y también por webservice, portal y archivo, según lo que ofrezca cada aseguradora, con registro de vuelta en el sistema del hospital. Las tareas repetitivas con regla definida quedan con la automatización: validación del XML, envío del lote, seguimiento de plazos y estatus, conciliación del reporte de pago y borrador de la apelación.
Quedan con el equipo las tareas en las que hay una decisión sobre el valor: aceptar o impugnar una glosa, desistir de una apelación, modificar un concepto de la cuenta. El límite entre ambas está en el contrato con el hospital, y cada acción automática queda registrada, con el agente que la ejecutó y el fundamento usado, igual que las acciones del equipo.
Por dónde empezar
- Liste las tareas repetitivas de la facturación, con cuántas veces al mes ocurre cada una y en cuántas aseguradoras.
- Mapee la vía disponible por aseguradora: webservice TISS, solo portal o ninguna. Donde solo hay portal para intercambios obligatorios, pida el webservice.
- Califique cada tarea en los cuatro criterios (volumen, regla estable, bajo juicio, costo del error) y elija una o dos para empezar.
- Mida la línea base de tiempo, excepciones, errores y plazo de la tarea elegida, durante al menos un mes.
- Defina responsable, credenciales y registro del robot antes de encenderlo, y revise las cifras después de uno o dos ciclos.