Volver al blog
CBCT nubealmacenamiento DICOMcompartir CBCTenlace seguroretención imágenes dentalesworkflow clínico

CBCT dental en la nube: almacenamiento y compartición en el día a día de la clínica

Cristian Rosas Méndez

Por

CBCT dental en la nube: almacenamiento y compartición en el día a día de la clínica

El viernes a las 17:40 llega un referido: un CBCT de 400 MB en un CD que “solo abre en el PC del fondo”, o un ZIP que el correo rechazó. La pregunta práctica no es “¿tenemos nube?”, sino dónde vive el estudio, quién lo abre y cómo se lo pasas al especialista sin filtrar datos de salud.

Este artículo es una guía de workflow clínico para dentistas y especialistas: almacenamiento + acceso + compartición de CBCT. No es una comparación de PACS cloud frente a servidor local, ni una migración por fases, ni un deep dive de compliance. Las piezas compañeras del cluster cubren qué es un visor CBCT online, cómo abrir un estudio sin instalar el software del fabricante y cuándo conviene navegador frente a escritorio. Aquí el ángulo es otro: qué guardar, cuánto tiempo, cómo compartir y con qué controles mínimos.

La “nube” del CBCT no es solo una carpeta de respaldo

En la clínica, “pasar el CBCT a la nube” suele mezclar tres capas distintas:

  1. Almacenamiento. El dataset queda en un repositorio accesible (con cifrado y redundancia), no solo en el disco del PC de recepción.
  2. Acceso. El mismo estudio se abre desde el sillón, el box de planificación o el hogar del especialista, con cuenta o enlace autorizado.
  3. Compartición. El derivador, el cirujano o el laboratorio reciben un acceso controlado, no necesariamente una copia física o un adjunto irrecuperable.

Una carpeta en Drive/Dropbox con ZIPs sin política de caducidad ni auditoría puede ser “nube” en el sentido de marketing. No es automáticamente un flujo clínico aceptable para imágenes con identificadores. La diferencia se nota cuando alguien pide “el CBCT de hace tres años del paciente X” o cuando un enlace circuló en un grupo de WhatsApp.

Qué almacenar: DICOM original frente a proyectos propietarios

Farman insistió en que la interoperabilidad DICOM protege el activo clínico frente a silos de marca. En la práctica del día a día:

Qué guardar Para qué sirve Riesgo si es lo único
Serie DICOM / DICOMDIR del examen Reabrir en otro visor, segunda opinión, auditoría Bajo si el export es completo y sin pérdidas
Informe / capturas anotadas (PDF, PNG) Comunicación rápida No sustituyen el volumen para medir de nuevo
Proyecto propietario del fabricante (.plan, guías, segmentaciones) Planificación avanzada en ese ecosistema Puede no abrirse fuera de esa workstation
Solo JPEG del “viewer” del CD WhatsApp “rápido” Pérdida de resolución, sin metadatos clínicos útiles

Regla práctica: el archivo canónico es el DICOM original (o export lossless compatible). Los proyectos de marca son valiosos como capa de trabajo; no deben ser el único respaldo. El estándar NEMA DICOM sigue siendo la referencia de formato; si el centro o el escáner solo te entrega un instalador + carpetas opacas, exige export abierto antes de archivar.

Los estándares de acreditación para CT dental (IAC) recuerdan, además, que debe existir un sistema de archivo de imágenes, mediciones e informes, con almacenamiento digital lossless y retención alineada a la normativa aplicable de historial clínico —sin fijar un único número de años para todos los países.

Retención y respaldo: expectativas prácticas (no asesoría legal)

Los plazos legales de retención de radiografías e historial varían por jurisdicción (años desde el último tratamiento, reglas especiales para menores, etc.). Este texto no sustituye a tu colegio, aseguradora o abogado. Sí conviene una política clínica mínima, escrita y conocida por el equipo:

  1. Qué se retiene: volumen DICOM + informe firmado (si existe) + metadatos del examen (fecha, FOV/indicación cuando consten).
  2. Dónde: al menos una copia en repositorio gestionado + una estrategia de respaldo (no “solo el PC del CBCT”).
  3. Cómo probar el respaldo: una vez al trimestre, restaura un estudio antiguo y ábrelo en un visor independiente.
  4. Quién borra: nadie “limpia disco” sin checklist; los enlaces de compartición pueden caducar sin borrar el archivo maestro.
  5. Qué no cuenta como respaldo clínico: un WhatsApp, un USB sin inventario, un CD en un cajón sin índice.

SEDENTEXCT y los principios EADMFR abordan indicación y justificación de la dosis; la responsabilidad de conservar el estudio obtenido es otra capa: si pediste el CBCT, el registro clínico debe poder recuperarlo cuando haga falta comparación o defensa del acto.

Matriz de compartición: CD/USB, WhatsApp/correo, enlace seguro

Canal Costo percibido Fricción clínica Riesgo PHI / control Usabilidad
CD / USB Bajo material; alto en tiempo Alta (drivers, “no abre”, correo postal) Medio-alto (dispositivo perdido, sin caducidad) Mala fuera del PC “que sí funciona”
ZIP por correo / WhatsApp “Gratis” Media (límites de tamaño, compresión agresiva) Alto (reenvíos, grupos, sin auditoría) Rápida para capturas; frágil para volúmenes
Enlace con control de acceso Suele ir en el servicio Baja si el receptor solo necesita ver/medir Más bajo si hay cuenta/PIN, caducidad y registro Alta para referidos y segunda opinión

Ningún canal es mágicamente “seguro” o “inseguro”: depende de quién recibe, cuánto tiempo vive el acceso y si puedes revocarlo. Envíos masivos de ZIPs con nombre completo + fecha de nacimiento en el nombre del archivo son un anti-patrón frecuente.

Para la lectura clínica del volumen compartido, un visor en navegador suele reducir la fricción (sin pelear con el autoejecutable del CD). Eso no convierte el enlace en un informe firmado ni en teleconsulta sincronizada: son capas distintas.

Control de acceso: quién abre qué, caducidad y auditoría básica

Piensa en tres preguntas antes de compartir:

  1. Quién: ¿el derivador concreto, el equipo de la clínica B, o “cualquiera con el link”?
  2. Qué: ¿el volumen completo, solo capturas, o el informe? El principio de mínimo necesario (HIPAA Privacy Rule en EE. UU.) pide limitar usos y divulgaciones a lo razonablemente necesario para el propósito. Hay excepciones (p. ej. tratamiento entre proveedores), pero el hábito de “mandar todo el disco a un grupo” suele ir en la dirección contraria.
  3. Hasta cuándo: caducidad del enlace, revocación, y si queda registro de quién abrió.

En la UE, el RGPD (Reglamento 2016/679) formula la minimización de datos: adecuados, pertinentes y limitados a lo necesario. En LATAM, leyes locales de datos personales y de historia clínica apuntan en la misma dirección conceptual aunque el articulado cambie. Traducción operativa para la clínica:

  • Cuentas nominativas (no un usuario compartido “recepcion”).
  • Enlaces con caducidad por defecto (días, no “para siempre”).
  • Evitar PHI en el asunto del correo o en el nombre del ZIP público.
  • Separar archivo maestro (retención larga) de accesos temporales (compartición).
  • Pedir al proveedor: cifrado en tránsito (TLS), control de acceso y, si aplica, registro de accesos / DPA.

La AAOMR recuerda que quien obtiene el CBCT es responsable de interpretar el volumen (o de derivar a radiología oral). Un flujo de nube cómodo no reduce esa responsabilidad; sí reduce la excusa de “se me perdió el CD”.

Almacenamiento en la nube ≠ PACS completo

Un repositorio cloud con visor y compartición resuelve muchos días de consulta. Un PACS (Picture Archiving and Communication System) añade capas de flujo institucional: integración con worklist/HIS, políticas de archivo a largo plazo, enrutado entre sedes, a menudo HL7/DICOM networking, gobernanza de usuarios a escala.

No confundas:

  • Store + share clínico → “guardo el DICOM, lo abro, se lo paso al especialista con control”.
  • PACS / migración / cloud vs on‑prem → decisiones de infraestructura y operación a otro nivel (hay artículos específicos en el blog sobre PACS dental en la nube frente a servidor local y sobre migrar el archivo).

Tampoco confundas “tener el estudio online” con “tener ya un visor CBCT online evaluado”: la checklist de software DICOM y la matriz navegador vs escritorio ayudan a elegir la capa de lectura, que es complementaria al almacén.

Checklist de una página: evaluar un flujo nube de store+share para CBCT

  1. ¿El export canónico es DICOM abierto (no solo el proyecto de marca)?
  2. ¿Puedes abrir un estudio de hace 12–24 meses en un visor distinto al del escáner?
  3. ¿Hay dos caminos de recuperación (repositorio + respaldo probado), no solo un PC?
  4. ¿Quién autoriza borrados y cambios de retención?
  5. ¿Al compartir, el receptor necesita instalar algo o basta un enlace/cuenta?
  6. ¿El enlace caduca y se puede revocar?
  7. ¿Queda rastro de quién abrió el estudio (al menos a nivel de cuenta o registro del proveedor)?
  8. ¿El equipo sabe qué no mandar por WhatsApp (volúmenes identificados)?
  9. ¿Separaste capturas de comunicación del archivo maestro?
  10. ¿Probaste el flujo completo con un ZIP real de 300–500 MB en la red de la clínica (no en la demo del proveedor)?

Si 1–3 fallan, prioriza interoperabilidad y respaldo antes de “más nube”. Si 5–8 fallan, prioriza control de acceso antes de más velocidad de envío.

Qué no hace este artículo

No compara marcas por nombre, no inventa funciones de un producto, no sustituye SEDENTEXCT sobre indicación/dosis, no es asesoría legal de retención ni un checklist HIPAA/RGPD completo, no es guía de migración de PACS ni de seguridad perimetral. Evalúa el flujo guardar–abrir–compartir con evidencia en tu propia clínica.

Lectura relacionada en el cluster (sin repetir esos ángulos): qué es un visor CBCT online, abrir CBCT sin instalar y navegador vs escritorio.

Referencias

  1. Horner K, Islam M, Flygare L, Tsiklakis K, Whaites E. Basic principles for use of dental cone beam computed tomography: consensus guidelines of the European Academy of Dental and Maxillofacial Radiology. Dentomaxillofac Radiol. 2009;38(4):187-195. doi: 10.1259/dmfr/74941012
  2. European Commission. Radiation Protection No 172. Cone Beam CT for Dental and Maxillofacial Radiology: Evidence-Based Guidelines (SEDENTEXCT). Luxembourg: Publications Office of the EU; 2012.
  3. Carter L, Farman AG, Geist J, et al. American Academy of Oral and Maxillofacial Radiology executive opinion statement on performing and interpreting diagnostic cone beam computed tomography. Oral Surg Oral Med Oral Pathol Oral Radiol Endod. 2008;106(4):561-562. doi: 10.1016/j.tripleo.2008.07.007
  4. Farman AG. Raising standards: Digital interoperability and DICOM. Oral Surg Oral Med Oral Pathol Oral Radiol Endod. 2005;99(5):525-526. doi: 10.1016/j.tripleo.2005.03.001
  5. Farman AG. Applying DICOM to dentistry. J Digit Imaging. 2005;18(1):23-27. doi: 10.1007/s10278-004-1029-z
  6. National Electrical Manufacturers Association (NEMA). DICOM Standard (current edition). https://dicom.nema.org/medical/dicom/current/
  7. Intersocietal Accreditation Commission (IAC). Standards and Guidelines for Dental CT Accreditation. Published April 2025. https://intersocietal.org/wp-content/uploads/2025/04/IACDentalCTStandards2025.pdf
  8. U.S. Department of Health & Human Services. Minimum Necessary Requirement (HIPAA Privacy Rule). https://www.hhs.gov/hipaa/for-professionals/privacy/guidance/minimum-necessary-requirement/index.html
  9. Regulation (EU) 2016/679 of the European Parliament and of the Council (General Data Protection Regulation), Article 5(1)(c) (data minimisation). https://eur-lex.europa.eu/eli/reg/2016/679/oj

Prueba CBCTHub gratis

Sube, visualiza y comparte examenes DICOM en la nube. Sin instalar nada.

Crear cuenta gratis