RPA para salud, ejecutado dentro de la institución.
La automatización hospitalaria tropieza con dos restricciones a la vez. La historia clínica es información protegida y no debería salir de la institución. Y la facturación no pasa por un solo canal: cada financiador tiene su portal, sus reglas y sus plazos. Primo opera dentro de la infraestructura del propio prestador, con los modelos de IA que utiliza traídos dentro del mismo límite.
Cada financiador tiene su propio portal. El robot no depende de ninguno.
Un hospital funciona a dos ritmos. La atención clínica se mide en minutos; la capa administrativa que la sostiene se mide en días. Autorizaciones, facturación, revisión de cuentas, conciliación de registros y rendición de informes dependen de personas moviendo los mismos datos entre sistemas que nunca fueron diseñados para hablarse. Nada de eso es decisión clínica. Todo eso retrasa el cobro, ocupa a personal habilitado y produce errores que reaparecen semanas después en forma de glosa.
Su facturación no depende de un canal, sino de varios. Cada financiador con el que trabaja tiene su propio portal, su propio nomenclador, sus propias reglas de autorización y sus propios plazos de radicación y de respuesta. Un procedimiento idéntico se factura distinto según quién lo cubra, y el equipo absorbe esa diferencia a mano. Es así en Colombia entre IPS y las distintas EPS, con reporte de RIPS asociado a la factura electrónica; en Argentina entre el prestador y cada obra social, prepaga o el instituto de jubilados; y en Honduras entre la institución, el seguro social y las aseguradoras privadas. La forma cambia; la multiplicación del trabajo, no.
La segunda restricción es dónde pueden tratarse esos datos. La historia clínica es información protegida y la responsabilidad por dónde se procesa es de la institución, no del proveedor de software. Lo que cambia es de dónde viene la obligación: en Colombia, de la Ley 1581 y de la autoridad que la aplica, que trata el dato de salud como dato sensible; en Argentina, de la Ley 25.326 y de la AAIP, con el mismo criterio; en Honduras, a falta de una ley integral, del contrato con el financiador y del gobierno interno de la institución, con un proyecto de ley ya en el Congreso — quien hoy pone historias clínicas en la nube de un tercero rehará su arquitectura cuando esa ley entre en vigor.
Una implantación on-premise no responde a esa pregunta: la elimina. Primo opera dentro de la infraestructura del propio prestador, con sus modelos de IA dentro del mismo límite, y trabaja a través de los sistemas que el equipo ya usa — de modo que las sesiones y las credenciales se quedan donde están los registros. Sumar un financiador nuevo no abre un canal nuevo hacia afuera. See deployment architecture →
Redes hospitalarias · hospitales independientes · clínicas y centros de diagnóstico · laboratorios · aseguradoras y financiadores de salud · equipos de facturación y auditoría de cuentas médicas · Mercados: Argentina · Colombia · Honduras
Flujos de trabajo típicos que automatizamos en hospitales y financiadores.
Cuatro patrones concentran la mayor parte de la carga administrativa. Los rangos de efecto están en la sección siguiente, no repetidos en cada patrón.
- 01
RPA para hospitales: facturación y gestión de glosas
El ciclo de ingresos falla al principio y muestra la falla al final. Una autorización que no se pidió, un código que no corresponde al procedimiento realizado, una cuenta enviada fuera del plazo del contrato — cada uno termina en glosa o devolución. Cuando el detalle vuelve, la atención tiene semanas y el equipo pasa más tiempo rehaciendo cuentas que evitando el problema. Primo trabaja por las interfaces que la institución ya utiliza; no se crea ninguna conexión nueva con los financiadores ni se reemplaza ninguna integración existente.
Qué automatiza Primo
- Verificación de afiliación y cobertura ante el financiador antes de la atención, a partir del registro de agenda o admisión
- Armado de solicitudes de autorización con procedimiento, codificación y soportes clínicos extraídos de los sistemas de origen
- Revisión de la cuenta antes del envío contra las reglas del financiador correspondiente, con excepciones derivadas a una persona
- Envío y seguimiento por los sistemas del propio prestador, operados como los opera el equipo
- Lectura del detalle de glosas, clasificación del motivo y armado de la respuesta, derivando lo que exige criterio humano
- HealthcarePage.patterns.item0.b5
- 02
Consolidación de historia clínica y registros
El registro de un paciente rara vez está en un solo lugar. El sistema hospitalario guarda la atención, laboratorio e imágenes guardan los resultados, el ERP guarda la vista de facturación. El equipo reconcilia eso a mano — copiando identificadores, persiguiendo un resultado que no llegó, resolviendo el registro duplicado que creó un apellido mal escrito en admisión.
Qué automatiza Primo
- Identificación del paciente entre sistemas y detección de registros duplicados
- Traslado de resultados de laboratorio e imágenes al registro de la atención
- Extracción de datos estructurados de derivaciones, epicrisis y documentos digitalizados
- Verificación de completitud antes del cierre de la atención, con faltantes levantados como excepción
- Cargas de migración y conciliación durante el reemplazo de un sistema
- 03
Agendamiento de citas, turnos y estudios
La agenda es donde la capacidad se usa o se pierde. Los pedidos llegan por teléfono, portal, derivación y mensajería, y el horario depende de la disponibilidad del profesional, de la sala y del equipamiento. Reprogramar tras una cancelación es manual, así que el espacio queda vacío.
Qué automatiza Primo
- Ingreso de pedidos desde varios canales a una sola cola
- Asignación de horarios según disponibilidad de profesional, sala y equipamiento
- Verificación de cobertura antes de confirmar, para no agendar una prestación no cubierta
- Secuencias de recordatorio, confirmación y cancelación
- Reasignación de espacios liberados desde la lista de espera
- 04
Reportes regulatorios y cumplimiento
Las obligaciones de reporte tienen calendario fijo y se alimentan de datos repartidos entre sistemas clínicos, financieros y de personal. Es trabajo con plazo y que no perdona un error de formato — caro justo cuando la operación está más cargada. Las obligaciones sobre datos personales agregan otra capa: registro de los tratamientos, aplicación de las reglas de conservación de la historia clínica y respuesta a solicitudes de titulares dentro del plazo.
Qué automatiza Primo
- Extracción y consolidación programada de los datos de reporte entre los sistemas de origen
- Validación de formato y completitud contra la especificación del organismo receptor antes del envío
- Envío por los portales regulatorios en el navegador, con captura de constancia y evidencia en pantalla
- Aplicación de las reglas de conservación y archivo de registros reemplazados
- Registro auditable de cada acción automatizada, con excepciones derivadas a un responsable identificado
Lo que suelen obtener las organizaciones de este sector
Rangos agregados basados en benchmarks de RPA del sector y los despliegues de Primo en hospitales, financiadores y redes de diagnóstico. Para cifras avaladas por clientes de despliegues individuales, ver casos de clientes →
Reducción del tiempo de tratamiento manual en facturación y autorizaciones
Throughput en consolidación de registros y ciclos de reporte, sin sumar personal
Compresión típica del ciclo de envíos periódicos
Retrabajo por errores de carga y de revisión en el envío
Rangos sintetizados a partir de la experiencia de Primo con clientes del sector salud, de informes de analistas del sector (Gartner, Forrester) y de benchmarks publicados de RPA en operaciones administrativas de salud. Los resultados individuales dependen de la madurez inicial, del alcance de los procesos y de la complejidad de integración.
Las implantaciones en salud suelen operar sobre sistemas de gestión hospitalaria e historia clínica electrónica, sistemas de laboratorio e imágenes (LIS, RIS, PACS), ERP y financiero (SAP, Oracle), gestión documental, y portales de financiadores y organismos regulatorios — por las interfaces que esos sistemas ya exponen al equipo, haya API o no.
Construido sobre Orchestrator·Robot·AI Server. Para topología de implantación y postura de seguridad en este sector, vea arquitectura.