Aquesta és una revisió antiga del document
SNOMED CT (Systematized Nomenclature of Medicine – Clinical Terms) es la terminología clínica integral, multilingüe y codificada de mayor amplitud, precisión e importancia desarrollada en el mundo. SNOMED CT es, también, un producto terminológico que puede usarse para codificar, recuperar, comunicar y analizar datos clínicos permitiendo a los profesionales de la salud representar la información de forma adecuada, precisa e inequívoca. La terminología se constituye básicamente de:
Estos elementos tienen como fin representar en detalle la información y conocimiento clínico en el ámbito de la asistencia sanitaria.
Los conceptos en SNOMED CT son la unidad mínima de significado. Cada idea dentro de la terminología está representada con un concepto, y viceversa.
Los puntos siguientes definirán de manera general cada campo para ofrecer una introducción a las guías oficiales:
ConceptId: Es la clave principal de la tabla i el identificador único de cada concepto. El código es irrepetible y no se puede reutilizar en ningún caso. Cada concepto en SNOMED CT tiene un conceptId.
ConceptStatus: En SNOMED CT no se elimina nada. Si un concepto se tiene que dejar de utilizar se desactiva cambiando el valor de este campo. Los motivos que han llevado a desactivar el componente, condicionaran el valor de ConceptStatus.
FullySpecifiedName: Almacena una descripción del concepto. Suele contener la descripción FSN en inglés estándar y casi nunca se usa porqué se utiliza la tabla de descripciones (ver punto 4 de este documento).
CTV3ID: En el apartado 2.1 “Historia” de este documento se destaca el acuerdo entre el CAP i el Servicio Nacional de Salud de Reino Unido para unir SNOMED RT y CTV3. El campo CTV3ID es un legado de esta unión y no suele utilizarse fuera de Reino Unido. A través del identificador se puede mantener la compatibilidad de SNOMED CT con la terminología CTV3.
SNOMEDID: Como en el caso de CTV3ID, es un campo de compatibilidad, pero con versiones anteriores de SNOMED CT. Este identificador permite relacionar versiones antiguas de SNOMED CT, como SNOMED II o SNOMED RT, con la actual. Suele usarse en los sistemas de información de anatomía patológica, para actualizar la BBDD. Los profesionales del campo de la anatomía patológica están familiarizados con estos códigos, y suelen usarlos directamente para informar información clínica.
IHTSDO no asegura el mantenimiento del SNOMEDID y el CTV3, de hecho, se indica que en el nuevo formato RF2 ya no se distribuirán.
IsPrimitive: Indica si un concepto es primitivo (valor 1) o está definido completamente (valor 0) a través de sus relaciones definitorias. Un concepto será primitivo porqué solo tiene relaciones IS_A o porqué un aspecto de su significado no queda representado con sus relaciones.
Como sucede en todos los vocabularios controlados, los términos de SNOMED CT se definen a través de literales. La diferencia de éste respecto otros catálogos o clasificaciones es que se cuenta con distintas maneras de nombrar lo mismo. En SNOMED CT cada concepto tiene como mínimo dos descripciones, y puede tener varias, que pueden ser de tres tipos distintos:
FSN (Fully Specified Name): Es la descripción más formal que, obligatoriamente, tiene cada concepto. Estos literales siempre incluyen el eje del cual cuelga el concepto que definen. Ejemplos de descripciones FSN son:
PT (Preferred Term o Término Preferido): El literal PT es el más amigable, el que se mostraría al usuario final. Cada concepto tiene asociado, obligatoriamente, un PT:
La descripción FSN suele ser igual que el PT pero con el eje del cual desciende el concepto, a pesar de esto, no siempre es así. Existen conceptos que tienen FSN y PT totalmente distintos.
SIN (Sinónimos): Cada concepto en SNOMED CT puede tener sinónimos, literales que también definen el concepto pero que son distintos al FSN y al PT. Siguiendo con los ejemplos presentados: El concepto procedimiento obstétrico (procedimiento) no tiene sinónimos.
A continuación se definen los campos que componen la tabla de descripciones de SNOMED CT:
DescriptionId: Es la clave primaria de la tabla e identifica de manera única cada literal. Cada descripción en SNOMED CT tiene un descriptionId.
DescriptionStatus: Igual que en el caso de los conceptos, indica si la descripción está activa o no
ConceptId: Es la clave extranjera, relaciona cada concepto con sus descripciones.
Term: contiene el literal, en sí, de la descripción: el texto.
InitialCapitalStatus: Se utiliza para indicar si la descripción tiene que empezar con mayúscula (valor 1) o no (valor 0). La descripción 2540070017 ASA - estado físico clase 2 tiene el initialCapitalStatus a 1 porqué debe empezar con mayúsculas, sino su significado cambia. Por el contrario, 1044312013 resfrío común (trastorno) tiene el campo a 0, ya que “Resfriado” y “resfriado” significan lo mismo. En la versión internacional de SNOMED CT, todas las descripciones empiezan con mayúscula (en la ES-ARG no). Este campo sirve para indicar si siempre deben ir así o si se pueden poner en mayúscula sin alterar el significado.
DescriptionType: El valor del campo indica el tipo de descripción: FSN (3), PT (1) o SIN (2).
LanguageCode: Contiene el código del idioma o dialecto de la descripción. Se usan los códigos de dos posiciones de ISO639-1, por ejemplo “es” para español o “en-US” para inglés americano.
Las conexiones entre conceptos en SNOMED CT se denominan relaciones. Estos vínculos ayudan a definir cada concepto de la terminología y permiten establecer la jerarquía múltiple (cada término puede tener varios hijos y más de un padre). De este modo, existen dos tipos principales de relaciones en SNOMED CT:
Relaciones jerárquicas: Son las “ES_UN[A]” o “IS_A”, los vínculos que conforman la jerarquía de SNOMED CT. Todos los conceptos hijos tienen una relación “ES_UN[A]” con cada uno de sus padres.
Relaciones definitorias: Consisten en relaciones que aportan más información sobre el concepto. Algunos ejemplos:
Los productos farmacéuticos tienen relaciones con los principios activos que los conforman. 400268004 ibuprofeno+mentol (producto) tiene una relación “tiene como componente activo” a 387207008 ibuprofeno (sustancia) y otra “tiene como componente activo” a 387414008 mentol (sustancia).
Las alergias tienen relaciones a sus agentes causales. 418815008 alergia a las carnes rojas (trastorno) tiene una relación “agente causal” a 226915003 carne roja (sustancia).
Los campos son los siguientes:
RelationshipId: Es el identificador único de cada relación en SNOMED CT, la clave primaria de la tabla de relaciones. En SNOMED CT las relaciones involucran tres conceptos: el de origen, el de destino y el del tipo de vínculo. Retomando los ejemplos anteriores, el concepto 400268004 ibuprofeno+mentol (producto) sería el origen y 387207008 ibuprofeno (sustancia) el destino. Lo que antes se ha indicado como una relación “tiene como componente activo” también es un concepto: 127489000 tiene como componente activo (atributo). De hecho, si se busca ES-UN[A] en SNOMED CT, se encontrará el concepto: 116680003 es un[a] (atributo). Esta ocurrencia implica que las relaciones de jerarquía también afectan a tres conceptos: Concepto de origen: 232346004 alergia a caspa de gato (trastorno). Tipo de vínculo: 116680003 es un[a] (atributo). Concepto de destino: 232347008 alergia a la caspa de animales (trastorno).
En la tabla de relaciones, el concepto de origen se representa a través del campo ConceptId1, que contiene su conceptId. De la misma manera, el conceptId del concepto de destino radica en el ConceptId2. El conceptId del tipo de relación se almacena en RelationshipType. En SNOMED CT los conceptos que se inactivan suelen pasar a tener relaciones que indican de dónde colgaban y los conceptos por los cuales se han sido sustituidos, por ejemplo: el concepto 159685006 supervisor - banquetes (ocupación) se desactivó porqué estaba duplicado, y ahora tiene dos relaciones: ES-UN[A]: 363662004 concepto duplicado (concepto inactivo). igual a: 159682009 supervisor de servicios de banquetes (ocupación). Con estas relaciones se indica que el concepto está desactivado y que, en su lugar se debe usar el destino de la relación “igual a”. CharacteristicType: Indica el tipo concreto de la relación: 0: Definitoria. Aportan información adicional del concepto.
1: Calificativa. Son relaciones opcionales que se pueden usar para calificar (aportar más información) a un concepto, pero que no existen previamente. Con estas relaciones se puede indicar, por ejemplo, el curso clínico, la severidad, el episodio, etc. 2: Histórica. Permiten indicar cambios en los conceptos y seguir su evolución. 3: Adicional. Son relaciones que se pueden utilizar para indicar contextos o situaciones específicas. Refinability: Permite indicar si el concepto de destino se puede refinar, es decir, si se puede concretar más. Puede tener los valores: 0: No se puede refinar. 1: Es opcional refinarlo. 2: Se tiene que refinar usando subtipos. RelationshipGroup: Permite agrupar relaciones similares o que, juntas, definen completamente conceptos. Su valor por defecto es 0 (ningún grupo).
La Fundació Tic Salut Social pone a disposición de la comunidad SISCAT un repositorio donde se puede descargar diferentes recursos del catálogo de SNOMED