Imaginá un consultorio chico que atiende unas decenas de pacientes por día, muchos con distintas coberturas. A fin de mes, alguien se sienta con una pila de atenciones y empieza a preparar lo que hay que facturarle a cada financiador. A algunas atenciones les falta un dato. Algunos planes cubren una práctica y otros no. Hay facturas que se enviaron hace semanas y nadie está seguro de qué pasó con ellas.
Ahí es donde muchos consultorios pierden plata sin hacer ruido. No por una falla dramática, sino por una docena de fallas chicas que el software debía evitar y no evita.
Dónde suelen fallar los sistemas de facturación
Los problemas tienden a ser los mismos, entre países y financiadores:
- Las reglas de cada plan viven en la cabeza de alguien. Qué cubre cada uno, qué documentación pide, cuánto paga el paciente: lo sabe la persona que hace más tiempo está ahí. Si se ausenta, la facturación se frena o sale mal.
- Los rechazos vuelven sin seguimiento. Una factura se rechaza por un dato faltante o inconsistente. Si nada la pone en una lista con su motivo, queda en una carpeta hasta que alguien se acuerda.
- Los mismos datos se tipean varias veces. Datos del paciente, número de afiliado, la práctica realizada: se cargan en el mostrador, de nuevo en el archivo de facturación, de nuevo en el portal del financiador. Cada repetición es una oportunidad de que algo no coincida, y lo que no coincide es motivo de rechazo.
- Nadie puede decir qué se presentó. Si la pregunta es "¿qué atenciones de marzo ya se facturaron y cuáles siguen pendientes?", la respuesta exige abrir tres planillas.
- Los pagos no concilian. El financiador paga un total menor al esperado, con poco detalle. Averiguar qué facturas cubre, y qué se redujo o rechazó, es un trabajo manual y lento de detective.
Ninguno de estos problemas requiere tecnología avanzada. Requieren que el software trate la facturación como un proceso con estados, no como un documento que se arma una vez.
Qué hace un sistema bien hecho
La idea central es simple: cada prestación realizada genera un ítem facturable, y ese ítem avanza por pasos claros que cualquiera puede ver.
- Se registra en el origen. La prestación se carga una sola vez, cuando ocurre, con el paciente, la cobertura y lo que se hizo. La facturación parte de ese registro y no lo vuelve a tipear.
- Se controla antes de salir. El sistema aplica las reglas que definiste para cada financiador: campos obligatorios, documentación requerida, prestaciones que necesitan autorización previa. Una factura a la que le falta algo se frena de tu lado, con un mensaje claro, en lugar de ser rechazada del suyo semanas después.
- Se sigue después de salir. Cada factura tiene un estado: preparada, enviada, aceptada, rechazada, pagada, pagada parcialmente. Nada desaparece en "enviada".
- Los rechazos se vuelven tareas. Una factura rechazada aparece en una lista con el motivo informado, el responsable y una fecha. Corregirla y reenviarla es un clic, no una excavación arqueológica.
- Los pagos se asocian a las facturas. Cuando llega el dinero, el sistema te ayuda a asociarlo con lo facturado y te muestra la diferencia. Un pago corto se convierte en una pregunta concreta para el financiador, no en la sensación vaga de que falta algo.
Las reglas en sí, qué prestación necesita qué y cómo quiere cada financiador que se presente, tienen que venir de vos y de la documentación de cada financiador. Un buen desarrollador las va a pedir por escrito y no las va a suponer. Por eso tampoco voy a afirmar acá ninguna regla de codificación universal: cambian según el país y el financiador, y se actualizan.
Una nota para consultorios en Argentina
En Argentina es habitual que un consultorio trabaje con varios financiadores a la vez, como obras sociales y prepagas, y cada uno puede tener su propia forma de pedir y pagar las prestaciones. Eso hace que todo lo anterior sea todavía más relevante: cuantos más financiadores, más se multiplican las reglas que están en la cabeza de la gente. Qué supervisa la Superintendencia de Servicios de Salud y qué te exige cada financiador es algo que conviene confirmar con tu administrador o asesor y con cada financiador.
Qué cuesta dejarlo como está
Rara vez hay un solo número en un tablero que muestre el costo. Aparece como horas dedicadas a la facturación de fin de mes, como facturas que estaban bien pero se enviaron tarde, y como dinero que el consultorio tiene que cobrar y que nadie reclama porque nadie tiene una lista. Un sistema que hace visible esa lista suele pagarse solo por lo que muestra, no por nada ingenioso.
Un primer paso práctico
Antes de pensar en software, hacé un ejercicio chico. Tomá el mes pasado y, para cada financiador, respondé tres preguntas:
- ¿Cuántas atenciones se facturaron y cuántas siguen sin facturar?
- De las facturadas, ¿cuántas se rechazaron y por qué?
- ¿Cuántas se pagaron completas y cuántas se pagaron parcialmente o no se pagaron?
Si podés responderlas en diez minutos, tu proceso está en buena forma. Si lleva un día, o no se puede, encontraste exactamente lo primero que el sistema tiene que resolver, y le das a un desarrollador un punto de partida preciso.