Foundation
This
page
is
part
of
the
FHIR
Specification
(v4.3.0:
R4B
-
STU
(v5.0.0-snapshot3:
R5
Snapshot
#3,
to
support
Connectathon
32
).
The
current
version
which
supercedes
this
version
is
5.0.0
.
For
a
full
list
of
available
versions,
see
the
Directory
of
published
versions
.
Page
versions:
R5
R4B
R4
R3
R2
|
Work
Group
|
Maturity
Level
:
|
Standards Status : Trial Use |
|
This
page
and
the
RDF
forms
are
jointly
maintained
by
the
HL7
FHIR
project
--
especially
the
RDF
subgroup
|
FHIR
resources
can
be
represented
as
an
RDF
graph
serialized
in
the
Turtle
format
.
The
RDF
format
is
defined
to
assist
the
process
of
bridging
between
operational
data
exchange
and
formal
knowledge
processing
systems.
While
the
RDF
form
offers
a
fully
functional
representation
of
FHIR
resources,
it
has
different
operational
characteristics
from
the
JSON
and
XML
representations,
and
would
be
implemented
used
for
different
reasons.
Systems
focused
on
operational
exchange
of
data
would
not
generally
choose
to
use
RDF.
This page describes:
A
FHIR
Each
resource
is
represented
by
page
has
a
series
set
of
RDF
triples.
language
templates
describing
the
FHIR
expression
in
that
language.
The
Turtle
representation
for
a
resource
is
described
using
this
format:
[ a fhir:Observation; fhir:nodeRole fhir:treeRoot; # if this is the parser root # from Resource: id; meta; implicitRules; and language # from DomainResource: text; contained; extension; and modifierExtensionfhir:Obervation.identifier [ ]; # 0..* Unique Id for this particular observation fhir:Obervation.status [ fhir:value "<code>" ]; # R! registered | preliminary | final | amended + fhir:Obervation.code [ ]; # 1..1 R! Type of observation (code / type) fhir:Obervation.subject [ fhir:reference [ ] ]; # 0..1 Who and/or what this is about fhir:Obervation.encounter [ fhir:reference [ ] ]; # 0..1 Healthcare event during which this observation is made # effective[x]: 0..1 Clinically relevant time/time-period for observation. One of these 2: fhir:Obervation.effectiveDateTime [ fhir:value "<dateTime>" ]; fhir:Obervation.effectivePeriod [ ]; ]fhir:Observation.identifier [ Identifier ]; # 0..* Unique Id for this particular observation fhir:Observation.status [ fhir:v "<code>" ]; # R! registered | preliminary | final | amended + fhir:Observation.code [ CodeableConcept ]; # 1..1 R! Type of observation (code / type) fhir:Observation.subject [ fhir:reference [ Patient|Group|Device|Location ... ] ]; # 0..1 Who and/or what this is about fhir:Observation.encounter [ fhir:reference [ Encounter ] ]; # 0..1 Healthcare event during which this observation is made # effective[x]: 0..1 Clinically relevant time/time-period for observation. One of these 4: fhir:Observation.effectiveDateTime [ fhir:v "<dateTime>" ]; fhir:Observation.effectivePeriod [ Period ]; fhir:Observation.effectiveTiming [ Timing ]; fhir:Observation.effectiveInstant [ fhir:v "<instant>" ]; ]
Using this format:
An example FHIR RDF Observation illustrates the Turtle language and the additional conventions used by FHIR RDF:
PREFIX fhir: <http://hl7.org/fhir/> PREFIX xs: <http://www.w3.org/2001/XMLSchema#> PREFIX owl: <http://www.w3.org/2002/07/owl#> # Obs123 (subject) hasType (predicate) fhir:Observation <http://hl7.org/fhir/Observation/Obs123> a fhir:Observation; fhir:nodeRole fhir:treeRoot; # (subject) is the serialization root of this document fhir:status [ fhir:v "final" ]; # (subject) has an (extensible) status of "final" fhir:code [ # (subject) as a code fhir:coding ( # which has codings [ # with a system, code and concept identifier a <http://loinc.org/rdf#29463-7> ; fhir:system [ fhir:v "http://loinc.org"^^xs:anyURI ]; fhir:code [ fhir:v "29463-7" ] ] [ # and another with a display a <http://loinc.org/rdf#3141-9> ; fhir:system [ fhir:v "http://loinc.org"^^xs:anyURI ]; fhir:code [ fhir:v "3141-9" ]; fhir:display [ fhir:v "Body weight Measured" ] ] ) ]; fhir:value [ # the value is an anonymous node a fhir:Quantity; # which has a type (Quantity), and 21090 parts. fhir:value [ fhir:v "185"^^xs:decimal ]; fhir:unit [ fhir:v "lbs" ]; fhir:system [ fhir:v "http://unitsofmeasure.org"^^xs:anyURI ]; fhir:code [ fhir:v "[lb_av]" ] ]. # Metadata about OWL interpretation <http://hl7.org/fhir/Observation/Obs123.ttl> a owl:Ontology; owl:imports fhir:fhir.ttl; owl:versionIRI <http://hl7.org/fhir/Observation/Obs123.ttl>.
In this example,
<
...
>
'.
fhir:Observation
)
and
following
predicates
(e.g.
fhir:status
)
are
prefixed
names
(like
XML
namespaced
names),
[
...
]
's,
"final"
).
.
All
FHIR
RDF
documentation
is
expressed
in
Turtle.
And
while
the
standard
media
type
for
Turtle
is
text/turtle
,
the
use
of
Turtle
for
FHIR
RDF
uses
the
specialized
media
type
application/fhir+turtle
.
FHIR
uses
Shape
Expressions
(ShEx)
to
define
and
validate
FHIR
RDF.
See
fhir.shex
for
the
SHEX
(RDF
schemas)
complete
FHIR
RDF
schema.
Each
Resource
page
includes
a
link
for
the
subset
of
fhir.shex
needed
to
describe
that
Resource.
The
media
type
for
ShEx
is
text/shex.
Each
resource
is
represented
as
a
set
of
RDF
triples
represented
using
the
Turtle
syntax.
triples.
When
a
resource
has
a
persistent
identity
(e.g.
it
can
be
found
at
a
particular
URL
-
usually
a
FHIR
RESTful
server),
then
that
URL
is
its
identity.
Resources
with
no
persistent
identity
(e.g.
bundles
from
search
results)
have
the
identity
of
the
root
document
-
"<>"
in
Turtle
syntax.
In
the
above
example,
the
resource
is
the
subject:
<http://hl7.org/fhir/Observation/Obs123>
.
Some
resources
can
contain
other
resources.
Given
that
the
relationships
can
appear
in
any
order,
order
in
RDF,
it
cannot
be
assumed
that
the
first
encountered
element
represents
the
resource
of
interest
that
is
being
represented
by
the
set
of
Turtle
statements.
The
focal
resource
-
where
to
start
when
parsing
-
is
the
resource
with
the
relationship
fhir:nodeRole
to
fhir:treeRoot
.
If
there
is
more
than
one
node
labeled
as
a
'treeRoot'
in
a
set
of
Turtle
statements,
it
cannot
be
determined
how
to
parse
them
as
a
single
resource.
Elements
While
RDF
predicate
names
are
case-sensitive,
FHIR
avoids
confusion
by
assuring
that
can
repeat
there
are
represented
with
no
predicates
that
differ
only
in
case.
For
example,
there
will
be
no
fhir:Code
predicate
because
there
is
already
a
relationship
fhir:code
predicate.
where
[n]
Content
within
a
resource
is
always
represented
with
anonymous
nodes
(a/k/a
"blank
nodes").
Only
FHIR
Resource
nodes
can
be
IRIs.
For
example,
<
...
/Obs123>
fhir:status
[
fhir:v
"final"
]
asserts
that:
A
great
deal
of
effort
has
gone
into
unifying
FHIR
property
names
across
resources
and
datatypes.
These
defined
properties
effectively
declare
the
FHIR
RDF
namespace
with
a
set
of
polymorphic,
reuseable
predicates.
For
example,
fhir:status
is
spelled
the
same
way
regardless
of
whether
it
appears
in
an
error
if
there
Observation,
Diagnosis,
or
any
other
FHIR
Resource.
In
other
formats
(XML,
JSON),
FHIR
properties
with
choice
datatypes,
like
value[x]
,
are
missing
items
appended
with
the
datatype,
e.g.
valueQuantity
.
In
RDF,
this
is
written
fhir:value
and
the
object
asserts
its
type,
as
in
the
repeat
sequence.
above
example
:
fhir:value [ a fhir:Quantity; ... ]
Note:
this
means
Elements
that
can
repeat
are
represented
with
RDF
lists
(officially
called
"RDF
collections")
in
order
to
retain
the
rdf:list
order
of
their
elements.
( elt1 elt2 ... )
which
produces
an
RDF
list
structure
is
not
used.
the
the
elements
elt1
and
elt2
.
In
the
above
example
,
the
fhir:code
has
a
fhir:coding
with
two
members:
fhir:coding (
[ a <http://loinc.org/rdf#29463-7> ... ]
[ a <http://loinc.org/rdf#3141-9> ... ]
)
A
script
can
convert
RDF
lists
to
OLO-style
lists
,
which
may
be
helpful
for
OWL
users.
See
Using
FHIR
RDF
with
OWL
for
more
info.
Primitive
elements
-
elements
with
a
primitive
type
-
are
represented
as
regular
anonymous
nodes
so
that
the
elements
element
extensions
can
be
represented.
attached.
The
actual
value
of
the
primitive
type
is
represented
as
an
RDF
Literal
using
the
fhir:value
predicate:
fhir:v
predicate.
fhir:v
is
the
only
FHIR
property
that
directly
holds
an
RDF
literal,
and
it
always
holds
an
RDF
Literal:
fhir:v "[value]"^^xs:type
The
value
has
two
parts:
a
literal
string
that
contains
the
value,
and,
if
applicable,
one
of
the
following
schema
types:
The
choice
is
made
based
on
In
the
types
as
specified
for
above
example
,
the
primitive
type
.
Quantity
has
a
fhir:value
which
is
an
anonymous
node
with
a
fhir:v
in
it:
[ fhir:v "185"^^xs:decimal ]
Note
that
the
correct
schema
XSD
type
for
a
date/dateTime
FHIR
decimal
,
date
,
or
dateTime
must
be
determined
by
inspecting
the
value
of
the
date
for
precision.
conformance
with
one
of
the
union
types
for
that
type.
In
the
case
of
FHIR
decimal
,
which
is
a
union
of
XSD
decimal
and
double
,
any
value
with
an
'e'
or
'E'
in
it
is
a
double,
otherwise
it
is
a
decimal.
For
example,
the
lexical
value
"185"
is
given
the
datatype
xs:decimal
.
The
fhir:value
fhir:v
property
can
never
be
empty.
Either
the
relationship
is
absent,
or
it
is
present
with
at
least
one
character
of
content.
XHTML
is
represented
as
an
escaped
xs:string.
xs:string.
A Reference element is represented using the same rules as above:
fhir:Observation.subjectReference [
fhir:Reference.reference [ fhir:v "Patient/example" ];
fhir:Reference.display [ fhir:v "Example Patient" ];
];
This allows faithful round tripping of the resource between the Turtle format and the JSON and XML formats. However, it's very useful for an RDF processor if the RDF graph links to the target of the reference directly. This can be represented using the (optional) fhir:link property:
fhir:Observation.subjectReference [
fhir:link <http://hl7.org/fhir/Patient/example> ;
fhir:Reference.reference [ fhir:v "Patient/example" ];
fhir:Reference.display [ fhir:v "Example Patient" ];
];
The correct value for the fhir:link relationship must be determined by resolving the rules for resolving references for the various reference types to a literal URL that refers to the correct content in the local RDF context.
The fhir:link relationship can be added automatically as part of generating the resource representation, or it can be injected by a post-processor that knows how to convert the raw references into RDF-suitable references.
Inline
resources
-
--
when
a
resource
is
contained
directly
in
another
element
--
occur
in
the
following
places:
Inline
resources
are
represented
directly
as
anonymous
nodes.
This
is
an
example
for
a
contained
Medication
resource:
fhir:DomainResource.contained ([
a fhir:Medication;
fhir:index 0;
# triples for the Medication
]
])
Note
that
DomainResource.contained
has
a
cardinality
of
0..*,
so
fhir:index
an
RDF
List
is
used
to
order
the
array.
The same logic applies to the Coding data type. These are represented directly in Turtle by serializing their properties as specified above:
fhir:Observation.code [
fhir:CodeableConcept.coding (
[
fhir:Coding.system [ fhir:v "http://loinc.org" ];
fhir:Coding.code [ fhir:v "29463-7" ];
fhir:Coding.display [ fhir:v "Body Weight" ]
]
[
fhir:Coding.system [ fhir:v "http://snomed.info/sct" ];
fhir:Coding.code [ fhir:v "27113001" ];
fhir:Coding.display [ fhir:v "Body weight" ]
]
)
];
For
reasoners
using
the
RDF
graph,
it's
very
useful
to
make
the
implicit
concept
references
in
these
Codings
explicit
using
explicit,
by
specifying
a
concept
IRI
in
an
(optional)
rdf:type
assertion
("a"
assertion,
written
as
a
in
Turtle):
Turtle:
fhir:Observation.code [
fhir:CodeableConcept.coding (
[
a loinc:29463-7;
fhir:Coding.system [ fhir:v "http://loinc.org" ];
fhir:Coding.code [ fhir:v "29463-7" ];
fhir:Coding.display [ fhir:v "Body Weight" ]
]
[
a sct:27113001;
fhir:Coding.system [ fhir:v "http://snomed.info/sct" ];
fhir:Coding.code [ fhir:v "27113001" ];
fhir:Coding.display [ fhir:v "Body weight" ]
]
)
];
These
rdf:type
assertions
can
be
made
by
any
agent
A
concept
IRI
typically
has
two
parts:
an
IRI
stem
and
a
code.
An
IRI
stem
is
the
initial
substring,
of
an
IRI,
that
knows
how
is
used
to
convert
from
create
concept
IRIs
for
codes
in
a
particular
vocabulary.
The
IRI
stem
normally
corresponds
directly
to
an
IRI
prefix
in
Turtle,
such
as
loinc:
or
sct:
in
the
code
system
above
example.
The
concept
IRI
for
a
given
<
Coding.system
,
Coding.code
>
pair
is
typically
formed
by:
1.
looking
up
the
appropriate
IRI
stem
corresponding
to
the
correct
ontological
representation
on
Coding.system
;
2.
concatenating
the
RDF
context.
Note
IRI
stem
with
the
percent
encoded
Coding.code
.
Some
vocabularies
may
also
define
Coding.code
s
that
a
few
code
systems
have
standard
ontological
representations,
but
many
don't.
Again,
these
assertions
can
be
made
by
are
already
concept
IRIs,
bypassing
the
serializer,
or
injected
by
need
for
the
IRI
stem.
For
details
see
Appendix:
Algorithm
for
creating
a
post-processor.
Concept
IRI
.
If
an
IRI
stem
for
the
Coding.system
is
published
at
https://terminology.hl7.org/
it
SHOULD
be
used.
An
NPM
package
is
available
to
efficiently
automate
lookup
of
IRI
stems
from
Coding.systems.
FHIR
uses
ShEx
for
representing
the
Turtle
schema.
See
fhir.shex
for
definitions.
A
Resource
may
have
any
number
of
non-modifier
extensions:
<http://hl7.org/fhir/MedicationRequest/MR321> a fhir:Observation;
fhir:nodeRole fhir:treeRoot;
fhir:extension (
[ fhir:url [ fhir:v "http://hl7.org/fhir/StructureDefinition/observation-bodyPosition"^^xs:anyURI ] ;
fhir:value [
fhir:coding (
a sct:33586001;
fhir:system [ fhir:v "http://snomed.info/sct" ];
fhir:code [ fhir:v "33586001" ];
fhir:display [ fhir:v "Sitting position (finding)" ]
) ] ]
[ fhir:url [ fhir:v "http://hl7.org/fhir/StructureDefinition/observation-delta"^^xs:anyURI ] ;
fhir:value [
fhir:coding (
a sct:1250004;
fhir:system [ fhir:v "http://snomed.info/sct" ];
fhir:code [ fhir:v "1250004" ];
fhir:display [ fhir:v "Decreased (qualifier value)" ]
) ] ]
)
...
FHIR
allows
modifierExtension
s
on
DomainResources
,
BackboneElements
and
BackboneTypes
.
The
type
of
any
DomainResource
with
any
modifierExtension
is
prefixed
with
'_'
in
RDF.
The
'_'
prefix
helps
prevent
FHIR
RDF
processors
that
do
not
understand
a
particular
modifier
extension
from
blindly
processing
it
as
though
it
still
had
the
original
semantics.
The
structure
of
the
element
is
otherwise
unchanged:
<http://hl7.org/fhir/MedicationRequest/MR321> a fhir:_MedicationRequest;
fhir:nodeRole fhir:treeRoot;
fhir:extension ( ... ); # above bodyPosition and delta extensions
fhir:modifierExtension (
[
fhir:url [ fhir:v "http://example.org/fhir/StructureDefinition/anti-prescription"^^xs:anyURI ] ;
fhir:value [ a fhir:boolean ; fhir:v true ]
]
)
...
BackboneElements and BackboneTypes are object types. Any RDF predicate that references a modified BackboneElement or BackboneType is prefixed with a '_'.
<http://hl7.org/fhir/Observation/Obs123> a fhir:Observation;
...
fhir:_value [
a fhir:Quantity;
fhir:value [ fhir:v "185"^^xs:decimal ];
fhir:unit [ fhir:v "lbs" ];
fhir:system [
fhir:v "http://unitsofmeasure.org"^^xs:anyURI
];
fhir:code [ fhir:v "[lb_av]" ];
fhir:modifierExtension (
[
fhir:url [ fhir:v "http://example.org/fhir/StructureDefinition/anti-observation"^^xs:anyURI ] ;
fhir:value [ a fhir:boolean ; fhir:v true ]
]
) ;
]
In addition to the basic representation of FHIR resources in Turtle format, a Turtle representation of the FHIR infrastructure and definitions is also published, for the following purposes:
The
RDF
definitions
are
published
as
a
series
of
Turtle
files:
HL7
v3
RIM
(Reference
Information
Model)
and
FHIR
.
.
ShEx
schemas
that
describe
FHIR's
RDF
format
are
also
available.
TODO
This
page
documents
an
RDF
format
that
can
be
used
to
exchange
FHIR
data,
on
the
basis
that
RDF
is
a
universal
information
representation.
Using
RDF
enables
FHIR
data
to
be
used
with
other
RDF
data
and
RDF-aware
applications
to
support
inference,
shared
semantics
across
multiple
standards
and
data
formats,
data
integration,
semantic
data
validation,
compliance
enforcement,
SPARQL
queries
and
other
uses.
Implementers
using
FHIR
in
this
fashion
should
be
aware
of
the
relationship
between
FHIR's
RDF
format
and
other
uses
of
ontologies.
FHIR's
RDF
format
is
based
on
the
same
abstract
information
model
as
the
XML
and
JSON
formats
and
carries
the
same
information
content.
Resources
are
losslessly
round-trippable
between
XML,
JSON
and
RDF
formats
and
data
expressed
in
the
RDF
format
corresponds
closely
to
the
XML
and
JSON
formats
in
its
look
and
feel.
However,
there
are
a
few
additional
terms
that
may
appear
in
the
RDF
format,
which
are
explained
on
this
page
fhir:nodeRole
,
fhir:treeRoot
,
fhir:v
and
fhir:concept
.
In addition to defining the RDF format, this specification provides an associated ontology that provides formal definitions for the relationships that appear in the RDF format. Ontologies that were designed independently almost always have some impedance mismatch when attempting to use them together. Many of the ontologies in the medical and life sciences domain are designed to capture facts about the world for research, such as the fact that the mitral valve is a kind of heart valve. But FHIR was designed to support the day-to-day operations of healthcare providers exchanging electronic health records (EHRs), and in this context, the orientation has historically been different. When using FHIR RDF with other ontologies, impedance differences are likely to show up in two main ways:
For both of these reasons, to maintain monotonicity in RDF, FHIR RDF should not be directly interpreted as stating facts; transformations are required to remove or isolate non-monotonic elements and reconcile the records across time and perspective.
Application
developers
should
also
be
aware
that
some
FHIR
data
attributes
have
a
major
impact
on
the
interpretation
of
the
enclosing
data
element:
the
meaning
of
the
enclosing
element
cannot
be
determined
in
isolation.
For
example,
a
status
of
'entered-in-error'
means
that
the
resource
was
created
accidentally
and
should
be
ignored
for
most
purposes.
Application
developers
wishing
to
use
FHIR/RDF
FHIR
RDF
will
often
need
to
perform
the
following
rough
steps,
though
exact
steps
will
depend
on
your
application:
(Same
code
as
used
in
the
build)
(based
on
Delphi
reference
implementation
)
,
a
.NET
implementation.
(should
work
on
Mono
)
in
case
new
implementations
have
become
available
.
If
so,
you
can
download
the
ShEx
schema
for
RDF
lists
use
a
ladder
of
rdf:first
and
rdf:rest
properties.
This
can
cause
problems
in
OWL
DL,
which
disallows
axioms
over
the
rdf:
namespace.
To
work
around
this
problem,
OWL
users
can
convert
RDF
lists
in
their
FHIR
data
to
use
OLO-style
lists.
A
script
is
available
for
doing
the
conversion.
Slides
by
Eric
Prud'hommeaux
illustrate
how
inference
can
be
used
on
FHIR/RDF
FHIR
RDF
data
to
perform
a
query
for
FHIR
Observations
of
rheumatoid
arthritis,
using
the
SNOMED-CT
ontology
.
A
webinar
by
Harold
Solbrig
shows
how
FHIR
RDF
data
can
be
used
with
the
SNOMED-CT
ontology
to
recognize
a
cancer
diagnosis.
An
associated
tutorial
details
the
steps
used.
Caveat:
those
slides
show
some
terms
this
webinar
and
tutorial
used
a
previous
version
of
FHIR
RDF.
This
section
defines
a
standard
algorithm
for
generating
a
Concept
IRI
from
a
<
Coding.system
,
Coding.code
>
pair.
In
many
cases
it
involves
merely
concatenating
the
associated
IRI
Stem
with
the
Coding.code
.
But
because
a
Coding.code
could
contain
reserved
characters
that
are
used
to
delineate
different
parts
of
the
IRI,
percent-encoding
of
reserved
characters
is
required,
as
defined
below.
Given:
Coding.system
,
s
,
that
identifies
a
terminology
t
;
and
Coding.code
,
c
,
that
is
defined
within
t
;
a
Concept
IRI,
conceptIRI
,
corresponding
to
s
and
c
is
computed
as
follows:
,
then
conceptIRI
is
undefined.
Halt.
urn:ietf:rfc:3987
,
then
conceptIRI
is
c
,
and
c
MUST
be
a
syntactically
valid
absolute-IRI
as
defined
by
RFC
3987
.
Halt.
(Informative
comments:
The
purpose
of
this
special
case
is
to
permit
System.code
s
that
are
already
IRIs
to
be
used
directly
as
Concept
IRIs,
without
any
transformation.
Note
that
an
absolute-IRI
may
also
be
a
URL
or
a
URN.)
,
quoted
here
for
convenience
(informative):
The IRI-safe version of a string is obtained by applying the following transformation to any character that is not in the iunreserved productionThe iunreserved production defined in RFC 3987, section 2.21. Convert the character to a sequence of one or more octets using UTF-8 [RFC3629]
2. Percent-encode
using
ABNF
is
also
quoted
here
for
convenience
(informative):
The ucschar production defined in RFC 3987, section 2.2iunreserved = ALPHA / DIGIT / "-" / "." / "_" / "~" / ucschar
is
also
quoted
here
for
convenience
(informative).
(Informative
comment:
The
ucschar
production
defines
international
character
ranges
that
are
valid
unicode
characters
within
the
intersection
of
path
components
(ipath),
query
strings
(iquery)
and
fragment
identifiers
(ifragment).
They
do
not
ucschar = %xA0-D7FF / %xF900-FDCF / %xFDF0-FFEF/ %x10000-1FFFD / %x20000-2FFFD / %x30000-3FFFD/ %x40000-4FFFD / %x50000-5FFFD / %x60000-6FFFD/ %x70000-7FFFD / %x80000-8FFFD / %x90000-9FFFD/ %xA0000-AFFFD / %xB0000-BFFFD / %xC0000-CFFFD/ %xD0000-DFFFD / %xE1000-EFFFD
|
| IRI Stem | Concept IRI |
ICD
10:
|
|
|
|
SNOMED
CT:*
|
|
|
|
MeSH:
|
|
|
|
LOINC:
|
|
|
|
Example
coding
system
that
uses
a
Unicode
smiling
face
character
(U+263A)
as
|
|
|
|
Example
coding
system
that
uses
a
Unicode
waving
hand
character
(U+1F44B)
from
the
Miscellaneous
Symbols
and
|
|
|
|
*As
of
this
writing
(5-Sep-2022)
it
is
not
clear
what
IRI
stem
should
have
been
be
used
in
the
example.
when
writing
a
post-coordinated
code
expression.
FHIR
®©
HL7.org
2011+.
FHIR
Release
4B
(v4.3.0)
hl7.fhir.r4b.core#4.3.0
R5
Snapshot
3,
hl7.fhir.core#5.0.0-snapshot3
generated
on
Sat,
May
28,
Wed,
Dec
14,
2022
12:58+1000.
07:17+1100.
Links:
Search
|
Version
History
|
Table
of
Contents
|
Glossary
|
QA
Page
|
Compare
to
R4
R4B
|
Compare
to
R5
Draft
|
|
Propose
a
change