Search



Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

The expression constraint language must support the following capabilities:

Function

Details

Concept reference

The ability to reference a precoordinated SNOMED CT concept using its identifier and optional human-readable term.

Concept hierarchy

The ability to refer to a set of concepts which is exactly equal to the descendants, descendants and self, ancestors, or ancestors and self of a given concept.

Immediate children and parents

The ability to refer to a set of concepts which are either immediate children or immediate parents of a given concept (based on non-redundant

scg-expression
Concept
ShowParts
t
term
116680003|is
a|
ShowFormatinline
relationships) (with or without the given concept itself).

Conjunction

The ability to connect two expression constraints, attribute groups or attribute sets via a logical AND operator.

Disjunction

The ability to connect two expression constraints, attribute groups or attribute sets via a logical OR operator.

Refinement

The ability to refine (or specialize) the meaning of an expression constraint using one or more attributes values.

ReverseThe ability to constrain the source concepts of a set of relationships, and refer to the destination concepts of these relationships.Dotted attributeThe ability to refer to the value (or set of values) of an attribute that is included in the definition of a set of concepts.

Attribute group

The ability to group a collection of attributes which operate together as part of a refinement.

Attribute

The ability to specify an attribute name-value pair which further refines the meaning of the matching expressions.

Attribute descendants

The ability to define an attribute which may apply to either the descendants of the given attribute name, or the descendants and self of the given attribute name.

Nesting

The ability to include use an expression constraint as to represent the value of an attributevalid set of attribute names and/or attribute values.

Concrete values

The ability to use integers, decimals, strings and strings booleans as attribute values.

Concrete value comparison

The ability to compare the attribute value of the matching expressions with the attribute value in the expression constraint using mathematical comparison operators (e.g. =, <, >, <=, >=, !=).

Member of

The ability to refer to a set of concepts that are referenced by members of a reference set (or set of reference sets).

Reference set field value selectionThe ability to return the value of any non-metadata field of a reference set.

Exclusion

The ability to filter out a set of expressions from the result, by either removing expressions whose focus concept is in a specific set, or removing expressions whose attribute value matches a given value.

Any

The ability to refer to any concept in the substrate, without relying on the availability of a single root concept.

Description filterThe ability to filter the result set, based on the properties of each concept's descriptions. Expression constraints should be able to filter the concepts based on whether or not it has a description with a matching term, type, language, membership of a language reference set, and acceptability within that language reference set. Term matching approaches should include wildcard and word-prefix-any-order. Expression constraints should also be able to filter concepts based on the module, effectiveTime, active status and identifier of their descriptions.Concept filterThe ability to filter the result set, based on the properties of each concept. Expression constraints should be able to restrict the definition status, module, effectiveTime and active status of matching concepts.Member filterThe ability to filter rows of a reference set member, based on the value of specified fields.History supplementsThe ability to include inactive concepts that are associated with any active concept in a given result set, via an historical association reference set.