Date: Tue, 19 Mar 2024 01:02:25 +0000 (UTC) Message-ID: <821276393.12928.1710810145150@[3.220.22.64]> Subject: Exported From Confluence MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_Part_12927_744423257.1710810145149" ------=_Part_12927_744423257.1710810145149 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Location: file:///C:/exported.html
The following sections describe two syntaxes for use with the SN= OMED CT Expression Constraint Language. These syntaxes are serialised repre= sentations of the logical model presented in the previous chapter, and are = therefore logically equivalent.
The first of these syntaxes is referred to as the 'brief syntax' as it p= rimarily uses a symbolic representation aimed to be as compact as possible.= This syntax is considered to be the normative syntax, and is recommended f= or use in interoperable communications between systems.
The second syntax is referred to as the 'long syntax'. The long syntax i= ntroduces English-based textual alternatives to the symbols defined in the = 'brief syntax', with the aim of increasing the human readability of the lan= guage. The textual alternatives provided in the 'long syntax' may (in theor= y) be translated into other languages to provide equivalent expression cons= traint representations that are human-readable by non-English speakers. Ple= ase note that the 'long syntax' (and any translations) is non-normative, an= d should only be used when a reliable mapping to the normative brief syntax= is possible.
Please note that by default each expression constraint is evaluated agai= nst only the active components (and active members of each reference set) f= rom the snapshot release (in distribution normal form) of a specified SNOME= D CT versioned edition.