Esta seção oferece um panorama dos seguintes tópicos:
- Componentes do Modelo Lógico – representam o conteúdo essencial da terminologia
- Conjuntos de referências – configuram e aprimoram o conteúdo da terminologia
Por que isso é importante?
O modelo lógico do SNOMED CT fornece a estrutura fundamental do SNOMED CT e especifica como os componentes podem ser gerenciados em um cenário de implementação para se adequar a uma variedade de usos primários e secundários.
Do que se trata?
O modelo lógico do SNOMED CT define a maneira pela qual cada tipo de componente e derivado do SNOMED CT se relaciona e é representado. Os tipos fundamentais de componentes do SNOMED CT são conceitos, descrições e relações. O modelo lógico, portanto, especifica uma representação estruturada dos conceitos usados para representar significados clínicos, as descrições usadas para se referir a esses conceitos e as relações entre os conceitos.
Representação geral do modelo lógico
This section provides an overview of:
- Logical Model Components – representing the core content of the terminology
- Reference Sets – configuring and enhancing terminology content
Why is this important?
The SNOMED CT logical model provides the fundamental structure of SNOMED CT and specifies how the components can be managed in an implementation setting to meet a variety of primary and secondary uses.
What is this?
The SNOMED CT logical model defines the way in which each type of SNOMED CT component and derivative is related and represented. The core component types in SNOMED CT are concepts, descriptions and relationships. The logical model therefore specifies a structured representation of the concepts used to represent clinical meanings, the descriptions used to refer to these, and the relationships between the concepts.
Logical Model Overview
Concepts
Every concept represents a unique clinical meaning, which is referenced using a unique, numeric and machine-readable SNOMED CT identifier. The identifier provides an unambiguous unique reference to each concept and does not have any ascribed human interpretable meaning.
- Other types of components also have unique identifiers – however, the concept identifier has a specific role as the code used to represent the meaning in clinical records, documents, messages and data.
Descriptions
A set of textual descriptions are assigned to every concept. These provide the human readable form of a concept. Two types of description are used to represent every concept - Fully Specified Name (FSN) and Synonym.
The FSN represents a unique, unambiguous description of a concept's meaning. The FSN is not intended to be displayed in clinical records, but is instead used to disambiguate the distinct meaning of each different concept. This is particularly useful when different concepts are referred to by the same commonly used word or phrase. Each concept can have only one FSN in each language or dialect.
A
represents a that can be used to display or select a . A concept may have several synonyms. This allows users of SNOMED CT to use the terms they prefer to refer to a specific clinical meaning. Concepts can have multiple synonyms, and the associated terms are not necessarily unique – thus two concepts can have the same synonym term. Interpretation of a synonymous term therefore depends on the concept identifier.Each concept has one synonym which is marked as |preferred | in a given language, dialect, or context of use. This is known as the "preferred term" and is a word or phrase commonly used by clinicians to name that concept. In each language, dialect or context of use, one and only one synonym can be marked as | preferred |. Any number of other synonyms that are valid in a language, dialect or context of use can be marked as | acceptable |.
Example of descriptions for a single concept (US - English)
Relationships
A relationship represents an association between two concepts. Relationships are used to logically define the meaning of a concept in a way that can be processed by a computer. A third concept, called a relationship type (or attribute), is used to represent the meaning of the association between the source and destination concepts. There are different types of relationships available within SNOMED CT.
Example of attribute relationships
Subtype Relationships
Subtype relationships are the most widely used type of relationship. Subtype relationships use the |is a| relationship type and are therefore also known as |is a| relationships. Almost all active SNOMED CT concepts are the source of at least one |is a| relationship. The only exception is the root concept |SNOMED CT Concept| which is the most general concept. The |is a| relationship states that the source concept is a subtype of the destination concept. SNOMED CT relationships are directional and the |is a| relationship read in the reverse direction states that the destination concept is a supertype of the source concept.
Example of|is a|relationships
The |is a| relationships form the hierarchies of SNOMED CT. They are therefore also known as hierarchical relationships. The source concept of the |is a| relationship has a more specific clinical meaning than the target concept. This means that the level of clinical detail of the concepts increases with the depth of the hierarchies.
If two concepts are directly linked by a single |is a| relationship, the source concept is said to be a "subtype child" of the destination concept. The destination concept is referred to as a "supertype parent". Any concept that is the source of a sequence of one or more |is a| relationships leading to a specified destination concept, is a "subtype descendant" of that concept. Similarly, any concept that is the destination of a sequence of one or more |is a| relationships leading to a specified source concept, is a "supertype ancestor" of that concept. It is also said that the source concept of an |is a| relationship "is subsumed by" the target concept, and that the target concept of an |is a| relationship "subsumes" the source concept.
Each concept can have |is a| relationships to several other concepts (i.e. a concept may have multiple supertype parent concepts). As a result the SNOMED CT hierarchy is not a simple tree but has a structure that is known as a "polyhierarchy".
Illustration of SNOMED CT subtype hierarchy and terms used to describe it
Attribute Relationships
An attribute relationship contributes to the definition of the source concept by associating it with the value of a defining characteristic. The characteristic (attribute) is specified by the relationship type and the value is provided by the destination of the relationship.
The following example shows the defining relationships of the concept |abscess of heart|. The attribute relationships |associated morphology| and |finding site| are used to associate the source concept |abscess of heart| to respectively the target concepts |abscess|, and |heart structure|.
Example of defining relationships
Unlike |is a| relationships, which are used to define all concepts, the applicability of each type of attribute relationship is limited to a defined domain and range. The domain refers to the concepts that can serve as source concepts for that type of attribute relationship. The range refers to the concepts that can serve as destinations (values) for those attributes. The domain and range specification ensure consistent definitions that can be used to infer additional semantic relationships to deliver reliable meaning-based retrieval of the composed meanings.
The first example below violates the domain constraint of |causative agent|, as descendants of |body structure| are not in the domain of |causative agent|. The second example below is valid with respect to the domain constraint of |causative agent|, because |disorder| is in the domain of |causative agent|. However, this example violates the range constraint of |causative agent|, as descendants of morphological abnormality are not in the range of |causative agent|.
Example of erroneous relationships
Fully Defined and Primitive Concepts
In SNOMED CT every concept is specified as either fully defined or primitive.
A
is fully-defined if its | Gloss |
|---|
| t | defining characteristics |
|---|
|
are sufficient to distinguish its meaning from other similar concepts. One example is that the |acute disease| is fully-defined by its two defining . The first is |is a||disease| and the second is |clinical course||sudden onset AND/OR short duration|. Stating that this concept is fully-defined means that any concept that |is a||disease| and has a |clinical course| of |sudden onset AND/OR short duration| is a subtype of this concept (or the concept itself).A
is | Gloss |
|---|
| t | primitive |
|---|
| GlosTerm | primitive concept |
|---|
|
(not fully-defined) if its | Gloss |
|---|
| t | defining characteristics |
|---|
|
are not sufficient to uniquely distinguish its meaning from other similar concepts. One example is that the |disease| and |drug action| share the same | Gloss |
|---|
| t | defining characteristics |
|---|
|
: namely a of type |is a| to the |clinical finding|. This is despite the fact that the |disease| and |drug action| represent different clinical ideas.Reference Sets
Reference Sets (Refsets) are a standard way to represent additional non-defining information about members of a set of components. Reference Sets are important as they can be used in SNOMED CT enabled applications to constrain, configure and enhance functionality to match requirements for different use cases. Some examples of the many uses of reference sets are to represent:
Conceitos
Cada conceito representa um significado clínico único, que é referenciado usando um identificador SNOMED CT único, numérico e legível eletronicamente. O identificador oferece uma referência única inequívoca para cada conceito e não tem nenhum significado humanamente interpretável.
- Outros tipos de componentes também têm identificadores únicos – entretanto, o identificador de conceito desempenha um papel específico como código usado para representar o significado em registros, documentos, mensagens e dados clínicos.
Descrições
Um conjunto de descrições textuais é atribuído a cada conceito. Elas fornecem a forma humanamente legível de um conceito. Dois tipos de descrição são usados para representar cada conceito - o Nome Totalmente Especificado (Fully Specified Name ou FSN, na sigla em inglês) e o Sinônimo.
O FSN representa uma descrição única e inequívoca do significado de um conceito. O FSN não foi projetado para ser exibido em registros clínicos; em vez disso, ele é usado para desambiguar o significado distinto de cada conceito diferente. Isso é particularmente útil quando conceitos diferentes são referidos pela mesma palavra ou expressão de uso corrente. Cada conceito só pode ter um FSN em cada idioma ou dialeto.
Um sinônimo representa um termo que pode ser usado para exibir ou selecionar um conceito. Um conceito pode ter vários sinônimos. Isso permite que os usuários do SNOMED CT empreguem os termos que eles prefiram para se referir a um significado clínico específico. Conceitos podem ter sinônimos múltiplos, e os termos associados não necessariamente serão únicos – já que dois conceitos diferentes podem ter o mesmo termo sinônimo. Portanto, a interpretação de um termo sinônimo depende do identificador de conceito.
Cada conceito tem um sinônimo marcado como |preferido| em um determinado idioma, dialeto ou contexto de uso. Este é conhecido como o "termo preferido" e é uma palavra ou expressão comumente empregada por profissionais de saúde para nomear aquele conceito. Em cada idioma, dialeto ou contexto de uso, apenas um sinônimo pode ser marcado como |preferido|. Quaisquer outros sinônimos válidos em um idioma, dialeto ou contexto de uso podem ser marcados como |aceitável|.
Exemplo de descrições de um único conceito (Inglês Americano)
Relações
Uma relação representa uma associação entre dois conceitos. Relações são usadas para definir logicamente o significado de um conceito de uma maneira que pode ser processada por um computador. Um terceiro conceito, chamado de tipo de relação (ou atributo), é usado para representar o significado da associação entre o conceito de origem e o de destino. Diferentes tipos de relações estão disponíveis dentro do SNOMED CT.
Exemplos de relações de atributos (Inglês Americano)
| Gliffy Diagram |
|---|
| name | relationships |
|---|
| pagePin | 2 |
|---|
|
Relações de subtipos
Relações de subtipos são o tipo de relação de uso mais frequente. Relações de subtipo usam o tipo de relação |é um/uma| e por isso também são chamadas relações |é um/uma|. Quase todos os conceitos ativos do SNOMED CT são fonte de ao menos uma relação |é um/uma|. A única exceção é o conceito raiz |conceito de SNOMED CT|, que é o conceito mais geral. A relação |é um/uma| estabelece que o conceito de origem é um subtipo do conceito de destino. Relações do SNOMED CT são direcionais e a relação |é um/uma| lida na direção reversa estabelece que o conceito de destino é um supertipo do conceito de origem.
Exemplo de relações |é um/uma|
| Gliffy Diagram |
|---|
| name | multipleParents |
|---|
| pagePin | 2 |
|---|
|
As relações |é um/uma| formam as hierarquias do SNOMED CT. Portanto, elas também são chamadas de relações hierárquicas. O conceito de origem da relação |é um/uma| tem um significado clínico mais específico do que o conceito de destino. Isso significa que o nível de detalhe clínico dos conceitos aumenta com a profundidade das hierarquias.
Se dois conceitos estão diretamente ligados por uma única relação |é um/uma|, o conceito de origem é chamado de “subtipo filho” do conceito de destino. O conceito de destino é referido como “supertipo pai” do conceito de origem. Qualquer conceito que seja fonte de uma sequência de uma ou mais relações |é um/uma| que conduzem a um conceito de destino especificado, é um “subtipo descendente” desse conceito. De maneira semelhante, qualquer conceito que seja destino de uma sequência de uma ou mais relações |é um/uma| que conduzem a um conceito de origem especificado é um “supertipo ancestral” desse conceito. Também se diz que um conceito de origem de uma relação |é um/uma| “é englobado pelo” conceito de destino, e que o conceito de destino de uma relação |é um/uma| “engloba” o conceito de origem.
Cada conceito pode ter relações |é um/uma| com vários outros conceitos (por exemplo, um conceito pode ter muitos conceitos supertipo pais). Como resultado, a hierarquia do SNOMED CT não é uma árvore simples, e sim uma estrutura “poli hierárquica”.
Ilustração da hierarquia de subtipos do SNOMED CT e termos usados para descrevê-la
| Gliffy Diagram |
|---|
| name | hierarchyComponents |
|---|
| pagePin | 2 |
|---|
|
Relações de atributo
Uma relação de atributo contribui para a definição do conceito de origem ao associá-lo com o valor de uma característica definidora. A característica (atributo) é especificada pelo tipo de relação e o valor é definido pelo destino da relação.
O exemplo a seguir mostra as relações definidoras do conceito |abscesso do coração|. As relações de atributo |morfologia associada| e |localização do achado| são usadas para associar o conceito de origem |abscesso do coração| aos conceitos de |abscesso| e |estrutura do coração|, respectivamente.
Exemplo de relações de definidoras
Diferentemente das relações |é um/uma|, que são usadas para definir todos os conceitos, a aplicabilidade de cada tipo de relação de atributo é limitada a um domínio e valores de referência definidos. O domínio se refere aos conceitos que podem servir como conceitos de origem para um tipo de relação de atributo especificado. Os valores de referência se referem a conceitos que podem servir como destinos (valores) desses atributos. A especificação de domínio e valores de referência garante definições consistentes que podem ser usadas para inferir relações semânticas adicionais para permitir um acesso confiável e baseado em significado dos significados compostos.
O primeiro exemplo abaixo viola a restrição do domínio de |agente causador|, uma vez que descendentes de |estrutura corporal| não estão no domínio de |agente causador|. O segundo exemplo abaixo é válido com respeito à restrição do domínio de |agente causador|, porque |transtorno| está no domínio de |agente causador|. Entretanto, esse exemplo viola a restrição da faixa de valores de |agente causador|, uma vez que os descendentes de anormalidade morfológica não estão na faixa de valores de |agente causador|.
Exemplos de relações errôneas
| Gliffy Diagram |
|---|
| name | invalidRelationships |
|---|
| pagePin | 2 |
|---|
|
Conceitos totalmente definidos e primitivos
No SNOMED CT, cada conceito é especificado como totalmente definido ou primitivo.
Um conceito é totalmente definido se suas características de definição forem suficientes para distinguir seu significado de outros conceitos semelhantes. Por exemplo, o conceito de |doença grave| está totalmente definido por suas duas relações de definição. A primeira relação é |é um/uma||doença| e a segunda relação é |curso clínico||surgimento repentino E/OU de curta duração|. Estabelecer que esse conceito está totalmente definido significa que qualquer conceito que |é um/uma||doença| e tem um |curso clínico| de |surgimento repentino E/OU de curta duração| é um subtipo desse conceito (ou o conceito propriamente dito).
Um conceito é primitivo (não totalmente definido) se as suas características de definição não forem suficientes para distinguir de maneira única seu significado de outros conceitos semelhantes. Um exemplo é que os conceitos primitivos |doença| e |ação medicamentosa| compartilham as mesmas características de definição: a saber, uma relação do tipo |é um/uma| ao conceito |achado clínico|. Isso ocorre apesar do fato de que os conceitos |doença| e |ação medicamentosa| representam diferentes ideias clínicas.
Conjuntos de referências
Conjuntos de referências (Refsets) são uma maneira normatizada de representar informação adicional não definidora sobre os membros de um conjunto de componentes. Conjuntos de referências são importantes porque se podem utilizar em aplicações habilitadas para o SNOMED CT com o fim de restringir, configurar e aprimorar a funcionalidade para atender os requerimentos de diferentes casos de uso. Alguns exemplos dos muitos usos dos conjuntos de referências servem para representar:
- Preferências de idioma e dialeto para o uso de termos particulares para descrever um conceito. Os conjuntos de referências de idiomas permitem que as descrições preferidas e aceitáveis sejam configuradas para um idioma, dialeto ou contexto de uso.
- Subconjuntos de componentes que são incluídos ou excluídos do conjunto de valores que podem ser usados em um país, organização, especialidade ou contexto particulares.
- Conjuntos de valores de conceitos que limitam o conteúdo permitido de um campo de acordo com os requerimentos-padrões de interface de comunicação.
- Descrições ou conceitos usados frequentemente que podem ser priorizados para buscas em um país, organização, especialidade ou contexto particulares.
- Estruturação e ordenamento de listas e hierarquias para exibir conceitos em listas estruturadas ou controles de visualização em árvore convenientes para auxiliar na entrada de dados específicos.
- Referências cruzadas (mapas) de ou para outros sistemas de códigos sustentadas por conjuntos de referências incluem mapas simples ou mais complexos que requerem regras legíveis ou processáveis por máquinas para resolver ambiguidades
- Language and dialect preferences for use of particular terms to describe a concept. Language Reference Sets allow the preferred and acceptable descriptions to be configured for a language, dialect or context of use.
- Subsets of components that are included in or excluded from the set of values that can be used in a particular country, organization, specialty or context.
- Value sets of concepts limiting the permitted content of a field in line with requirements of standard message or communication interface.
- Frequently used descriptions or concepts that can be prioritized for searches in a particular country, organization, specialty or context.
- Structuring and ordering of lists and hierarchies to display concepts in convenient structured lists or tree-view controls to assist entry of particular data items.
- Maps to or from other code systems the maps supported by Reference Sets includes simple one-to-one maps and more complex maps requiring human-readable advice or machine processable rules to resolve ambiguities.