C-MIMCore Glossary:
See
CMET Message
Information Model.
cardinalityCore Glossary:
Property of a data element (the number of times a data element
may repeat within an individual occurrence of an object view)
or column in the
Hierarchical Message Description (the minimum and
maximum number of occurrences of the
message element).
Character DataCore Glossary: Text in a particular coding (e.g., ASCII), as distinguished from binary data.
choiceCore Glossary:
A
message construct that includes
alternative portions of the message. For a choice due to
specialization, the sender picks one of the alternatives and
sends it along with a flag.
choice due to specializationCore Glossary:
A choice that arises when a
Hierarchical Message
Description includes (a) an object view which is associated
with a
class that is a
superclass of two or more object
views, or (b) an object view which is a superclass of one or more object
views and may itself be instantiated. Under this circumstance different
message instances may contain
different object views. The choice structure is used to
accommodate the alternatives.
classCore Glossary:
An abstraction of a thing or concept in a particular
application
domain.
For more information refer to the
Classes
section of the V3 Guide.
classifier attributeCore Glossary:
An
attribute used in
generalization
hierarchies to indicate which of the
specializations
is the focus of the
class
.
For more information refer to the
Attributes section of the V3 Guide.
cloneCore Glossary:
A
class from the
Reference
Information Model
(RIM) that has been used in a specialized context and whose
name differs from the RIM class from which it was replicated.
This makes it possible to represent specialized uses of more
general classes to support the needs of messaging.
CMETCore Glossary:
See
Common Message Element Type.
CMET Message Information ModelCore Glossary:
A form of
Refined Message Information Model (R-MIM) constructed
to represent the totality of concepts embodied in the individual R-MIMs
needed to support the definition of HL7's
Common Message Element Types.
coded attributeCore Glossary:
An
attribute in the
Reference
Information Model
(RIM) with a base
data type of
CD, CE, CS, or CV.
coding strengthCore Glossary:
An
extensibility qualifier
that specifies whether or not a code set can be expanded to meet
local implementation needs.
coding systemCore Glossary:
A scheme for representing concepts using (usually) short
concept identifiers to denote
the concepts that are members of the system; defines a set of
unique concept codes. Examples of coding systems are ICD-9,
LOINC and SNOMED.
collectionCore Glossary:
An aggregation of similar
objects.
The forms of collection used by HL7 are
set
,
bag, and
list. Objects which may be
found in collections include
data types
and
message element
types.
common message element type (CMET)Core Glossary:
A
message type in a
Hierarchical
Message Description (HMD) that may be included
by reference in other HMD's.
For more information refer to the
Common Message Element Types section
of the V3 Guide.
composite aggregationCore Glossary:
A type of
association between
objects, indicating a
whole-part relationship.
composite data typeCore Glossary:
A
data type assigned to a
message element type that
contains one or more components, each of which is represented
by an assigned data type.
composite message element typeCore Glossary:
A
message element type
that contains subordinate heterogeneous
message
types.
concept identifierCore Glossary:
A unique identification assigned to a concept by the
HL7 organization.
conformance claimCore Glossary:
A
specification written by HL7
to precisely define the behavior of an application with respect
to its HL7 interfaces, and which may be designated functional
or technical. A functional conformance claim is simply a
statement that an application conforms to a particular
application role. A technical
conformance claim (also referred to as a Technical Statements of Performance
Criteria) defines the behavior of an application in some
other sense than the
messages it
sends or receives. This may include the
Implementation Technology
Specifications that it supports, the use of specific
optional protocols or character sets, or many other
behaviors.
conformance claim setCore Glossary:
A list of the identifiers of specific HL7
conformance claims, used by a
sponsor to describe the conformance of its application.
conformance requirementCore Glossary:
A column in the
Hierarchical Message
Description (HMD) that designates whether the
system must communicate an
attribute's
value if a value is available. Allowed values are
required (must be included),
not required (may be left out) or
not
permitted (may never be included.) Items listed as
not required in the HL7 specification must be declared by a
vendor as either required or not permitted when a
conformance claim is asserted
for that
message type.
connectionCore Glossary:
In an
information model, a
specified relationship between two
classes
.
constraintCore Glossary:
Narrowing down of the possible values for an
attribute; a suggestion of
legal values for an attribute (by indicating the
data type that applies, by
restriction of the data type, or by definition
of the
domain of an attribute as
a subset of the domain of its data type). May also include
providing restrictions on data types. A constraint imposed on
an
association may limit the
cardinality of the association
or alter the navigability of the association (direction in which
the association can be navigated). A
Refined Message Information Model (R-MIM)
class may be constrained by
choosing a subset of its
Reference
Information Model (RIM) properties (i.e., classes
and attributes) or by cloning, in which the class’ name is
changed.
For more information refer to the
Constraints section of the V3 Guide.
contact CMET
Defined in Common Message Element Types:
A CMET variant that provides sufficient information to allow the object identified to be contacted. This is likely to have
the content of identified and confirmable plus telephone number.
control event wrapperCore Glossary:
A
wrapper that contains
domain specific administrative
information related to the "controlled event" which is being
communicated as a messaging interaction. The control event
wrapper is used only in
messages
that convey status, or in commands for logical operations being
coordinated between applications (e.g., the coordination of
query specification/query response interactions).
couplingCore Glossary:
1. An interaction between systems or between properties of a system.
Core Glossary:
2. With regard to
application roles
, refers to whether or not additional information
about the
subject classes
participating in a
message may be
commonly available to system components outside of the specific message.
(Return to glossary index)