Mai
multe
informații?
csd-1
:
Within
a
code
system
definition,
all
the
codes
SHALL
be
unique
(
expression
:
(concept.code
|
descendants().concept.code).isDistinct()
)
4.7.4.3
Versioning
Code
Systems
Most
code
systems
evolve
over
time,
due
to
corrections,
clarifications,
and
changes
to
approach
or
underlying
knowledge
or
reality.
If
these
changes
lead
to
the
meanings
of
existing
codes
changing
significantly,
then
the
interpretation
of
the
code
system
becomes
version
dependent.
This
significantly
complicates
implementation
based
on
the
code
system,
to
the
point
where
it
is
not
clear
that
safety
can
be
assured,
so
changing
the
meaning
of
an
existing
code
SHOULD
be
avoided
whenever
possible.
It
is
preferable
to
assign
a
new
identifier
to
a
code
system
when
any
concepts
in
it
have
a
significant
change
in
meaning
(for
example,
the
German
diagnostic
classification
code
system
ICD10GM2009
has
a
different
system
to
ICD10GM2008),
but
this
also
can
have
substantial
impact
on
implementation,
so
is
often
not
practical
-
for
instance,
SNOMED
CT
has
a
complex
version
release
framework,
which
may
lead
to
variations
in
meaning
of
concepts,
but
there
is
only
one
identifier
for
SNOMED
CT.
For
this
reason,
a
code
system
MAY
provide
a
version
identifier
which
can
be
specified
in
CodeSystem.version
.
The
version
specific
identifier
SHOULD
be
provided
whenever
there
are
potentially
significant
changes
in
meaning
across
multiple
releases
of
a
code
system.
There
is
no
particular
format
requirement
for
the
version
identifier,
though
HL7
recommends
a
date
based
approach.
When
the
CodeSystem.versionNeeded
is
'true',
then
the
version
identifier
SHALL
be
used
in
Coding
instances
that
refer
to
the
code
system.
Where
the
terminology
does
not
clearly
define
what
string
should
be
used
to
identify
code
system
versions,
the
recommendation
is
to
use
as
the
version
string
the
date
(expressed
in
FHIR
date
format)
on
which
the
version
of
the
code
system
that
is
being
used
was
officially
published.
4.7.5
Properties
Each
code
system
can
have
one
or
more
properties.
Each
concept
defined
by
the
code
system
may
have
one
more
values
for
each
property
defined
by
the
code
system.
Typical
uses
for
properties
include:
Tracking
administrative
status
(inactive,
deprecation
date)
Providing
additional
statements
about
the
meaning
of
the
concept
Defining
structured
relationships
with
other
concepts
in
the
code
system
Assigning
scoring
values
to
the
concepts
Properties
are
identified
by
their
master
URI
(
CodeSystem.property.uri
),
and
then,
by
their
code
(
CodeSystem.property.code
),
which
is
used
both
internally
within
the
code
system
resource
(
CodeSystem.concept.property.code
)
and
also
externally,
in
the
following
places:
ConceptMap
:
ConceptMap.element.target.dependsOn.property
and
ConceptMap.element.target.product.property
ValueSet
:
ValueSet.compose.include.filter.property
can
refer
to
any
defined
code
system
property
$lookup
operation
:
In
Parameters.parameter.name
when
returning
information
about
a
code
$translate
operation
:
In
Parameters.parameter.part.name
for
dependencies
and
products
$compose
operation
:
In
Parameters.parameter.name
when
providing
codes,
and
in
Parameters.parameter.name
when
asking
for
codes
Properties
are
defined
using
the
following
elements:
Name
Details
Description
code
code
Used
to
identify
the
property,
as
enumerated
above
uri
optional
uri
Reference
to
the
formal
meaning
of
the
property.
One
possible
source
of
meaning
is
the
Concept
Properties
code
system.
This
part
of
the
definition
is
optional,
but
is
recommended
to
provide
an
additional
level
of
definitional
consistency
description
optional
string
A
description
of
the
property-
why
it
is
defined,
and
how
its
value
might
be
used
type
code
|
Coding
|
string
|
integer
|
boolean
|
dateTime
The
type
of
the
property
value.
Properties
of
type
"code"
contain
a
code
defined
by
the
code
system
(e.g.
a
reference
to
anotherr
defined
concept)
Note
that
properties
provide
a
common
view
of
concept
relationships
that
is
common
across
all
code
systems.
Some
code
systems
define
properties
with
more
sophistication,
such
as
groups
of
properties,
or
subsumption
relationships
between
properties
(e.g.
SNOMED
CT).
Servers
providing
support
for
these
code
systems
will
need
to
know
full
details
about
the
underlying
relationships
in
order
to
provide
the
correct
information
about
concepts
and
their
properties,
but
this
information
does
not
surface
in
the
resources
or
operations
defined
by
the
FHIR
specification.
4.7.6
Concept
Status
Many
Code
Systems
have
a
'status'
associated
with
the
concept.
This
may
categorise
the
concept
as:
Experimental
-
provided
for
trial,
but
may
be
removed
in
the
future
Active
-
in
normal
use
Deprecated
-
planned
to
be
removed
from
use
Retired
-
still
present
for
historical
reasons,
but
no
longer
allowed
to
be
used
There
is
wide
variation
in
the
life
cycles
supported
by
the
different
code
systems,
the
words
they
use
to
describe
the
various
status
values
they
use,
and
some
code
systems
have
additional
status
values.
HL7
uses
Active
and
Retired.
In
addition
to
these
status
codes,
concepts
may
be
also
be
labeled
as
"Abstract'
(not
to
be
used
in
some
circumstances),
and
have
dates
associated
with
their
retirement
or
deprecation.
All
this
information
is
represented
as
properties
of
the
concepts.
In
order
to
assist
with
consistency
between
code
systems,
the
following
basic
property
URIs
are
defined:
http://hl7.org/fhir/concept-properties#status
A
property
that
indicates
the
status
of
the
concept.
If
the
property
is
identified
by
this
URL,
then
it
SHALL
use
at
least
these
status
values
(where
appropriate):
active
-
the
concept
is
for
normal
use
(this
is
the
default
value)
experimental
-
provided
for
trial,
but
may
be
removed
in
the
future
deprecated
-
planned
to
be
removed
from
use
retired
-
still
present
for
historical
reasons,
but
no
longer
allowed
to
be
used
http://hl7.org/fhir/concept-properties#retirementDate
Date
Concept
was
retired
http://hl7.org/fhir/concept-properties#deprecationDate
Date
Concept
was
deprecated
http://hl7.org/fhir/concept-properties#parent
An
immediate
parent
of
the
concept
in
the
hierarchy
http://hl7.org/fhir/concept-properties#child
An
immediate
child
of
the
concept
in
the
hierarchy
http://hl7.org/fhir/concept-properties#notSelectable
This
concept
is
a
grouping
concept
and
not
intended
to
be
used
in
the
normal
use
of
the
code
system
(though
my
be
used
for
filters
etc).
This
is
also
known
as
'Abstract'
Typically,
Code
systems
are
presented
hierachically,
where
the
hierachy
has
a
defined
meaning
.
For
this
reason,
the
parent
and
child
properties
are
mostly
only
used
when
performing
concept
lookup.
Note
that
in
some
code
systems,
concepts
may
have
multiple
parents,
so
the
parent
property
may
repeat.
These
code
systems
are
not
usually
presented
in
a
hierachical
fashion
in
a
CodeSystem
if
they
are
represented
in
a
CodeSystem
at
all.
If
they
are,
then
the
subsumes
extension
must
be
used.
4.7.6.1
Subsumption
Testing
The
words
'subsume',
'subsumes',
'subsumed'
and
'subsumption'
are
defined
in
terms
of
the
CodeSystem
hierarchy
(i.e.
CodeSystem.hierarchyMeaning
).
Concept
A
is
considered
to
be
subsumed
by
Concept
B
if
it
comes
under
Concept
B
in
the
hierarchy,
or
if
subsumption
is
declared
explicitly
using
the
subsumes
extension
).
Where
a
CodeSystem
does
not
declare
its
hierarchy
meaning
directly,
then
the
code
system
documentation
must
be
consulted
manually
to
determinw
how
subsumption
is
determined.
If
there
is
no
definition,
none
of
the
subsumption
based
features
can
be
used
with
the
code
system.
Subsumption
based
logic
arises
explicitly
or
implicitly
in
the
following
places
in
the
FHIR
specification:
CodeSystem
$subsumes
operation
CodeSystem
$lookup
operation
ConceptMap
$closure
operation
Search
by
subsumption
ValueSet
$expand
operation
ValueSet
$validate-code
operation
4.7.6.2
Filters
The
following
filters
are
defined
for
all
code
systems:
Property
Name
Operation
Value
Definition
Notes
[property]
=
[string]
Includes
all
codes
that
have
a
property
value
equal
to
the
specified
string,
where
[property]
is
the
code
for
any
defined
property
[property]
in
[string,string...]
Includes
all
codes
that
have
a
property
value
equal
to
one
of
the
specified
strings,
where
[property]
is
the
code
for
any
defined
property
The
values
cannot
include
",",
since
it
is
being
used
as
a
delimited
Telefon
(+40)
752
11
88
14
4.7.6.3
Code
systems
with
detailed
metadata
Sometimes
code
systems
may
be
used
to
represent
more
complex
information
than
just
code,
display
name
and
code
system.
For
example,
a
code
system
of
drug
information
which
contains
information
about
the
content
of
the
medication
(e.g.,
RxNorm),
or
a
set
of
observation
types,
that
contain
methods,
units,
etc.
(e.g.,
LOINC).
In
FHIR,
these
are
handled
by
splitting
the
concept
into
two
distinct
parts
-
the
Terminology,
(
Code
System
&
ValueSet
resources)
is
used
to
manage
the
codes,
display
names
and
relationships.
A
separate
"detail"
resource
(e.g.,
Medication
for
drugs,
DataElement
for
observation
types,
Location
for
location,
etc.)
is
used
to
convey
detailed
information
(dose
form
&
strength,
allowed
data
type
or
permitted
values,
address
&
hours
of
operation,
etc.).
One
"detail"
resource
instance
is
created
for
each
code.
This
division
accomplishes
several
things:
It
allows
generic
systems
that
support
terminology
management
to
perform
standard
terminology
operations
on
code
systems
dealing
with
complex
structures
-
code
lookup,
validation,
subsumption
testing,
mapping
and
translation.
It
allows
information
to
be
exchanged
about
individual
medications,
data
elements
and
locations.
Codes
can't
be
retrieved
individually
in
FHIR
-
it
is
necessary
to
retrieve
the
entire
resource.
By
packaging
the
detailed
information
in
separate
resources,
independent
retrieval
and
update
is
possible.
It
supports
use-cases
for
sharing
medication,
location,
observation
type
and
similar
information
in
circumstances
where
the
code
may
be
unknown,
unavailable
or
occasionally
non-existent
(e.g.,
custom
compounds,
non-registered
locations).
Having
a
distinct
resource
supports
these
capabilities,
which
would
not
be
possible
using
CodeSystem
/
ValueSet
.
Note
that
this
division
in
FHIR
does
not
imply
that
a
similar
division
is
required
in
the
internal
representation
used
by
systems
exposing
a
FHIR
interface.
Similarly,
some
systems
may
choose
to
only
expose
or
maintain
one
aspect
of
such
information
types
(i.e.
only
the
discrete
resource
instances
or
only
the
value
set).
The
linkage
between
the
"detail"
resource
and
the
Terminology
resources
is
accomplished
via
the
code
element
(or
equivalent)
on
the
detail
resource.
As
well,
the
"name"
or
"title"
on
the
detail
resource
generally
corresponds
with
the
display
name
on
the
matching
code.
Most
detail
resources
will
also
have
an
"identifier"
element.
This
can
be
set
to
the
same
value
and
namespace
as
the
code,
but
if
the
only
identifier
a
resource
has
is
its
defining
code,
it
may
be
better
to
omit
the
identifier
entirely.
For
further
information,
see
Implicit
Code
Systems
.
4.7.7
Search
Parameters
Search
parameters
for
this
resource.
The
common
parameters
also
apply.
See
Searching
for
more
information
about
searching
in
REST,
messaging,
and
services.
Name
Type
Description
Expression
In
Common
code
token
A
code
defined
in
the
code
system
CodeSystem.concept.code
content-mode
token
not-present
|
example
|
fragment
|
complete
CodeSystem.content
date
date
The
code
system
publication
date
CodeSystem.date
description
string
The
description
of
the
code
system
CodeSystem.description
identifier
token
External
identifier
for
the
code
system
CodeSystem.identifier
jurisdiction
token
Intended
jurisdiction
for
the
code
system
CodeSystem.jurisdiction
language
token
A
language
in
which
a
designation
is
provided
CodeSystem.concept.designation.language
name
string
Computationally
friendly
name
of
the
code
system
CodeSystem.name
publisher
string
Name
of
the
publisher
of
the
code
system
CodeSystem.publisher
status
token
The
current
status
of
the
code
system
CodeSystem.status
system
uri
The
system
for
any
codes
defined
by
this
code
system
(same
as
'url')
CodeSystem.url
title
string
The
human-friendly
name
of
the
code
system
CodeSystem.title
url
uri
The
uri
that
identifies
the
code
system
CodeSystem.url
version
token
E-mail
contact@trustmedia.ro
The
business
version
of
the
code
system
CodeSystem.version
®©
HL7.org
2011+.
FHIR
Release
3
(STU;
v3.0.2-11200)
generated
on
Thurs,
Oct
24,
2019
11:53+1100.
QA
Page
Links:
Search
|
Version
History
|
Table
of
Contents
|
Credits
|
Compare
to
DSTU2
|
|
Propose
a
change