Capítulo de la serie Sprint DGX. La decisión más importante del producto no fue qué modelo entrenar, sino dónde dejarlo correr: dentro de la consulta, sobre el escritorio del dentista, sin que un solo dato del paciente cruce nunca la puerta. (desde el Capítulo 1).
Hay un detalle que en una demo brillante casi nadie pregunta y que en una clínica real es lo primero: ¿dónde acaba la radiografía de mi paciente? La respuesta más cómoda de construir es «en la nube de alguien». La nuestra es la contraria, y la elegimos a propósito. El cerebro de visión que entrenamos estos 60 días está pensado para correr on-premise, dentro del edificio, sobre una NVIDIA DGX Spark que cabe en la recepción. Este capítulo es por qué esa decisión, lejos de ser una concesión técnica, es la ventaja de partida del producto.
El dato del paciente no sale del edificio
Cuando una IA dental funciona contra la nube, cada imagen que el dentista quiere analizar emprende un viaje: sale de la consulta, atraviesa internet, llega al servidor de un tercero, se procesa allí y vuelve. En ese trayecto hay datos sanitarios circulando fuera del control de quien los generó, una dependencia de la conexión, y un proveedor externo metido en medio de la conversación entre el profesional y la información de su paciente.
Nosotros cortamos ese viaje de raíz. El modelo se ejecuta en la propia clínica, sobre hardware que es de la clínica. Ni una sola imagen del paciente abandona el edificio. No hay servidor remoto, no hay tránsito de datos sanitarios por la red, no hay nube intermediaria. La radiografía entra, el modelo la interpreta ahí mismo, y la respuesta nunca tuvo que salir.
En un sector donde el dato es de los más sensibles que existen, historiales clínicos, imágenes médicas, identidad del paciente, y donde la normativa es de las más exigentes, «se queda en casa» deja de ser un eslogan. Es la forma más limpia de cumplir el RGPD: lo que nunca se mueve no se puede interceptar, no se puede filtrar en el servidor de otro, y no depende de la política de retención de un proveedor que no controlas. La privacidad no se promete: se garantiza por arquitectura.
Potencia de centro de datos en una caja que cabe en la consulta
Durante años, «modelo potente» y «tiene que vivir en la nube» fueron casi sinónimos: los modelos grandes pedían hardware de centro de datos, y eso significaba alquilar GPUs remotas por horas. La NVIDIA DGX Spark rompe esa ecuación. Es un ordenador de IA de sobremesa, del tamaño de un equipo de escritorio, con 128 GB de memoria unificada de arquitectura Grace-Blackwell. Potencia de clase centro de datos, en una caja que cabe sobre un mueble de la consulta.
Y lo importante para nosotros: cabe el modelo completo, Gemma 4 31B, sin recortar un solo bit de precisión. El modelo entero, pesos, torre de visión y memoria de trabajo, ronda los 71 GB, holgado dentro de los 128 GB de la Spark. No tenemos que comprimir el modelo, ni degradarlo, ni servir una versión «ligera» que rinde peor para que entre en una máquina pequeña. La clínica corre exactamente el mismo cerebro de visión que validamos sobre los H100, a precisión completa, con la latencia suficiente para interpretar una radiografía en cuestión de segundos mientras el profesional sigue con el paciente delante.
Esto es lo que cambia la conversación. La privacidad on-premise dejó de costar rendimiento. Ya no hay que elegir entre «potente pero en la nube» y «privado pero flojo»: la Spark da las dos cosas a la vez.
Una clínica, una caja, cero dependencias externas
El despliegue es, deliberadamente, simple. Cada clínica corre su propia instancia del Dental Brain sobre su propia DGX Spark. No hay una cuenta en la nube que renovar, no hay una factura por uso que crezca con cada radiografía analizada, no hay un servicio externo que pueda caerse, cambiar de precio o cerrar y dejar a la consulta sin su herramienta de un día para otro.
Tampoco hay dependencia de la conexión. Si internet se cae, y en una clínica eso pasa, la IA sigue funcionando, porque nunca necesitó salir a buscar nada. El profesional enciende su equipo por la mañana y el cerebro de visión está ahí, igual que está el sillón o la lámpara. Es infraestructura de la clínica, no un servicio que la clínica alquila.
Para un grupo dental, esto se traduce en una propiedad muy concreta: control. Control sobre dónde están los datos, sobre cuándo se actualiza el sistema, sobre el coste, una compra de hardware, no una suscripción abierta, y sobre la continuidad del servicio. El producto vive en sus manos, no en las de un tercero.
La ventaja, no la concesión
Es tentador presentar el on-premise como un sacrificio: «renunciamos a la comodidad de la nube para cumplir la normativa». Lo vemos exactamente al revés. En un mercado tan sensible con el dato como el clínico, correr dentro de la consulta es lo que vuelve el producto vendible.
Un responsable de un grupo dental que escucha «sus radiografías nunca salen de su edificio» no oye una limitación: oye que el problema más espinoso de adoptar IA en salud, el de la privacidad y el cumplimiento, ya está resuelto de partida, por diseño y no por contrato. La pregunta incómoda de la demo deja de ser un riesgo y pasa a ser nuestro mejor argumento. Donde otros tienen que explicar qué hacen con los datos del paciente en su nube, nosotros respondemos que no hacemos nada con ellos, porque no los tenemos: están donde siempre estuvieron, en la clínica.
Esa es la diferencia entre construir IA clínica que tolera la privacidad y construir IA clínica diseñada alrededor de ella.
La Spark es el suelo, no el techo
La DGX Spark de 128 GB es nuestra configuración mínima: el punto de entrada que ya hace correr el modelo completo a precisión completa. De ahí hacia arriba, todo encaja. Un grupo con más volumen, varias sedes o necesidad de más rendimiento simultáneo puede subir a hardware DGX-class superior, estaciones y servidores NVIDIA de gama superior, sin cambiar de modelo ni de filosofía: el mismo cerebro de visión, la misma garantía de que el dato no sale, más capacidad cuando hace falta.
Que el mínimo sea ya una máquina capaz de cargar el modelo entero sin recortes es justamente lo que hace creíble la propuesta. No vendemos una versión amputada que aspira algún día a la «de verdad» en la nube. Vendemos el modelo completo, desde la primera caja, con el techo abierto para crecer.
Dónde nos deja esto
Construimos un cerebro de visión dental que ve la radiografía, razona en dos idiomas y se sitúa entre los mejores de su categoría de tamaño. Y decidimos que viviera donde de verdad pertenece: en la clínica, sobre una DGX Spark, con el dato del paciente blindado por la propia arquitectura del sistema. Lo siguiente es llevar esa caja a más consultas. Si trabajas en un grupo dental, inviertes en salud digital, o simplemente te interesa cómo se construye IA clínica que respeta la privacidad de verdad, esta es la parte que nos gusta enseñar en persona.
Próximo capítulo: la pieza de IA que le faltaba a un producto dental que ya funciona, cómo encaja todo esto en un sistema que ya está en clínica.
Preguntas frecuentes
¿Esto significa que mis datos nunca van a la nube? Exacto. El modelo se ejecuta dentro de la clínica, sobre la DGX Spark de la propia consulta. Las radiografías, los historiales y las imágenes del paciente se procesan ahí mismo y no salen del edificio en ningún momento. No hay servidor remoto ni proveedor externo en medio: es la forma más directa de cumplir el RGPD, porque lo que no se mueve no se puede interceptar ni filtrar.
¿No es la DGX Spark demasiado pequeña para un modelo de 31B? Al contrario. Sus 128 GB de memoria unificada cargan el modelo completo, Gemma 4 31B, a precisión completa, sin comprimir ni degradar nada, el conjunto ronda los 71 GB, con holgura de sobra. Es potencia de clase centro de datos en formato de sobremesa, suficiente para interpretar una radiografía en segundos durante la propia consulta.
¿Y si una clínica necesita más potencia que la que da una Spark? La Spark de 128 GB es la configuración mínima, no el límite. De ahí se escala hacia arriba a hardware DGX-class superior para grupos con más volumen o más sedes, manteniendo el mismo modelo, la misma latencia objetivo y la misma garantía de que el dato del paciente nunca abandona el edificio.
