BeryX · Salud
Los episodios que no entran en los GRD son financiación que no llega.
Números de usuario, diagnósticos CIE-10, fechas de alta e interfaces HL7. Los datos clínicos alimentan la facturación al SNS y los reportes a la ACSS (la administración central del sistema de salud portugués) — y casi nadie los valida antes de que salgan. BeryX lo hace, sin ver quién es el paciente.
Cuenta gratuita, sin tarjeta. La demo se abre ya con los datos de un hospital, seudonimizados.
El dolor
El dato clínico está bien para el médico y mal para el sistema.
La codificación clínica la hacen personas bajo presión, en sistemas que hablan formatos distintos.
Facturación devuelta
Números de usuario truncados por una exportación a Excel, pacientes sin número del SNS: la facturación vuelve atrás y la financiación se retrasa.
Diagnósticos que no cuentan
Un diagnóstico en texto libre en vez de un código CIE-10 no entra en los GRD — es actividad realizada que no se paga.
Indicadores sesgados
Edad 999 como «desconocida», sexo «U» fuera del diccionario, fechas de alta en formato local: la estancia media y la pirámide de edad salen mal.
Interfaces que se paran en silencio
La interfaz HL7 con el sistema clínico se para y el data warehouse pasa tres días sin episodios nuevos — sin alarma.
Cómo lo resuelve BeryX
Reglas clínicas listas, privacidad por defecto, alarmas de frescura.
Pack de reglas salud PT
Formato y presencia del número del SNS, diccionario de sexo, edad plausible, fechas ISO y diagnóstico principal en CIE-10 — aplicados con un clic.
Privacidad por defecto
Funciona sobre datos seudonimizados; las muestras enviadas a la IA son limitadas y anonimizables, y la política de IA del workspace decide qué proveedor puede ver qué.
Frescura de las interfaces
BeryX aprende el ritmo de cada tabla y avisa cuando los episodios dejan de llegar.
Informes por perfil
El ingeniero recibe el SQL de corrección; la dirección clínica y financiera recibe el impacto, en lenguaje de gestión.
Pruebas, no mockups
BeryX funcionando sobre el workspace de demostración «Hospital (anonimizado)».
Capturas reales de la app, tomadas sobre el seed pack de la vertical: datos ficticios pero plausibles, generados de forma determinista, con 7 problemas plantados — cada uno con la historia del incidente que lo causó. El pack de reglas de la industria entra ya aplicado, por eso el primer scan detecta exactamente estos problemas. Es lo que ves al abrir la demo.
Lo que detecta el primer scan
7 problemas, 7 historias que ya has visto ocurrir.
- 01
N.º de usuario con 8 dígitos
utentes.numero_utenteLa exportación a Excel del sistema de admisiones recortó dígitos a 10 números de usuario — la facturación al SNS devuelve esos episodios.
- 02
Pacientes sin número del SNS
utentes.numero_utentePacientes extranjeros fueron admitidos en urgencias sin identificación del SNS y nunca se regularizaron.
- 03
Sexo «U» fuera del diccionario
utentes.sexoLa integración de urgencias envía «U» (unknown) en vez de «I» (indeterminado) — los indicadores por sexo se quedan con un grupo fantasma.
- 04
Fecha de alta en DD-MM-AAAA
episodios.data_altaEl sistema antiguo de urgencias guarda la fecha de alta en formato local — la estancia media de hospitalización sale mal en el reporte a la ACSS.
- 05
Edad 999
episodios.idadeEn la admisión rápida, «999» se usa como «edad desconocida» — la pirámide de edad del hospital muestra pacientes de 999 años.
- 06
Diagnósticos en texto libre
episodios.diagnostico_principalEl 3 % de los episodios tiene el diagnóstico en texto libre («Neumonía») en vez del código CIE-10 — no entran en los GRD ni en la financiación.
- 07
Episodios parados desde hace 3 días
episodios.data_admissaoLa interfaz HL7 con el sistema clínico lleva 3 días parada — los episodios nuevos no están llegando al data warehouse.
datos ficticios
Otras industrias
Llega al próximo reporte a la ACSS con los datos ya validados.
Abre la demo con los datos de un hospital seudonimizado y recorre los siete problemas plantados — o conecta tu fuente, en modo de solo lectura, en minutos.