Cómo trabajamos
El objetivo de cada etapa es que la siguiente sea decidible con información, no con fe.
Cómo trabajamos
El objetivo de cada etapa es que la siguiente sea decidible con información, no con fe.
Acompañamos la operación tal como es hoy: quién hace qué, dónde se pierde tiempo y qué se anota en papel. Salimos con el proceso escrito y el problema acotado.
Modelo de datos, estados y pantallas navegables. Se toca antes de construir: si algo no encaja con la realidad, se corrige cuando todavía es barato.
Entregas cortas con datos reales del cliente, no de mentira. Cada entrega llega al ambiente donde se va a usar, con su respaldo y su prueba.
Puesta en marcha acompañada, capacitación a quien lo usa y mantenimiento continuo. El sistema queda documentado y la infraestructura, a nombre del cliente.
Rehacer con la operación arriba no es el mismo trabajo que hacerlo bien la primera vez: ya no estás construyendo, estás construyendo y operando a la vez. Esto es lo que se cotiza en cada caso.
La trampa no es el precio. Es que al momento de firmar esta decisión no se ve: nadie cotiza «sin aislamiento y sin auditoría». Simplemente no lo incluye, y en la propuesta se lee más barato.
Qué hacemos
No entregamos maquetas ni presentaciones. Entregamos un sistema andando, con su base de datos, su respaldo, su certificado y quien lo opere sabiendo cómo funciona.
Partimos del proceso real, no del formulario que alguien imaginó. Modelamos los estados por los que pasa el trabajo y solo entonces escribimos código.
Lectura de documentos, respuestas citadas y asistencia al evaluador humano. Nunca una afirmación sin la fuente que la sostiene: si el sistema no puede mostrar de dónde lo sacó, no lo dice.
Agendas, turnos, rutas y asignaciones resueltos con solvers que prueban el óptimo (CP-SAT, QUBO), no con criterio improvisado. La diferencia se mide en horas de máquina y en trabajo entregado.
PostgreSQL, consultas parametrizadas y aislamiento por inquilino a nivel de base. Toda transición queda registrada: quién, cuándo y por qué.
Nosotros levantamos, desplegamos y mantenemos. AWS, nginx, SSL, monitoreo y despliegues quirúrgicos que no apagan lo que está funcionando.
WhatsApp, correo, pasarelas de pago, facturación y sistemas heredados. La plataforma nueva convive con lo que ya existe en vez de exigir reemplazarlo todo.
Motor de programación
Este es el criterio de EIR resolviendo un día completo: 65 sesiones sobre cuatro aceleradores. Rómpelo —mete una emergencia, da de baja una máquina— y mira cómo se rearma. Al lado, el mismo día resuelto por orden de llegada, que es como se programa cuando no hay motor.
El criterio es el de EIR en producción: la continuidad del tratamiento manda y la categoría clínica la firma el oncólogo.
Agentes
No son demos de laboratorio: están atendiendo hoy. Aquí se ve la conversación por fuera y, al lado, lo que el agente hace por dentro — qué consulta, qué decide y qué escribe en el sistema.
Contesta el teléfono y el WhatsApp de la clínica, agenda en la misma agenda que usa recepción y confirma. De usted siempre, sin emojis, una pregunta por turno. En producción: atiende llamadas con voz y agenda contra la agenda real de la clínica.
Atiende a los pacientes del médico y le responde a él con conocimiento médico citado. Lo que no puede respaldar con una fuente, no lo afirma. En producción: agenda por WhatsApp y responde con la fuente a la vista.
Se come las bases completas y devuelve si conviene participar, con los requisitos y los plazos apuntando al párrafo exacto que los sostiene. En producción: convierte un pliego de cientos de páginas en una decisión con evidencia.
Guion reconstruido de una conversación real, con datos de ejemplo. Cada llamada de la traza corresponde a un mecanismo que existe en el sistema.
Cómo construimos
Esto no se suele contar en una página de venta, pero explica por qué un equipo pequeño entrega lo que entrega en el tiempo en que lo entrega. No somos usuarios de herramientas de IA: construimos y mantenemos la plataforma de ingeniería con la que trabajamos todos los días.
Nada de esto se factura ni se vende por separado. Es la razón por la que lo que construimos se puede seguir manteniendo tres años después.
PostgreSQL + pgvector
Cada proyecto tiene su grafo de código, su historial de decisiones y su conocimiento acumulado en una base propia con búsqueda vectorial. Lo que se resolvió hace ocho meses sigue disponible hoy.
llama.cpp · 35B local
Un modelo de 35 mil millones de parámetros en nuestra propia máquina para el trabajo pesado de lectura y análisis. Sin depender de una API externa y sin que un documento de cliente salga hacia afuera.
CP-SAT / QUBO
Las decisiones combinatorias —qué priorizar, cómo asignar, en qué orden— no se opinan: se resuelven con el mismo solver que después le entregamos al cliente.
Telemetría propia
Registramos nuestro propio proceso de desarrollo para saber dónde se pierde tiempo y qué se repite. Aplicamos hacia adentro exactamente lo mismo que proponemos hacia afuera.
PostgreSQL 19 · 18
Corremos PostgreSQL 19 y 18 en producción. Cada versión nueva la adoptamos desde su beta: lo nuestro se prueba contra ella antes de que salga, no un año después. No usamos una base de datos; la seguimos.
Cómo pensamos
Un piloto que nunca sale a producción es un gasto. Diseñamos desde el día uno para el servidor que va a atender gente real.
Si afirmamos una mejora, mostramos de dónde sale. Lo que no se puede demostrar en el sistema, no se promete en la propuesta.
Base de datos, código e infraestructura quedan a nombre de quien paga. Nada queda amarrado a una cuenta nuestra.
El software ordena la logística, calcula riesgo y propone. La decisión con consecuencias la toma y la firma quien tiene la responsabilidad, no el sistema.
Con qué está hecho
Nada exótico por gusto: cada pieza está porque baja el costo de mantener el sistema tres años más, no porque estuviera de moda este semestre.
Preguntas
Las dos cosas. EIR, Doctores, CertiCore y Licitaciones Inteligentes son plataformas propias que se implementan y adaptan; también construimos sistemas a medida cuando el proceso no encaja con ninguna.
En infraestructura AWS a nombre del cliente cuando así se define, o en la nuestra mientras dura la implementación. En ambos casos el respaldo y el acceso quedan documentados y entregables.
Depende del proceso, pero la regla es que haya algo navegable en semanas, no en trimestres. La primera entrega siempre se instala donde se va a usar.
Sí. Hoy operamos en ambos países y el trabajo es remoto por diseño; las visitas presenciales se coordinan en las etapas donde suman.
Contacto
Cuéntanos qué operación quieres ordenar. Si podemos ayudar, lo decimos con un plan y un plazo; si no es lo nuestro, también lo decimos.
Escríbenos a contacto@betrivasystems.com · Respondemos dentro de un día hábil.