Cómo Enviar Archivos STL al Laboratorio sin Perder Calidad ni Tiempo
El 85% de los laboratorios dentales recibe archivos STL dañados, comprimidos o sin vincular al caso correcto. Esta guía detalla cada método de envío, sus limitaciones reales y el flujo de trabajo que elimina errores antes de que lleguen al fresado.
Cada semana, miles de archivos STL viajan entre clínicas y laboratorios dentales. Contienen la geometría exacta que una fresadora o impresora 3D necesita para fabricar coronas, puentes, férulas y guías quirúrgicas. Y cada semana, un porcentaje significativo de esos archivos llega con problemas: comprimidos por WhatsApp, truncados por el límite de email, almacenados en un USB sin etiqueta, o simplemente perdidos en un enlace de WeTransfer que expiró hace tres días.
El resultado no es solo una molestia administrativa. Un archivo STL corrupto significa un fresado fallido: bloque de circonia desperdiciado, tiempo de máquina perdido, retraso en la entrega al paciente. Un archivo sin vincular al caso correcto significa fabricar una pieza sobre el escaneo equivocado. Y un archivo enviado sin cifrado significa un riesgo de cumplimiento normativo que puede derivar en sanciones.
Esta guía analiza el problema desde la raíz. Explica qué contiene un archivo STL, por qué su integridad es crítica, compara los cinco métodos de envío más comunes con criterios objetivos, y describe el flujo de trabajo que garantiza que cada archivo llegue completo, vinculado y trazable.
85%
de los laboratorios dentales reportan recibir archivos STL dañados o comprimidos al menos una vez por semana
1
El problema: enviar archivos STL al laboratorio dental es un campo minado
La odontología digital ha transformado la forma de diseñar y fabricar restauraciones. Escáneres intraorales como 3Shape TRIOS, Medit i700, iTero Element y Planmeca Emerald generan archivos STL de alta resolución que capturan la anatomía del paciente con precisión submilimétrica. Pero entre el momento en que la clínica exporta ese archivo y el momento en que el laboratorio lo carga en su software CAD/CAM, hay un eslabón débil que nadie diseñó: el método de transferencia.
WhatsApp comprime todo lo que tocas
WhatsApp aplica compresión a todos los archivos multimedia enviados en el chat. Si el STL se envía como archivo adjunto (documento), el límite es de 100 MB y hay reportes documentados de corrupción en archivos binarios grandes. Un STL de arco completo que pesa 150 MB simplemente no cabe. Y si la clínica lo intenta enviar como "archivo", el resultado es impredecible: el archivo puede llegar truncado sin que ninguna de las dos partes reciba una advertencia.
El email tiene un techo de 25 MB
Gmail limita los adjuntos a 25 MB. Outlook a 20 MB. Un escaneo de corona unitaria puede caber, pero un arco completo de alta resolución (50-200 MB) supera el límite por un factor de 2x a 8x. La alternativa habitual es adjuntar un enlace de Google Drive, lo que traslada el problema a otro sistema sin resolver la vinculación al caso.
WeTransfer y Google Drive: enlaces que expiran, archivos que flotan
La versión gratuita de WeTransfer permite enviar hasta 2 GB, pero los enlaces expiran en 7 días. Si el laboratorio no descarga el archivo a tiempo, desaparece. Google Drive no tiene expiración, pero el archivo queda desvinculado de cualquier caso clínico. Tres meses después, una carpeta con 200 archivos llamados "scan_paciente.stl" no le dice nada a nadie.
USB: sin versionado, sin rastro
El USB físico no tiene límite de tamaño, pero carece de todo lo demás. No hay registro de quién copió qué, no hay control de versiones (si la clínica envía un escaneo actualizado, el laboratorio puede seguir trabajando con el anterior), y los dispositivos se pierden con una frecuencia sorprendente. Un USB con datos de pacientes perdido en un taxi es, además, un incidente de seguridad notificable según el RGPD.
El problema real: falta de trazabilidad
Más allá del método técnico, el problema de fondo es que ninguno de estos métodos vincula el archivo al caso clínico. El STL llega por un canal, la prescripción por otro, las fotos de color por un tercero. El técnico de laboratorio tiene que reconstruir el contexto manualmente, y cada reconstrucción manual es una oportunidad para el error.
Consecuencias medibles
Fresados fallidos por mallas corruptas: bloque de circonia desperdiciado (coste: 15-80 EUR por bloque)
Fabricación sobre versión obsoleta del escaneo: retrabajo completo
Horas semanales dedicadas a buscar, descargar y organizar archivos recibidos por múltiples canales
Riesgo de incumplimiento RGPD por envío de datos de salud sin cifrado
2
Qué contiene un archivo STL y por qué su integridad es crítica
STL (Standard Tessellation Language) es el formato estándar para representar superficies 3D como una malla de triángulos. Cada triángulo se define por tres vértices (coordenadas X, Y, Z) y un vector normal que indica la dirección "exterior" de la superficie. Un archivo STL dental típico contiene entre 100.000 y 2.000.000 de triángulos, dependiendo de la resolución del escaneo y la extensión del área escaneada.
Tamaños típicos en odontología digital
Conocer el tamaño esperado de cada tipo de archivo es fundamental para elegir el método de transferencia adecuado:
Corona unitaria: 5-15 MB. La mayoría de métodos pueden manejar este tamaño.
Puente de 3-4 piezas: 15-30 MB. Empieza a superar el límite de algunos servicios de email.
Arco completo (superior o inferior): 50-200 MB. Supera el límite de email y WhatsApp. Requiere plataforma de transferencia.
Arco completo de alta resolución con antagonista: 200-400 MB. Solo transferible mediante plataformas dedicadas o USB.
Exportación CBCT/DICOM: 200 MB - 2 GB por estudio. La mayoría de métodos convencionales no pueden manejar este volumen.
Por qué la integridad del archivo importa: un triángulo corrupto = un fresado fallido
Una fresadora CNC o una impresora 3D lee el STL como un conjunto de instrucciones geométricas. Si un bloque de datos se pierde durante la transferencia, el software CAM encuentra un "agujero" en la malla que no puede interpretar. El resultado depende del software: algunos intentan reparar automáticamente, otros abortan el fresado, y los peores continúan sin advertencia produciendo una pieza defectuosa.
Los cuatro errores de malla más frecuentes
Estos errores pueden existir en el archivo original (generados por el escáner) o aparecer durante una transferencia defectuosa:
Bordes no manifold: aristas compartidas por más de dos triángulos. El software CAM no puede determinar qué lado es interior y cuál exterior. Resultado: fresado impredecible o fallo de procesamiento.
Normales invertidas: triángulos cuyo vector normal apunta hacia dentro en lugar de hacia fuera. La fresadora interpreta la superficie al revés, generando geometría inversa en esa zona.
Agujeros en la malla: zonas donde faltan triángulos. El software no puede cerrar la superficie, lo que impide calcular la trayectoria de fresado en esa área.
Triángulos degenerados: triángulos con área cero (los tres vértices son colineales). No aportan información geométrica y pueden causar errores de cálculo en el software CAM.
La detección temprana de estos errores, idealmente en el momento de la subida del archivo, evita que un archivo defectuoso llegue a la etapa de fabricación. Herramientas como el reparador de STL gratuito de TrazaLab permiten identificar y corregir estos problemas antes de enviar el archivo al laboratorio. Para inspeccionar visualmente el archivo, el visor STL dental gratuito muestra la malla en 3D directamente en el navegador.
Los 5 métodos comparados: cómo enviar archivos STL al laboratorio dental
Método
Tamaño máx.
Compresión
Vinculación al caso
Versionado
Seguridad
Trazabilidad
WhatsApp
100 MB
Sí (destructiva en multimedia; riesgo en binarios)
No
No
Cifrado E2E, pero sin control de acceso
No
Email (Gmail/Outlook)
20-25 MB
No comprime, pero rechaza archivos grandes
No
No
Sin cifrado E2E estándar
Parcial (registro de envío, sin confirmación de descarga)
WeTransfer / Google Drive
2 GB (free) / 15 GB
No
No
Manual (Google Drive)
Variable (compartir con enlace = acceso público)
No (enlaces expiran en 7 días en WeTransfer)
USB físico
Sin límite práctico
No
No
No
Sin cifrado (salvo USB encriptado). Pérdida física = brecha de datos
Sí (archivo vinculado a caso, paciente, prescripción)
Sí (historial de versiones automático)
AES-256 en tránsito y reposo
Sí (quién subió, cuándo, quién descargó)
La tabla anterior resume la situación con claridad: los métodos diseñados para comunicación general no están preparados para archivos clínicos. WhatsApp fue diseñado para mensajes de texto y fotos personales. El email fue diseñado para documentos de texto. WeTransfer fue diseñado para creativos que comparten archivos multimedia. Ninguno fue diseñado para transferir datos clínicos que requieren integridad binaria, vinculación a un caso y cumplimiento normativo.
El único método que cumple todos los criterios simultáneamente es una plataforma diseñada específicamente para el flujo de trabajo dental. No porque sea la opción más sofisticada, sino porque es la única que aborda todos los problemas a la vez: tamaño, integridad, contexto, versionado, seguridad y trazabilidad.
4
El flujo de trabajo ideal: del escáner al fresado sin fricciones
Un flujo de trabajo de transferencia de archivos STL bien diseñado elimina las cinco categorías de problemas que hemos descrito. No requiere cambiar el escáner ni el software CAD/CAM del laboratorio. Solo requiere que la etapa intermedia (la transferencia) esté gestionada por un sistema que entienda el contexto dental.
1
La clínica exporta el STL desde su escáner
El cirujano escanea al paciente con su escáner intraoral (3Shape TRIOS, Medit i700, iTero Element, Planmeca Emerald, Dentsply Primescan, entre otros). El software del escáner genera el archivo STL, que se guarda localmente. En la mayoría de sistemas, la exportación directa a STL abierto es inmediata. En algunos (como iTero), puede requerir un paso adicional a través de su plataforma propietaria.
2
Subida a plataforma con contexto clínico
En lugar de enviar el archivo por un canal genérico, la clínica lo sube a la plataforma vinculándolo al caso específico: paciente, número de piezas, tipo de restauración, material, plazo de entrega, prescripción digital y fotos de color. El archivo queda asociado a toda esta información. No hay que buscarlo en un chat ni en una bandeja de entrada: está dentro del caso. TrazaLab permite archivos de hasta 5 GB sin compresión.
3
Validación automática de la malla al subir
En el momento de la subida, el sistema ejecuta una validación automática de la malla: comprueba bordes no manifold, normales invertidas, agujeros y triángulos degenerados. Si detecta problemas, notifica al cirujano antes de que el laboratorio empiece a trabajar. Esto evita que un técnico dedique horas a un archivo que habrá que rehacer. Para archivos que ya están en tu equipo, puedes usar el reparador de STL gratuito antes de subirlos.
4
El laboratorio recibe el archivo con todo el contexto
El técnico abre el caso y encuentra el STL junto con la prescripción, las fotos de color, las notas del cirujano y el plazo de entrega. No necesita cruzar canales. No necesita adivinar qué versión es la correcta. Todo está en un único lugar, con fecha de subida y verificación de integridad.
5
Control de versiones automático
Si el cirujano envía un escaneo actualizado (porque detectó un problema en la preparación original, por ejemplo), el sistema almacena ambas versiones con fecha y hora. El técnico ve claramente cuál es la última versión y puede comparar con la anterior si necesita entender qué cambió. No hay riesgo de fabricar sobre un escaneo obsoleto.
5 GB
tamaño máximo por archivo en TrazaLab: suficiente para cualquier STL, DICOM o serie de imágenes clínicas
5
Archivos DICOM y CBCT: el caso que nadie resuelve bien
Los archivos STL no son el único tipo de archivo que viaja entre clínica y laboratorio. En casos de implantología, cirugía guiada y planificación de guías quirúrgicas, el laboratorio necesita también los datos del CBCT (tomografía computarizada de haz cónico) en formato DICOM.
Cuándo necesita el laboratorio archivos DICOM
Planificación implantológica: el laboratorio o el planificador necesita el volumen 3D para posicionar virtualmente los implantes considerando la densidad ósea y las estructuras anatómicas.
Guías quirúrgicas: la fabricación de una guía quirúrgica precisa requiere la superposición del escaneo intraoral (STL) con el CBCT (DICOM) para alinear los ejes de inserción con la anatomía real del hueso.
Casos complejos de rehabilitación: prótesis sobre implantes de arco completo donde la planificación protésica y la quirúrgica deben coordinarse.
El problema del tamaño: 200 MB a 2 GB por estudio
Un estudio CBCT genera un volumen de datos significativamente mayor que un escaneo intraoral. Un CBCT de campo completo (full FOV) puede pesar entre 500 MB y 2 GB, dependiendo de la resolución y el equipo. Incluso un CBCT de campo reducido para una zona de 3-4 dientes genera entre 200 y 500 MB.
Con estos tamaños, la mayoría de los métodos convencionales son inviables:
Email: imposible (límite 20-25 MB).
WhatsApp: imposible (límite 100 MB, sin garantía de integridad).
WeTransfer (gratuito): posible (hasta 2 GB), pero el enlace expira en 7 días y no hay vinculación al caso.
Google Drive: posible, pero requiere gestionar permisos manualmente y no hay trazabilidad clínica.
USB: posible, pero con todos los problemas de seguridad y versionado ya descritos.
DICOM contiene datos de salud identificables
A diferencia de un STL (que es geometría pura sin metadatos del paciente), un archivo DICOM contiene por defecto el nombre del paciente, su fecha de nacimiento, el ID del estudio y otros datos identificativos en sus cabeceras. Esto lo convierte en dato de salud protegido tanto por el RGPD (Europa) como por HIPAA (EE.UU.) y la LFPDPPP (México). Enviar un DICOM sin anonimizar por un canal no cifrado es un incumplimiento directo.
Seguridad y cumplimiento normativo: por qué "funciona" no es suficiente
Que un archivo llegue de A a B no significa que el método sea aceptable. En el sector sanitario, la forma en que se transfieren los datos importa tanto como los datos en sí. Tres marcos regulatorios afectan directamente a la transferencia de archivos dentales en mercados hispanohablantes:
RGPD (Europa)
El Reglamento General de Protección de Datos clasifica los datos de salud como "categoría especial" (artículo 9). Su tratamiento requiere medidas de seguridad reforzadas. El artículo 32 exige cifrado tanto en tránsito como en reposo. Un archivo DICOM enviado por email estándar (sin cifrado de extremo a extremo) incumple este artículo. Las sanciones por incumplimiento del RGPD pueden alcanzar los 20 millones de euros o el 4% de la facturación global.
HIPAA (Estados Unidos)
Para laboratorios y clínicas que operan con pacientes o socios en EE.UU., HIPAA exige que toda PHI (Protected Health Information) se transmita mediante canales que cumplan las Technical Safeguards de la Security Rule. Esto incluye: control de acceso, cifrado, registro de auditoría y verificación de integridad. WhatsApp, email estándar y WeTransfer no cumplen ninguna de estas cuatro condiciones simultáneamente.
LFPDPPP (México) y normativas latinoamericanas
La Ley Federal de Protección de Datos Personales en Posesión de los Particulares de México establece obligaciones similares para datos de salud. Colombia (Ley 1581), Argentina (Ley 25.326) y Chile (Ley 19.628) tienen marcos equivalentes. El denominador común: los datos de salud requieren medidas de seguridad reforzadas que los canales de comunicación general no proporcionan.
Qué necesita un canal de transferencia para cumplir
Cifrado AES-256 en tránsito y en reposo: el archivo está cifrado mientras viaja por la red y mientras está almacenado en el servidor.
Control de acceso basado en roles: solo las personas autorizadas (cirujano, técnico asignado) pueden ver y descargar el archivo.
Registro de auditoría completo: quién subió el archivo, cuándo, quién lo descargó, cuándo. Inmutable y exportable.
Verificación de integridad: comprobación automática (hash) de que el archivo descargado es idéntico al subido.
Para una explicación detallada de las medidas de seguridad y certificaciones de TrazaLab, consulta la página de confianza y cumplimiento.
Checklist antes de enviar un archivo STL
Antes de enviar cualquier archivo STL al laboratorio, confirma estos puntos:
Verifica la malla
Abre el STL en un visor 3D antes de enviarlo. Busca agujeros, zonas sin geometría o artefactos. Usa el visor STL gratuito.
Comprueba el tamaño
Un arco completo debería pesar entre 50 y 200 MB. Si pesa menos de 5 MB, la resolución probablemente es insuficiente. Si pesa más de 400 MB, valora si necesitas esa resolución.
Vincula al caso
El archivo solo tiene valor si el laboratorio sabe a qué paciente, prescripción y plazo corresponde. Asegúrate de que van juntos.
Usa un canal cifrado
Si el archivo contiene datos identificativos del paciente (o se envía junto con ellos), el canal debe cumplir RGPD/HIPAA. WhatsApp y email estándar no cumplen.
Preguntas frecuentes
Sí. WhatsApp comprime todos los archivos adjuntos que no se envían como documentos. Incluso al enviar como documento, la plataforma tiene un límite de 100 MB y no garantiza la integridad binaria del archivo. Un STL de arco completo (50-200 MB) puede llegar corrupto o truncado. Además, el archivo queda desvinculado de cualquier caso clínico, lo que genera problemas de trazabilidad.
Depende de la resolución del escáner y el alcance del escaneo. Una corona unitaria suele generar un STL de 5 a 15 MB. Un arco completo oscila entre 50 y 200 MB. Un escaneo facial o de modelos antagonistas puede superar los 300 MB. Las exportaciones CBCT en formato DICOM van de 200 MB a 2 GB por estudio.
Los cuatro errores más frecuentes son: bordes no manifold (aristas compartidas por más de dos triángulos), normales invertidas (triángulos que apuntan hacia dentro en lugar de hacia fuera), agujeros en la malla (zonas donde falta geometría) y triángulos degenerados (triángulos con área cero). Cualquiera de estos puede provocar que la fresadora interprete mal la geometría y arruine el bloque de material.
Depende. Un archivo STL sin metadatos identificativos no es dato personal per se. Sin embargo, si el nombre del archivo contiene el nombre del paciente, o se envía junto con una prescripción que identifica al paciente, el conjunto sí constituye datos de salud protegidos por el RGPD (artículo 9). El email estándar no ofrece cifrado de extremo a extremo, lo que incumple el principio de seguridad del artículo 32. La recomendación es usar canales con cifrado AES-256 y control de acceso.
Casi nunca. Un estudio CBCT pesa entre 200 MB y 2 GB. El límite de adjuntos de Gmail es 25 MB y el de Outlook es 20 MB. Incluso los servicios de transferencia gratuitos como WeTransfer tienen límites de 2 GB con enlaces que expiran en 7 días. Para DICOM, es imprescindible una plataforma con soporte para archivos grandes, cifrado y vinculación al caso clínico.
La forma más fiable es comparar el hash del archivo (MD5 o SHA-256) en origen y destino. Si ambos coinciden, el archivo es idéntico bit a bit. Las plataformas especializadas realizan esta verificación automáticamente. Además, una validación de malla automatizada al subir el archivo permite detectar errores de geometría antes de que el técnico empiece a trabajar, evitando fresados fallidos.
Transfiere archivos STL sin límites ni compresión
Archivos de hasta 5 GB, vinculados al caso, con validación de malla automática y cifrado AES-256. Prueba TrazaLab gratis durante 14 días.