El problema, en dos líneas: en una migración dental, la facturación y los pacientes casi siempre llegan bien porque son tablas. Lo que llega incompleto o no llega son las tres cosas que no se pueden reconstruir después desde ningún otro sitio: el odontograma con el estado de cada superficie, el periodontograma con sus valores y las radiografías con la pieza a la que pertenecen.

Migrar odontogramas, periodontogramas y radiografías sin perderlos

Por qué lo clínico es la parte frágil de un cambio de software dental, qué hay que exigir por escrito para cada uno de los tres bloques, cómo se comprueba la carga antes del corte y qué se puede dar por perdido sin que la clínica se resienta.

arcada dental en su articulador dentro de una vitrina, con un hueco vacío al lado Lo clínico es lo frágil de una migración: es lo único que no se reconstruye desde la contabilidad.

1. Por qué lo clínico es lo frágil

No es mala suerte ni descuido del proveedor: hay una razón estructural por la que estos tres bloques se pierden y la facturación no.

1.1. Una tabla viaja sola; una estructura, no

Una factura es una fila con fecha, concepto, importe e impuesto, y eso significa lo mismo en cualquier programa del mundo. Un odontograma es una malla de piezas por superficies con estados que cada fabricante nombra a su manera, un periodontograma son seis valores por diente con convenciones de signo propias, y una radiografía es un fichero más un vínculo que dice a quién y a qué pieza pertenece. Trasladar eso exige que alguien traduzca, y traducir es trabajo.

1.2. Y no hay un formato de intercambio del sector

En odontología no existe un estándar de intercambio del estado bucal comparable a lo que hay para la imagen médica o para la mensajería clínica. Cada programa guarda su odontograma a su manera, así que cualquier migración de este bloque pasa por una conversión hecha a medida entre origen y destino. No es imposible: es un trabajo que hay que pedir, presupuestar y comprobar.

1.3. Por eso esto se pacta antes de fijar fechas

El alcance de estos tres bloques determina si el proyecto es «cambiar de programa» o «cambiar de programa asumiendo que el estado bucal se recarga desde hoy», que son dos proyectos distintos con calendarios distintos. El orden completo de los pasos está en cambiar de software dental sin parar.

2. El odontograma: qué tiene que viajar

Es el bloque de mayor valor clínico y el que más se degrada al migrar, porque es fácil que llegue una versión aplanada que parece correcta y no lo es.

2.1. La pieza, la superficie y el estado

El mínimo aceptable es que cada pieza llegue identificada con una notación reconocible —la FDI de dos dígitos es la habitual— y que su estado esté desglosado por superficie, no por diente entero. Un odontograma que llega con el diente marcado como «tratado» pierde precisamente la información que hacía falta: cuál de las cinco caras y con qué.

2.2. La fecha y el autor de cada cambio

El segundo nivel, que se pierde casi siempre, es el histórico. Sin fecha no se puede saber si una obturación es de hace tres meses o de hace ocho años, y eso cambia decisiones clínicas. Si el histórico no puede viajar, la alternativa razonable es que al menos llegue el estado actual fechado en el momento del corte, para que quede claro que lo anterior a esa fecha está en el sistema antiguo.

molar de resina en su soporte con tres caras visibles y una sonda apoyada Un diente marcado entero ha perdido justo la información que hacía falta: cuál de sus caras y con qué.

2.3. El diccionario de estados, que hay que pedir aparte

Cada programa usa sus propios códigos para «caries», «obturado», «ausente», «corona» o «implante». La conversión necesita la equivalencia, y esa equivalencia conviene revisarla: es donde se cuelan los errores silenciosos, como que un estado del origen que no existe en el destino acabe convertido en el más parecido sin que nadie lo advierta. Qué debe hacer un odontograma bien resuelto está en las funcionalidades que un software dental necesita.

¿Ya tienes software?

Antes de cambiar, te decimos qué se trae

Auditoría gratuita de migración: miramos cómo tienes hoy los datos y te decimos qué pasa a obeliOmed, qué se queda como texto, cuánto tarda y cuánto cuesta. Por escrito y sin compromiso.

3. El periodontograma y sus valores por sitio

Es el bloque que menos veces llega completo, y también el que menos se echa de menos hasta que hace falta comparar.

3.1. Seis sitios por diente, con su medida

Lo que tiene que viajar es cada punto de sondaje con su valor: profundidad y recesión como mínimo, y la posición concreta a la que corresponde alrededor del diente. Si llega un valor por diente en lugar de seis, el dato ha dejado de ser un periodontograma y se ha convertido en un resumen que no permite seguir nada.

3.2. Las convenciones de signo, que no son universales

La recesión y el nivel de inserción se registran con criterios de signo que no todos los programas comparten. Es un detalle muy pequeño y con consecuencias grandes: unos valores migrados con el signo cambiado producen una comparación entre exploraciones que dice exactamente lo contrario de lo que pasó. Merece la pena revisar tres casos a mano después de la carga.

3.3. Si no puede viajar, qué se hace

La salida práctica cuando el periodontograma no es migrable es conservar la última exploración de cada paciente periodontal como documento consultable, y planificar una exploración nueva en el sistema nuevo en la siguiente revisión. Se pierde la serie histórica y se recupera la capacidad de comparar hacia adelante, que es lo que orienta el tratamiento.

4. Las radiografías y su vínculo con la pieza

El bloque más voluminoso, el que menos se pierde del todo y el que peor llega si nadie se ocupa del detalle correcto.

Lo que hay que pedir además de los ficheros: la correspondencia. Una carpeta con miles de imágenes se recupera casi siempre; lo que se pierde es el dato que dice a qué paciente, a qué pieza y a qué fecha pertenece cada una. Ese vínculo vive fuera del fichero, y si no se pide expresamente no viaja: lo que queda entonces es un archivo enorme e inservible en la práctica.

4.1. Dónde vive realmente la imagen

Antes de planificar conviene comprobar si las radiografías están en el programa de gestión o en el software del equipo de rayos o del escáner, que a menudo mantiene su propio archivo. Si es lo segundo, la extracción es una conversación con el fabricante del equipo, con su propio interlocutor y su propio calendario, y eso cambia el plan del proyecto.

4.2. El formato, y por qué aquí hay más suerte

La imagen dental suele guardarse en formatos que cualquier sistema puede abrir, y muchos equipos trabajan con el estándar de imagen médica, que además lleva parte de los datos dentro del propio fichero. Es la razón por la que este bloque, bien pedido, es el que mejor sobrevive de los tres.

4.3. El volumen, que condiciona el método de entrega

Este bloque suele pesar más que todos los demás juntos, así que la entrega puede no ser una descarga sino un soporte físico o una transferencia de varios días. Preguntar el volumen aproximado al principio evita descubrirlo en la última semana. Cómo se pide todo esto al proveedor actual está en cómo exportar los datos de tu Gesden.

5. Qué exigir por escrito, bloque a bloque

El documento que evita casi todos los problemas cabe en una página y se firma antes de empezar.

BloqueQué se exige que viajeSeñal de que llegó mal
OdontogramaPieza, superficie, estado y fechaEl diente marcado entero, sin caras
Histórico bucalCada cambio con su fecha y autorSolo el estado de hoy, sin pasado
PeriodontogramaSeis sitios por diente, con su valorUn valor por diente, o un documento
RadiografíasFicheros más paciente, pieza y fechaCarpeta sin correspondencia
PresupuestosLíneas con su estado de aceptaciónDocumentos marcados enteros

5.1. Y las tres preguntas de cada fila

Por cada bloque: en qué formato exacto se entrega, si el contenido viaja estructurado o como documento de lectura, y qué plazo hay desde la solicitud. Con esas tres respuestas escritas, el alcance deja de ser una incógnita y el calendario se puede fijar con fundamento.

5.2. Quién responde si falta algo tras el corte

Es la cláusula que nadie escribe y la que decide cómo acaban las migraciones difíciles. Tiene que quedar claro a quién se reclama, en qué plazo y qué se hace: repetir la carga, entregar el bloque por otra vía o dar el asunto por cerrado. Sin eso, el problema aparece cuando ya no hay contrato con nadie.

5.3. Y el acceso de lectura al sistema antiguo

Negociar por escrito unas semanas de acceso de solo lectura al programa que dejas es la red que resuelve los huecos de los primeros días. Cuesta poco pedirlo al principio y es imposible conseguirlo después. Los plazos realistas están en cuánto tarda de verdad una migración dental.

¿Comparando opciones?

Compara obeliomed con tu software actual en 30 minutos

Te mostramos en la demo exactamente en qué se diferencia: precio real, funcionalidades que importan y tiempo de implementación.

6. Cómo se comprueba la carga antes del corte

La verificación no es opcional y no es cara: son unas horas bien repartidas y es lo primero que se recorta cuando la fecha se fijó antes de tiempo.

  • Contar pacientes, presupuestos e imágenes y compararlo con el origen.
  • Revisar a mano tres pacientes con historia complicada, de principio a fin.
  • Comprobar un odontograma con varias superficies marcadas en la misma pieza.
  • Comparar dos periodontogramas migrados y ver si la evolución cuadra.
  • Abrir varias radiografías desde la pieza a la que deberían pertenecer.
  • Verificar un presupuesto con unas líneas aceptadas y otras rechazadas.

6.1. El recuento detecta lo que falta en bloque

Es la comprobación más rápida y caza el error más común: un filtro aplicado sin avisar que ha dejado fuera a los pacientes inactivos o a los datos anteriores a cierta fecha. Si los números no cuadran, hay una conversación pendiente, y conviene tenerla antes del corte.

6.2. El caso a mano detecta lo que llega vacío

El recuento no ve un odontograma que migró con la malla correcta y todos los estados en blanco, ni unos periodontogramas con los signos cambiados. Eso solo lo ve alguien que conoce el caso mirando la pantalla. Por eso los tres pacientes de prueba los elige un profesional, no el proveedor.

6.3. Y todo esto ocurre antes de dar de baja nada

La regla que ordena el proyecto entero: se extrae, se carga, se verifica y solo entonces se comunica la baja del sistema anterior. Invertir ese orden convierte cualquier hallazgo en una urgencia sin margen de reclamación.

7. Qué se puede dar por perdido, y cómo se decide

No todo se salva y no todo hace falta. Esta decisión es clínica y conviene tomarla de forma consciente y escrita, no por omisión.

7.1. El criterio: qué cambia una decisión de mañana

Lo que hay que preguntarse de cada bloque es si su ausencia va a cambiar lo que se le hace a un paciente. El estado bucal actual, sí. La serie periodontal de un paciente en mantenimiento, sí. El histórico de anotaciones administrativas de hace ocho años, casi nunca. Ese criterio ordena las prioridades mejor que cualquier otro.

7.2. Lo que suele decidirse dejar atrás

Lo habitual es conservar en el sistema antiguo, como consulta, el histórico anterior a cierta fecha y los pacientes sin actividad en varios años, y migrar completo lo activo. Es una decisión legítima siempre que se documente y siempre que el archivo antiguo siga siendo accesible durante los plazos de conservación que exige la normativa.

7.3. Lo que no se deja atrás nunca

El estado bucal actual de los pacientes activos y los consentimientos informados firmados. Lo primero porque sin él la primera visita de cada paciente se convierte en una exploración completa desde cero. Lo segundo porque su conservación es una obligación derivada de la Ley 41/2002 y no depende de qué programa uses.

8. Cómo convivir con un histórico incompleto

Si parte del histórico se queda atrás, hay tres medidas que evitan que eso se convierta en un problema recurrente.

estantería de archivo con un tramo lleno de carpetas y otro casi vacío Si parte del histórico se queda atrás, lo que evita el problema es una fecha de corte visible en la historia.

8.1. Una fecha de corte visible en la historia

Que quede claro, en el propio expediente, desde cuándo el registro es completo y dónde está lo anterior. Un profesional que abre una historia y no ve nada antes de una fecha necesita saber si es que no pasó nada o es que está en otro sitio. Sin esa marca, en pocos meses nadie lo recuerda.

8.2. Un plan de recarga oportunista

En lugar de un proyecto de recuperación masiva, lo que funciona es completar el registro cuando el paciente vuelve: en la siguiente revisión se hace la exploración completa y a partir de ahí el sistema nuevo ya tiene la serie. En un año, la mayoría de los pacientes activos han pasado por consulta y el problema se ha disuelto solo.

8.3. Y el archivo antiguo, accesible y documentado

Sea en forma de acceso de lectura al programa anterior o de una copia de listados y documentos, tiene que quedar claro dónde está, quién puede consultarlo y durante cuánto tiempo se conserva. Es una obligación y es la garantía de que la decisión del apartado 7 fue una decisión y no una pérdida. Cómo encaja todo esto en el conjunto está en el software para clínicas dentales y cómo elegirlo y en migrar historiales clínicos a un software nuevo.

9. Qué aporta obeliOmed con esto

Qué resuelve obeliOmed de los tres bloques, tanto al recibirlos como en el uso posterior.

9.1. La entrada de los tres bloques

Los datos del programa anterior se importan al empezar. Lo que conviene fijar por escrito, aquí y con cualquier proveedor, es el detalle de la tabla del apartado 5: qué llega de cada bloque, en qué forma y quién responde si falta algo tras el corte. Eso se pacta en el presupuesto de migración, con la lista delante, y no se da por supuesto.

9.2. Dónde aterriza cada cosa

El odontograma trabaja con notación FDI y guarda el estado de cada pieza por superficie, con el historial de cada cambio y su autor, y calcula el índice CAOD a partir de él. El periodontograma recoge los seis sitios de sondaje de cada diente y compara una exploración con la anterior. Las radiografías quedan asociadas a la pieza que documentan, y se abren desde el propio odontograma.

9.3. Y la salida, que evita repetir esto dentro de unos años

En cualquier momento puedes descargarte una copia completa de tus datos, sin solicitarla y sin coste añadido. Como el estado bucal, los valores de sondaje y el vínculo de cada imagen con su pieza están guardados como información estructurada y no como documentos, lo que sale es lo mismo que entró: esa es la diferencia entre una futura migración y otra recarga desde cero. Está desarrollado en los datos de la clínica son tuyos.

10. Preguntas frecuentes sobre migrar el historial clínico dental

¿Por qué se pierde el odontograma al cambiar de software dental?

Porque no es una tabla, es una estructura. Una factura significa lo mismo en cualquier programa: fecha, concepto, importe. Un odontograma es una malla de piezas por superficies, con estados que cada fabricante nombra a su manera y con un histórico de cambios asociado. Trasladarlo exige que alguien construya una equivalencia entre los códigos del origen y los del destino, y eso es un trabajo que hay que pedir, presupuestar y comprobar. Si nadie lo pide expresamente, ese bloque simplemente no viaja.

¿Existe un formato estándar para migrar datos dentales?

Para el estado bucal, no hay un estándar de intercambio comparable al que existe para la imagen médica. Cada programa guarda su odontograma y su periodontograma con su propio modelo, así que cualquier migración de esos bloques pasa por una conversión hecha a medida entre origen y destino. Con las imágenes hay más suerte, porque muchos equipos trabajan con el estándar de imagen médica y parte de los datos viaja dentro del propio fichero. Por eso el bloque de imagen, bien pedido, es el que mejor sobrevive.

¿Qué pasa si las radiografías llegan sin saber a qué diente pertenecen?

Que tienes un archivo enorme y poco útil en la práctica. El vínculo que dice a qué paciente, a qué pieza y a qué fecha corresponde cada imagen vive fuera del fichero, y si no se pide expresamente no viaja con él. La consecuencia es que localizar la periapical del 36 entre ocho años de imágenes vuelve a ser un trabajo manual. Por eso en la solicitud de extracción hay que pedir dos cosas: los ficheros y la correspondencia, en un formato que se pueda leer.

¿Se puede migrar el historial periodontal completo?

Depende por completo de lo que el programa de origen deje extraer, y es el bloque que menos veces llega entero. Lo que tiene que viajar es cada punto de sondaje con su valor y su posición alrededor del diente, no un resumen por pieza. Hay además un detalle que provoca errores silenciosos: las convenciones de signo de la recesión y el nivel de inserción no son iguales en todos los programas, así que conviene revisar tres casos a mano después de la carga para confirmar que la evolución migrada dice lo que pasó.

¿Qué hago si no puedo migrar los periodontogramas antiguos?

Lo que funciona es conservar la última exploración de cada paciente periodontal como documento consultable y planificar una exploración nueva en el sistema nuevo durante su siguiente revisión. Se pierde la serie histórica y se recupera lo que de verdad orienta el tratamiento, que es poder comparar hacia adelante. En un año la mayoría de los pacientes en mantenimiento han pasado por consulta y el sistema nuevo ya tiene su propia serie, así que el problema se disuelve sin un proyecto de recuperación masiva.

¿Cómo compruebo que la migración clínica se ha hecho bien?

Con dos comprobaciones complementarias. La primera es un recuento de pacientes, presupuestos e imágenes contra el origen, que detecta lo que falta en bloque, normalmente por un filtro aplicado sin avisar. La segunda es revisar a mano tres pacientes con historia complicada, elegidos por un profesional y no por el proveedor: eso es lo único que detecta un odontograma que llegó con la malla correcta y los estados vacíos, o unos periodontogramas con los signos invertidos. Ambas se hacen antes de dar de baja nada.

¿Qué parte del historial se puede dejar atrás sin problema?

El criterio útil es preguntarse si la ausencia de ese dato cambiaría lo que se le hace a un paciente mañana. Con esa vara, lo habitual es migrar completo lo de los pacientes activos y dejar en el sistema antiguo, como consulta, el histórico anterior a cierta fecha y los pacientes sin actividad en varios años. Lo que no se deja atrás nunca es el estado bucal actual de los pacientes activos y los consentimientos firmados, porque lo primero obligaría a explorar de cero y lo segundo hay obligación de conservarlo.

¿Tengo que conservar el programa antiguo después de migrar?

Tienes que conservar la documentación clínica durante los plazos que fija la normativa, y eso se puede cumplir de varias formas: manteniendo acceso de solo lectura al programa anterior, guardando una copia de listados y documentos consultables, o teniéndolo todo migrado. Lo que no vale es que el histórico desaparezca sin más. Sea cual sea la vía, conviene dejar escrito dónde está lo anterior a la fecha de corte, quién puede consultarlo y hasta cuándo se conserva, porque en pocos meses nadie lo recuerda.

¿Cuánto encarece una migración incluir odontogramas y radiografías?

Es la partida con más dispersión de todo el presupuesto, y precisamente por eso hay que pedirla desglosada. Una migración que solo trae pacientes y facturación es mucho más barata de hacer que una que incluye el estado bucal por superficie, los valores de sondaje y el vínculo de cada imagen con su pieza, y las dos se venden con la palabra «migración incluida». Pide el desglose por bloques con el formato de entrega de cada uno: así se compara con otra oferta y así se sabe qué estás comprando.

Programa piloto · odontología

Tres clínicas dentales, tres meses gratis

Odontograma, plan de tratamiento, presupuesto por pieza y periodontograma, con tus pacientes y sin pagar nada. A cambio, media hora cada dos semanas para contarnos qué sobra y qué falta.

Más sobre cambiar de software dental

Información adicional

Referencias

Última actualización: septiembre de 2026.