Catálogo CIE-10: cómo se actualiza y qué hacer cuando llega la nueva versión

1. Quién mantiene el catálogo

La gobernanza del catálogo es la que decide qué cambia, cuándo y cómo se comunica al ecosistema sanitario.

1.1. El Ministerio de Sanidad para España

El catálogo CIE-10-ES —Modificación Clínica española de la CIE-10 internacional— lo mantiene la Unidad Técnica del Ministerio de Sanidad, con participación de las administraciones autonómicas. Es la referencia obligatoria para el registro de la asistencia sanitaria en el Sistema Nacional de Salud y la que la mayoría de las clínicas privadas usan por defecto.

1.2. La OMS para la base internacional del catálogo

La Clasificación Internacional de Enfermedades base la mantiene la Organización Mundial de la Salud, y las adaptaciones nacionales parten de ella. Los cambios de fondo importantes en la base internacional se van incorporando a la adaptación española cuando el Ministerio lo decide, con calendarios propios.

2. Con qué frecuencia se actualiza

La periodicidad no es fija ni siempre anual, pero sigue un patrón razonablemente predecible.

2.1. Actualizaciones planificadas

El Ministerio de Sanidad publica actualizaciones planificadas del catálogo CIE-10-ES a lo largo del año, coordinadas con el ciclo administrativo del Sistema Nacional de Salud. Cada versión trae su documentación explicativa con los cambios respecto a la anterior, las guías de aplicación y las fechas efectivas.

2.2. Errata y correcciones puntuales

Entre versiones planificadas pueden aparecer erratas o correcciones puntuales que se publican por separado. Suelen ser cambios menores —una descripción precisada, una inclusión aclarada— pero afectan a la codificación diaria y hay que incorporarlos en el software del centro cuando aparecen.

2.3. Los ciclos internacionales de CIE-10 y CIE-11

Los cambios de fondo internacionales tienen sus propios calendarios y en general se incorporan a la adaptación española con retardo, para permitir la coordinación con el resto del ecosistema. La transición futura a CIE-11 será un proyecto grande y separado cuando llegue. La preparación de la arquitectura del software para admitir ese cambio con años de antelación es una de las decisiones estratégicas que conviene contemplar hoy al comprar sistema clínico.

3. Qué tipo de cambios trae cada actualización

No todos los cambios de una actualización son iguales, y cada tipo exige una acción distinta del software.

3.1. Códigos nuevos

La categoría más habitual: aparecen códigos nuevos para conceptos que antes no tenían codificación específica. Suelen ser precisiones dentro de categorías ya existentes —una nueva subcategoría de un diagnóstico ya codificado— o incorporaciones de nuevas patologías reconocidas. La acción del software es simplemente incorporarlos al catálogo para que estén disponibles al codificar. Detrás de esa aparente simpleza hay trabajo de integración con el nomenclátor oficial y verificación de que la búsqueda por descripción sigue funcionando bien con las nuevas entradas.

3.2. Códigos modificados

Descripciones precisadas, categorías reordenadas, códigos que se dividen en varios más específicos. Aquí el software tiene que mantener el código antiguo para los históricos ya codificados y añadir los nuevos para los casos futuros, sin confundir uno con otro. Es donde la mayoría de errores de aplicación aparecen. Un proveedor con experiencia en actualizaciones cuida especialmente esta zona, porque un fallo aquí se manifiesta como incoherencia en las consultas históricas semanas después de la actualización.

3.3. Códigos retirados

Códigos que quedan sin uso porque el concepto se codifica ahora de otra manera. El software debería marcarlos como no vigentes —para que no aparezcan en nuevas codificaciones— y respetarlos en los históricos donde ya se usaron. Perder la vigencia sin registrar el histórico rompe cualquier consulta a largo plazo sobre esos casos. Es un fallo silencioso que solo se descubre cuando alguien intenta analizar la evolución de un diagnóstico durante varios años y se encuentra con huecos inexplicables en las series temporales.

4. Qué pasa con los códigos ya usados en el histórico

Este es el punto donde las actualizaciones se juegan de verdad.

4.1. Los códigos históricos se conservan

Un código asignado en el pasado no se cambia por la actualización, aunque haya sido modificado o retirado en la nueva versión. La razón es doble: la lectura clínica del histórico debe respetar cómo se codificó en su momento, y las estadísticas y comparaciones históricas dependen de que los códigos originales sigan disponibles. Reescribir el histórico por la actualización rompería la trazabilidad del registro.

4.2. Las tablas de correspondencia

Las actualizaciones vienen con tablas que indican cómo se relacionan los códigos antiguos con los nuevos: qué código nuevo sustituye a uno retirado, cómo se subdivide un código antiguo en varios nuevos, qué códigos se fusionan. Esas tablas son las que permiten al software presentar consultas coherentes que atraviesan la actualización, agregando históricos y actuales cuando corresponde.

4.3. La consulta agregada entre versiones

Un centro que quiere ver la evolución de un diagnóstico a lo largo de varios años puede necesitar agregar casos codificados con versiones distintas del catálogo. El software bien diseñado hace esa agregación usando las tablas de correspondencia y ofrece al usuario un resultado coherente. Sin esa capa, las consultas históricas quedan expuestas a los cambios silenciosos de codificación entre versiones.

5. Cómo aplica el software una versión nueva

La aplicación técnica de una actualización tiene varios pasos que conviene entender.

5.1. Ingesta del nuevo catálogo

El software incorpora los ficheros de la nueva versión publicados por el Ministerio, con la estructura oficial que define cada código, cada descripción y cada relación. Es un trabajo técnico que un proveedor serio hace en la propia infraestructura del sistema sin exigir intervención del centro.

5.2. Marcado de códigos por vigencia

Cada código queda marcado con su fecha de vigencia: cuáles son nuevos y desde cuándo, cuáles siguen vigentes de versiones anteriores, cuáles quedan retirados. El interfaz de codificación muestra al profesional solo los códigos vigentes al codificar casos nuevos, y respeta los históricos donde ya se usaron.

5.3. Comunicación al centro

Un proveedor serio comunica al centro las actualizaciones aplicadas, con resumen de cambios relevantes y con las notas sobre códigos que hayan cambiado especialmente en las especialidades del centro. Esa comunicación es lo que permite al equipo mantenerse al día en los conceptos que cambian sin tener que leer la documentación oficial completa.

6. Los riesgos de no actualizar

No aplicar las actualizaciones tiene consecuencias reales que se van acumulando.

6.1. Códigos nuevos no disponibles

Los códigos nuevos no aparecen en el catálogo del software y el profesional acaba usando el código genérico más próximo, que es menos preciso. La calidad de la codificación baja silenciosamente y las estadísticas del centro pierden precisión para conceptos que ya existen oficialmente pero no en tu software.

6.2. Rechazos en facturación electrónica

Las mutuas y aseguradoras van adoptando las nuevas versiones y sus sistemas rechazan progresivamente los códigos ya retirados. Un centro que no actualiza empieza a acumular facturación con incidencias, con los retrasos operativos y financieros correspondientes. Es una de las primeras señales visibles de que el catálogo del software está desfasado.

6.3. Exclusión de intercambios interoperables

Los intercambios institucionales, con el Patient Summary europeo o con otras administraciones se apoyan en versiones actualizadas de los catálogos. Un centro con catálogo desfasado queda progresivamente excluido de esos flujos, hasta que actualiza y se reincorpora al ecosistema.

7. Cómo comprobar que el software está al día

La verificación es sencilla y conviene hacerla periódicamente, no solo en el momento de compra.

7.1. Comprobación de versión y fecha

Cualquier software serio muestra la versión del catálogo CIE-10-ES cargado y la fecha de la última actualización aplicada. Comparar esa información con la versión más reciente publicada por el Ministerio de Sanidad es la primera verificación básica, y debería coincidir o ser muy próxima.

7.2. Comprobación con un código reciente

Buscar en el catálogo del software un código que apareció en la actualización más reciente. Si aparece con su descripción correcta, la actualización está aplicada; si no aparece o aparece con descripción antigua, hay desfase. Con esta comprobación se detectan actualizaciones a medias que no se advierten con solo mirar el número de versión.

7.3. Comprobación de un código retirado

Verificar el comportamiento con un código retirado en la versión nueva pero usado en el histórico del centro. El software debería marcarlo como no vigente al intentar usarlo en un caso nuevo, y respetarlo en los históricos donde ya se asignó. Si el sistema permite usarlo como si estuviera vigente, la aplicación de la actualización está incompleta.

8. Errores frecuentes al aplicar actualizaciones

Tres patrones que aparecen con más frecuencia de la deseable.

8.1. «Reescribimos el histórico para adaptarlo»

Nunca. Los códigos históricos se conservan tal como se asignaron en su momento. Reescribir el histórico rompe la trazabilidad del registro y falsea las comparaciones entre periodos. Las consultas agregadas se resuelven con tablas de correspondencia entre versiones, no reescribiendo los datos originales.

8.2. «La actualización se hace por lotes anuales»

Depende del proveedor. Algunos aplican las actualizaciones dentro del ciclo normal de mantenimiento del software y no necesitan intervención del centro. Otros exigen procesos manuales o cobran aparte cada actualización. Es una conversación que hay que tener antes de firmar cualquier contrato con un proveedor de software clínico serio.

8.3. «Solo cambian precisiones menores»

A veces sí, a veces no. Algunas actualizaciones traen cambios estructurales que afectan a la codificación de patologías frecuentes en el centro. Descartar la revisión de cambios asumiendo que serán menores es una forma de encontrarse con sorpresas al primer caso donde el código habitual ha cambiado sin aviso.

9. Qué aporta obeliOmed con esto

La idea es que las actualizaciones del catálogo se apliquen sin trauma y sin intervención del centro.

9.1. Aplicación automatizada de nuevas versiones

Las actualizaciones publicadas por el Ministerio de Sanidad se incorporan en el ciclo normal de mantenimiento del software, con marcado de vigencia de cada código y respeto absoluto de los códigos originales ya usados en el histórico del centro. Nada requiere intervención manual del centro para la aplicación técnica de la actualización.

9.2. Tablas de correspondencia integradas

Las tablas oficiales de correspondencia entre versiones se integran con el catálogo, así que las consultas históricas que atraviesan varias versiones dan resultados coherentes. Un centro puede ver la evolución de un diagnóstico a lo largo de varios años sin preocuparse por los cambios de codificación entre versiones.

9.3. Comunicación de cambios relevantes

Cada actualización aplicada se comunica al centro con un resumen de cambios relevantes, con especial atención a los que afectan a las especialidades del centro. Esa comunicación permite al equipo mantenerse al día sin leer la documentación oficial completa. Encaja con el resto del proceso de codificación clínica y del historial clínico.