# Domain Specific Modeling

<mark style="color:$danger;">**This Editorial Guide is used for Education Purposes Only. It is used in the Authoring Courses and Certifications. It is based on the January 2026 Editorial Guide.**</mark>

SNOMED CT is arranged as a polyhierarchy. A *hierarchy* is defined as an ordered organization of concept codes linked together through IS A relationships. Concept codes are linked to their more general parent concept codes directly above them in a hierarchy. Concepts with more general meanings are usually located at the top of the hierarchy and then at each level down the hierarchy the meanings become increasingly more specialized.

Selected SNOMED CT attributes have a hierarchical relationship to one another known as *attribute hierarchies*. In an attribute hierarchy, one general attribute is the parent of one or more specific subtypes of that attribute. Concepts defined using the more general attribute can inherit concepts modeled with the more specialized subtypes of that attribute.

## Domains

The following are the 19 domains arranged in alphabetical order.

{% columns %}
{% column %}
{% content-ref url="domain-specific-modeling/body-structure" %}
[body-structure](https://docs.snomed.org/education/snomed-ct-education-editorial-guide/readme/authoring/domain-specific-modeling/body-structure)
{% endcontent-ref %}

{% content-ref url="domain-specific-modeling/clinical-finding-and-disorder" %}
[clinical-finding-and-disorder](https://docs.snomed.org/education/snomed-ct-education-editorial-guide/readme/authoring/domain-specific-modeling/clinical-finding-and-disorder)
{% endcontent-ref %}

{% content-ref url="domain-specific-modeling/environment-and-geographical-location" %}
[environment-and-geographical-location](https://docs.snomed.org/education/snomed-ct-education-editorial-guide/readme/authoring/domain-specific-modeling/environment-and-geographical-location)
{% endcontent-ref %}

{% content-ref url="domain-specific-modeling/event" %}
[event](https://docs.snomed.org/education/snomed-ct-education-editorial-guide/readme/authoring/domain-specific-modeling/event)
{% endcontent-ref %}

{% content-ref url="domain-specific-modeling/observable-entity" %}
[observable-entity](https://docs.snomed.org/education/snomed-ct-education-editorial-guide/readme/authoring/domain-specific-modeling/observable-entity)
{% endcontent-ref %}

{% content-ref url="domain-specific-modeling/organism" %}
[organism](https://docs.snomed.org/education/snomed-ct-education-editorial-guide/readme/authoring/domain-specific-modeling/organism)
{% endcontent-ref %}

{% content-ref url="domain-specific-modeling/pharmaceutical-and-biologic-product" %}
[pharmaceutical-and-biologic-product](https://docs.snomed.org/education/snomed-ct-education-editorial-guide/readme/authoring/domain-specific-modeling/pharmaceutical-and-biologic-product)
{% endcontent-ref %}

{% content-ref url="domain-specific-modeling/physical-force" %}
[physical-force](https://docs.snomed.org/education/snomed-ct-education-editorial-guide/readme/authoring/domain-specific-modeling/physical-force)
{% endcontent-ref %}

{% content-ref url="domain-specific-modeling/physical-object" %}
[physical-object](https://docs.snomed.org/education/snomed-ct-education-editorial-guide/readme/authoring/domain-specific-modeling/physical-object)
{% endcontent-ref %}
{% endcolumn %}

{% column %}
{% content-ref url="domain-specific-modeling/procedure" %}
[procedure](https://docs.snomed.org/education/snomed-ct-education-editorial-guide/readme/authoring/domain-specific-modeling/procedure)
{% endcontent-ref %}

{% content-ref url="domain-specific-modeling/qualifier-value" %}
[qualifier-value](https://docs.snomed.org/education/snomed-ct-education-editorial-guide/readme/authoring/domain-specific-modeling/qualifier-value)
{% endcontent-ref %}

{% content-ref url="domain-specific-modeling/record-artifact" %}
[record-artifact](https://docs.snomed.org/education/snomed-ct-education-editorial-guide/readme/authoring/domain-specific-modeling/record-artifact)
{% endcontent-ref %}

{% content-ref url="domain-specific-modeling/situation-with-explicit-context" %}
[situation-with-explicit-context](https://docs.snomed.org/education/snomed-ct-education-editorial-guide/readme/authoring/domain-specific-modeling/situation-with-explicit-context)
{% endcontent-ref %}

{% content-ref url="domain-specific-modeling/snomed-ct-model-component" %}
[snomed-ct-model-component](https://docs.snomed.org/education/snomed-ct-education-editorial-guide/readme/authoring/domain-specific-modeling/snomed-ct-model-component)
{% endcontent-ref %}

{% content-ref url="domain-specific-modeling/snomed-ct-model-component-1" %}
[snomed-ct-model-component-1](https://docs.snomed.org/education/snomed-ct-education-editorial-guide/readme/authoring/domain-specific-modeling/snomed-ct-model-component-1)
{% endcontent-ref %}

{% content-ref url="domain-specific-modeling/special-concept" %}
[special-concept](https://docs.snomed.org/education/snomed-ct-education-editorial-guide/readme/authoring/domain-specific-modeling/special-concept)
{% endcontent-ref %}

{% content-ref url="domain-specific-modeling/specimen" %}
[specimen](https://docs.snomed.org/education/snomed-ct-education-editorial-guide/readme/authoring/domain-specific-modeling/specimen)
{% endcontent-ref %}

{% content-ref url="domain-specific-modeling/staging-and-scales" %}
[staging-and-scales](https://docs.snomed.org/education/snomed-ct-education-editorial-guide/readme/authoring/domain-specific-modeling/staging-and-scales)
{% endcontent-ref %}

{% content-ref url="domain-specific-modeling/substance" %}
[substance](https://docs.snomed.org/education/snomed-ct-education-editorial-guide/readme/authoring/domain-specific-modeling/substance)
{% endcontent-ref %}
{% endcolumn %}
{% endcolumns %}

#### The following subhierarchies do not have concept models:

* Environment or geographical location (environment / location)
* Organism (organism)
* Physical force (physical force)
* Qualifier value (qualifier value)
* Record artifact (record artifact)
* SNOMED CT Model Component (metadata)
* Social context (social concept)
* Special concept (special concept)
* Staging and scales (staging scale)

## MRCM Attribute Tables

The pages that follow contain tables that are generated from the Machine Readable Concept Model (MRCM). The tables contain Attribute Summaries for those domains with attributes, information on *Group(ed)*, *Cardinality*, and *In-group cardinality*, and Range constraints. The MRCM tables in this guide only reflect the ranges for pre-coordinated concepts; there may be post-coordination values that are not reflected in the tables. All MRCM values for concepts can be viewed via the public MRCM browser at <https://browser.ihtsdotools.org/mrcm>.

SNOMED International creates precoordinated content in accordance with the MRCM. For postcoordinated content, extensions should review the MRCM. If the MRCM does not specify that a particular value is allowed for a given content type (e.g., using an observable entity value for |Component| in a postcoordinated expression), then it must not be used in that content type (e.g., postcoordinated expressions). The MRCM rules for postcoordination must be strictly followed. This is important for interoperability, being able to query the resulting content consistently, etc. However, the MRCM does provide the option for extensions to extend or adapt the rules in a controlled way if required (see the last section of [Considerations](https://app.gitbook.com/s/wLJPOzgAQsSAYr6nhvCl/6-considerations)). This includes expanding the ranges and/or adding new attributes where required. This needs to be done carefully to ensure consistency and data integrity between editions.

There are special cases in the MRCM where an attribute may have two rows. This situation is caused by a new cardinality rule: a row for *existing/legacy* SNOMED CT content and a row for *newly created* content. The row that is applicable to *new* content will be marked by a "\[New]" notation.

See [Process for the maintenance of MRCM rules](https://conf.spaces.snomed.org/wiki/spaces/IAP/pages/132481260/Process+for+the+maintenance+of+MRCM+rules).

SNOMED CT relies on the rules for *usefulness* to avoid excessive precoordination (see *Scope* section of Editorial Guide).

Approved precoordination patterns have been created and are available at: [Pre-coordination Naming Patterns Project](https://conf.spaces.snomed.org/wiki/spaces/IHTSDO1/pages/130978180/Pre-coordination+Naming+Patterns+Project). For additional information about the fields used in precoordination, see: [What the fields in the Pre-coordination Naming Patterns JIRA Project mean](https://conf.spaces.snomed.org/wiki/spaces/IHTSDO1/pages/130991902/What+the+fields+in+the+Pre-coordination+Pattern+JIRA+Project+mean).

<a href="https://docs.google.com/forms/d/e/1FAIpQLScTmbZIf0UEQwYDkY27EEWBkaiYkHSbR0_9DmFrMLXoQLyL7Q/viewform?usp=pp_url&#x26;entry.1767247133=SCT+Editorial+Guide&#x26;entry.670899847=Domain%20Specific%20Modeling" class="button primary">Provide Feedback</a>


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.snomed.org/education/snomed-ct-education-editorial-guide/readme/authoring/domain-specific-modeling.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.