¿Qué es un sistema de gestión hospitalaria desde la facturación?
Un sistema de gestión hospitalaria es el software que registra la atención del paciente y convierte ese registro en cuenta, cobro y pago. Puede ser un sistema único o un conjunto de sistemas integrados. Para el ciclo de ingresos, la pregunta no es cuántos módulos tiene, sino si el dato clínico llega a la cuenta completo, codificado y en el formato que la aseguradora acepta.
Esto importa porque la cuenta solo se procesa si llega en el formato, con los códigos y en la versión que exige la Agência Nacional de Saúde Suplementar (ANS) [1]. En la decisión entre facturar internamente o tercerizar, tratada en la guía Tercerización de la facturación hospitalaria, el sistema es una variable central.
Versión TISS: el criterio que no admite retraso
El primer criterio es la capacidad de seguir el estándar TISS (Troca de Informações na Saúde Suplementar, el estándar obligatorio de intercambio de datos en la salud privada brasileña) tras cada publicación de la ANS. La RN 501/2022 exige que el intercambio entre aseguradora y prestador sea electrónico y en la versión vigente (art. 7) [1]. El estándar tiene cinco componentes con versiones propias: en septiembre de 2026, Organizacional estaba en la 202609, Representación de Conceptos en Salud (TUSS) en la 202607, Contenido y Estructura y Seguridad y Privacidad en la 202511, y Comunicación en las versiones 04.03.00 y 01.06.00 [2].
Tres puntos del Componente Organizacional 202609 se vuelven requisitos del sistema [3]:
- Intercambio electrónico obligatorio (ítem 33): cobro, lote de anexos de la autorización, aviso de hospitalización o alta, estados de cuenta de retorno y apelación de glosa deben salir y volver en XML.
- Webservice y portal (ítems 129 y 130): la aseguradora debe ofrecer ambos canales y el prestador elige. Un sistema que solo genera archivos para carga manual deja al hospital atado al portal de cada aseguradora.
- Plazo de implantación de términos nuevos (ítem 109): cada término TUSS incluido tiene fin de implantación de al menos tres meses después del inicio de su vigencia. Ese es el tiempo real que tiene el proveedor para entregar la actualización.
Una versión inválida aparece en la aseguradora como rechazo del lote; la tabla 38 de la TUSS tiene un mensaje propio para ello (5028, versión del estándar inválida) [4]. Los errores de archivo más comunes están en Errores XML TISS, y las reglas de cada formato, en Guías TISS.
Tablas y reglas por aseguradora: donde nace la glosa de precio
El sistema debe mantener, por aseguradora y por contrato, las tablas que forman el precio de cada ítem. Eso incluye la Tabla TUSS (procedimientos, materiales, medicamentos, días-cama y tarifas) y las referencias de precio de materiales y medicamentos pactadas en contrato, como Brasíndice y Simpro, publicaciones privadas de precios [8]. Cada referencia se detalla en Brasíndice y Simpro.
Qué revisar:
- Vigencia por contrato: la misma aseguradora puede tener reglas distintas por plan o por adenda. El sistema debe aplicar la tabla vigente en la fecha de atención, no en la del envío.
- Actualización de referencias: quién carga cada nueva edición, en cuánto tiempo y con qué verificación.
- Códigos inactivados: vencido el plazo de implantación de un término TUSS, la aseguradora no puede mantener tabla propia para el mismo ítem (ítems 112 y 113) [3]. El catálogo de ítems del hospital debe acompañar.
- Reglas configurables: paquetes, recargos, límites e ítems no cobrables configurables por el equipo.
¿Por qué la integración expediente–cuenta pesa más que cualquier módulo?
Porque materiales, medicamentos, procedimientos, días-cama y honorarios entran en la cuenta a partir de lo que registra el equipo asistencial. Si el consumo se captura después, por recaptura o revisión de hojas, la cuenta pierde ítems o lleva ítems sin comprobación, y ambas situaciones se vuelven pérdida de ingresos o glosa (rechazo de pago).
Pida ver el registro de materiales y medicamentos en el punto de uso (cabecera de cama, quirófano, farmacia), vinculado al paciente, a la prescripción y a la cuenta. El tema se ampliará en la guía Expediente clínico y facturación.
Expediente clínico electrónico y certificación. La Resolución CFM 1.821/2007 aprueba normas técnicas para digitalizar y usar sistemas informatizados de expediente, y el Manual de Certificación para Sistemas de Registro Electrónico en Salud que ponen a disposición el CFM y la Sociedad Brasileña de Informática en Salud (SBIS) (art. 1) [7]. Para prescindir del papel, el sistema debe cumplir íntegramente el NGS2, que exige firma digital, con uso autorizado de certificado ICP-Brasil (infraestructura de llave pública de Brasil) (arts. 3 a 5) [7]. La resolución está vigente, con el art. 10 (sello de calidad en convenio con el CFM) derogado por la Resolución CFM 2.218/2018 [7].
La Ley 13.787/2018 regula la digitalización del expediente: exige certificación digital ICP-Brasil u otro estándar legalmente aceptado (art. 2, § 2), da al documento digitalizado el mismo valor probatorio que el original (art. 5) y fija una conservación mínima de 20 años desde el último registro (art. 6) [9]. Para la facturación, la prueba de uso que respalda una apelación de glosa debe estar en un registro con validez jurídica.
Validaciones previas al envío: el sistema debe frenar la cuenta errónea
Un buen sistema revisa la cuenta antes de que salga, con reglas configurables. Las validaciones mínimas cubren estructura (XML válido en el esquema vigente), registro (beneficiario, prestador, registro ANS), autorización (clave, vigencia, cantidad autorizada vs. realizada) y regla contractual (tabla, paquete, ítem no cobrable).
Las validaciones que solo el proveedor puede cambiar envejecen con cada cambio de contrato. Pida ver cómo el equipo de facturación crea una regla nueva y cómo el sistema reporta cuántas cuentas frenó cada regla. Los enfoques con reglas y con modelos estadísticos se comparan en IA para prevención de glosas.
Glosas, apelaciones y conciliación: el retorno debe volver estructurado
Tras el envío, el sistema debe leer la respuesta de la aseguradora. Los estados de análisis de cuenta y de pago son de intercambio electrónico obligatorio (ítem 33) [3], y el motivo de cada glosa viene codificado en la tabla 38 de la TUSS [4]. El sistema debe:
- importar los estados de cuenta en XML y vincular cada ítem glosado con la cuenta de origen;
- clasificar la glosa por código de la tabla 38 y por responsable interno (vea Códigos de glosa TISS);
- generar la apelación de glosa en XML, con plazo, protocolo y estado por ítem;
- conciliar monto enviado, glosado, recuperado y pagado, por lote y por aseguradora.
Conciliar en hojas de cálculo, fuera del sistema, es señal de una carencia. El paso a paso está en Conciliación de pagos de aseguradoras, y el proceso completo, en Gestión de glosas.
Indicadores y bitácora de auditoría
El sistema debe entregar, sin reportes a la medida, los indicadores del ciclo de ingresos: índice de glosa inicial y final, tasa de rechazo de lotes, plazo promedio de cobro por aseguradora, cuentas no facturadas y antigüedad de saldos. Prueba: ¿los números cuadran con la conciliación financiera?
La bitácora de auditoría registra quién incluyó, modificó o eliminó cada ítem de la cuenta, cuándo y por qué. Protege en dos frentes: en la disputa con la aseguradora, porque muestra el origen de cada cargo, y ante la LGPD, que prevé el registro de las operaciones de tratamiento (art. 37) [5].
LGPD: lo que debe prever el contrato con el proveedor
El sistema guarda datos de salud, clasificados por la LGPD como datos personales sensibles (art. 5, II) [5]. Por lo general, el hospital es el responsable (controlador) y el proveedor, cuando trata datos en nombre del hospital (por ejemplo, en la nube o en soporte con acceso a la base), actúa como encargado (operador), que sigue las instrucciones del responsable (arts. 5, VI y VII, y 39) [5]. El encargado responde solidariamente cuando incumple la ley o las instrucciones lícitas (art. 42, § 1, I) [5].
En el contrato y en la evaluación técnica, verifique:
- medidas de seguridad técnicas y administrativas contra accesos no autorizados e incidentes (art. 46) [5];
- control de acceso por perfil, con registro de accesos;
- obligación de avisar al hospital de incidentes a tiempo para comunicarlos a la ANPD (autoridad brasileña de protección de datos) y a los titulares (art. 48), en 3 días hábiles según la Resolución CD/ANPD 15/2024 [6];
- exportación completa de los datos (cuentas, XML, estados de cuenta, expediente) al terminar el contrato.
Definir los roles en cada caso requiere revisión jurídica.
Tabla de evaluación del sistema
Use la tabla en la demostración y en la prueba de concepto. La regla es pedir evidencia, no declaraciones.
| Criterio | Pregunta al proveedor | Evidencia a pedir |
|---|---|---|
| Versión TISS vigente | ¿Cuánto tarda la nueva versión en llegar al cliente tras cada publicación de la ANS? | Fechas de liberación de las últimas versiones vs. fechas de publicación de la ANS |
| Intercambio electrónico y webservice | ¿Qué mensajes envía y recibe el sistema por webservice? | Demostración de envío de lote y recepción de estado de cuenta por webservice, con protocolo |
| Tablas y contratos | ¿Cómo aplica el sistema tabla y regla por aseguradora, plan y vigencia? | Dos contratos distintos de la misma aseguradora, con la cuenta calculada en ambos |
| Referencias de precio | ¿Quién carga cada edición de Brasíndice y Simpro, y en cuánto tiempo? | Procedimiento escrito y registro de la última carga |
| Integración expediente–cuenta | ¿Cómo llega a la cuenta el consumo en el punto de uso? | Demostración de un material registrado en cabecera de cama apareciendo en la cuenta |
| Expediente certificado | ¿El expediente está certificado en NGS2 según el Manual SBIS/CFM? | Certificado vigente, con versión y alcance, verificado en la lista de sistemas certificados de la SBIS en la fecha de la evaluación |
| Validaciones previas | ¿El equipo puede crear y cambiar reglas sin el proveedor? | Creación de una regla nueva en la demostración y reporte de cuentas frenadas |
| Glosas y apelaciones | ¿El sistema importa el estado de cuenta y genera la apelación en XML? | Ciclo completo: estado importado, glosa clasificada por la tabla 38, apelación con protocolo |
| Conciliación | ¿El sistema concilia enviado, glosado, recuperado y pagado por lote? | Reporte de conciliación de un lote real o de prueba |
| Indicadores | ¿Qué indicadores vienen listos y con qué actualización? | Tablero con índice de glosa, rechazo de lotes y plazo de cobro, con la fórmula de cada uno |
| Bitácora de auditoría | ¿Todo cambio en la cuenta queda registrado con usuario, fecha y motivo? | Bitácora de cambios de una cuenta |
| LGPD y seguridad | ¿Dónde están los datos, quién accede y cómo se comunican los incidentes? | Contrato de tratamiento de datos, política de seguridad y procedimiento de incidentes |
| Salida del contrato | ¿En qué formato recibe el hospital sus datos al salir? | Cláusula de exportación y ejemplo de archivo exportado |
Para comparar el sistema con la contratación de una empresa que opere el ciclo, los criterios de Cómo elegir una empresa de ciclo de ingresos complementan esta lista. Las tareas que el sistema no cubre, como descargas en portales, pueden ser candidatas a la automatización de la facturación hospitalaria.
Lo que vemos en la operación
Accrua presta servicios de ciclo de ingresos y no vende sistemas de gestión hospitalaria (HIS). La plataforma que usamos en la operación trabaja sobre el sistema que el hospital ya tiene: lee la cuenta en el HIS, le devuelve la decisión y evita volver a capturar datos. Por eso, para el ciclo de ingresos, la pregunta que más pesa no es qué sistema usa el hospital, sino cómo entrega los datos: si abre la cuenta y los catálogos por API o webservice y si genera el XML en la versión TISS vigente.
Por dónde empezar
- Forme el grupo de evaluación con facturación, auditoría, enfermería, TI y finanzas, no solo con TI.
- Liste los diez procesos de facturación más críticos y conviértalos en guion de demostración con casos reales del hospital.
- Aplique la tabla de evaluación a cada proveedor y registre la evidencia presentada, no la respuesta verbal.
- Haga una prueba de concepto con un lote real: generar, validar, enviar, recibir el estado de cuenta, apelar y conciliar.
- Revise el contrato con cláusulas de plazo de actualización TISS, LGPD, incidentes y exportación de datos.