| Lvl | Code | Display | Definition |
| 1 | synonymCode | synonymCode | Notes a different identifying concept representation (code) which is the same concept and thus considered a synonym. Used in UTG CodeSystem extension. |
| 1 | preferredForLanguage | Preferred For Language | Notes a code designation which is preferred for the identified language among more than one for that language. Used in value seet desigation-use in FHIR. |
| 1 | consumer | Consumer-friendly | Designation for use in display to non-clinicians and those not in healthcare professions as a more friendly term for coommunication. |
| 1 | sponsor | sponsor | Sponsor of the terminology object, as defined in the MIF using legacy tooling, and held in the codeSystem.header.contributor.role element. |
| 1 | Publisher | Publisher of the terminology object | Publisher of the terminology object, as defined in the MIF using legacy tooling, and held in the codeSystem.header.contributor.role element. Typically used only where the developer and steward is different than the organization publishing the code system. |
| 1 | HL7REALM | Context Binding Realm for codes HL7 v3 | Abstract root node for the realm codes. |
| 2 | UV | Universal Realm | Universal realm or context, used in every instance |
| 2 | X1 | Example Realm | Example Realm |
| 2 | C1 | Unclassified Realm | Unclassified Realm |
| 2 | R1 | Representative Realm | Representative Realm |
| 2 | US | United States of America | United States of America |
| 1 | UTGLISTUSE | UTG List Usage Codes | Abstract root for usage codes in the List resources. |
| 2 | UTGCTGManifest | UTG Control Manifest | Identifies LIst resouce used as a Manifest for control of publishing and releases in UTG. |
| 2 | UTGRELManifest | UTG Release Instance Manifest | Identifies List resourrce instance used as a Manifest of a release of the HL7 Vocabulary through UTG. |
| 1 | MIF | | Frouper code for MIF-related terminology |
| 2 | MIF-ConceptRelationshipKind | | Grouper code for MIF SupportedConceptRelationship.relationshipKind codes |
| 3 | Specializes | | The child code is a more narrow version of concept represented by the parent code. I.e. Every child concept is also a valid parent concept. Used to allow determination of subsumption. Must be transitive, irreflexive, antisymetric. |
| 3 | ComponentOf | | The child code is a part of the concept represented by the parent code. Used to determine allowed nesting, for example of address components. Must be transitive, irreflexive, antisymetric. |
| 3 | GroupedBy | | The child code is a part of a grouping represented by the parent code. Used to determine navigational hierarchy not based on a specializes or component relationship. E.g. ICD9 hierarchy. Is transitive, irreflexive and antisymetric |
| 3 | LessThan | | For coded ordeinal code systems, indicates that the specified code is considered less than the related code. Used to determine relationships for coded ordinals. Must be transitive, irreflexive, antisymetric. |
| 3 | DefinitionallyQualifies | | Identifies a code that can act as a qualifier for the referenced code, both as part of concept definition within the code system and as part of run-time concept definition to determine concepts allowed for use as qualifiers for a concept within a CD datatype. Must be non-transitive, irreflexive. |
| 3 | NonDefinitionallyQualifies | | Same as definitionally qualifies, but restricted to only being used at run-time. Must be non-transitive, irreflexive. |
| 3 | Generalizes | | Inverse of Specializes. Only included as a derived relationship |
| 3 | Component | | Inverse of ComponentOf. Only included as a derived relationship |
| 3 | InGroup | | Inverse of GroupedBy. Only included as a derived relationship |
| 3 | GreaterThan | | Inverse of LessThan. Only included as a derived relationship |
| 3 | DefinitionallyQualifiedBy | | Inverse of DefinitionallyQualifies. Only included as a derived relationship |
| 3 | NonDefinitionallyQualifiedBy | | Inverse of NonDefinitionallyQualifies. Only included as a derived relationship |
| 3 | Other | | The child code has a relationship with the parent that does not follow one of the pre-defined stereotypical patterns. Any application behavior based on the relationship must be custom-coded. Transitivity, Reflexivity and Symmetry must be asserted |
| 2 | MIF-ConceptRelationshipReflexivity | | Grouper code for MIF SupportedConceptRelationship.reflexivity codes |
| 3 | reflexive | | Relationship always holds from a code to itself |
| 3 | irreflexive | | Relationship never holds from a code to itself |
| 2 | MIF-ConceptRelationshipSymmetry | | Grouper code for MIF SupportedConceptRelationship.symmetry codes |
| 3 | symmetric | | Relationship always holds from target to source if it holds from source to target |
| 3 | antisymmetric | | Relationship never holds from target to source if it holds from source to target |
| 2 | MIF-ConceptRelationshipTransitivity | | Grouper code for MIF SupportedConceptRelationship.transitivity codes |
| 3 | transitive | | If a relationship exists from A to B and B to C, it always holds from A to C as well |
| 3 | antitransitive | | If a relationship exists from A to B and B to C, it never holds from A to C as well |
