Search



  

The following data types are used in the release files:

Table 3.1.2-1: Data Types Used in Release Files

Data Type

   Description

A SNOMED CT identifier, between 6 and 18 digits long, as described in 6.2 SCTID Representation.

A Universally Unique Identifier is a 128-bit unsigned generated using a standard algorithm.

  • UUIDs are represented as strings of hexadecimal characters split by - characters as points specified by the UUID standard.

A 32-bit signed integer.

UTF-8 text of a specified length.

A Boolean value, represented as one of two possible integer values (1 = true, 0 = false).

A date and time format expressed as a text string in line the basic representation specified in the ISO 8601 standard.

  • Where only date is required the format is YYYYMMDD (e.g. 20180125 refers to 25th January 2018)
  • Where a time is also required the YYYYMMDDThhmmssZ (e.g. 20180125T123000Z refers to 12:30 UTC on 25th January 2018)
  • The time should be expressed as UTC, as indicated by the trailing "Z".

Concept Enumerations

Concept enumeration is the a set of SNOMED CT concept identifiers used to represent values for a property of a SNOMED CT component or reference set member.

Notes

  • Concept enumeration serves the same purpose as more general approaches to providing enumerated lists of values (i.e. assigning a number to a value). However, the use of SNOMED CT concept identifier allows access to the human readable meaning of each enumeration using descriptions in the same way for other concepts.
  • The SNOMED CT concepts used to represent concept enumerations are usually subtype children (or descendants) of concepts in the SNOMED CT metadata hierarchy. Each possible value is represented by a single child concept. This allows updates to the permitted values to be tracked using the component history mechanism.

Table 3.1.2-2: Concept enumeration values (subtypes of 900000000000442005|Core metadata concept|)

Concept

Comment

Each subtype of this concept represents a development module. These concepts provide values to the moduleId field that is present in all SNOMED CT component file. The value indicates the module within which a component was created and is being maintained.

Each subtype of this concept represents a value that can be applied to the concept. definitionStatusId field. This is used to indicate whether the current set of defining Relationships applied to a concept are sufficient to fully-define it relative to its supertypes.

Each subtype of this concept represents a value that can be applied to the Description. typeId field. This is used to indicate whether the Description represents a Fully Specified Name, a synonymous term, a definition or some other symbolic or textual representation of the associated concept .

Each subtype of this concept represents a value that can be applied to the Description. caseSignificanceId field. This is used to indicate whether the text of the term can be modified to by switching characters from upper to lower case (or vice-versa).

Each subtype of this concept represents a value that can be applied to the Relationship. characteristicTypeId field. This is used to indicate whether a Relationship forms part of the definition of the source concept .

Each subtype of this concept represents a value that can be applied to the Relationship. modifierId field. This is used to indicate the type of Description Logic (DL) restriction (some, all, etc.) that applies to the Relationship .

Each subtype of this concept represents a value that can be applied to the Identifier. identifierSchemeId field. This is used to indicate the scheme to which the Identifier value belongs.


Feedback