This
page
is
part
of
the
FHIR
Specification
(v4.0.1:
R4
-
Mixed
Normative
and
STU
).
This
is
the
current
published
version
in
it's
permanent
home
(it
will
always
be
available
at
this
URL).
For
a
full
list
of
available
versions,
see
the
Directory
of
published
versions
The
Administrative
module
covers
the
base
data
that
is
then
linked
into
the
other
modules
for
clinical
content,
finance/billing,
workflow,
etc.
It
is
built
on
the
FHIR
technology
platform
modules.
Before
any
clinical
data
can
be
recorded,
the
basic
information
of
the
patient
must
be
recorded,
and
then
often
the
basis
of
the
interaction
(such
as
an
encounter).
Information
about
a
person
that
is
involved
in
the
care
for
a
patient,
but
who
is
not
the
target
of
healthcare,
nor
has
a
formal
responsibility
in
the
care
process.
Represents
a
defined
collection
of
entities
that
may
be
discussed
or
acted
upon
collectively
but
which
are
not
expected
to
act
collectively,
and
are
not
formally
or
legally
recognized;
i.e.
a
collection
of
entities
that
isn't
an
Organization.
Implementation
Note:
Patient
linking
should
also
be
considered
when
evaluating
searches
with
references
to
other
resources.
e.g.
searching
for
a
patients'
conditions
for
a
patient.
At
present
the
specification
does
not
define
if
the
links
should
be
also
followed
to
include
conditions
that
reference
the
linked
patients
too.
We
are
currently
seeking
feedback
on
this.
Implementation
Note:
The
Person
resource
may
be
used
as
a
centralized
register
of
people
that
may
eventually
be
involved
in
healthcare,
and
could
be
used
as
the
central
core
demographics
register.
However,
the
fields/values
in
Person
are
duplicated
in
the
other
resources,
and
in
many
cases
the
Person
resource
will
be
hosted
on
external
systems.
8.0.2.2
Clinical
Categorization
Resources
Most
clinical
activities
occur
grouped
in
some
way.
Long
term
care
is
typically
covered
by
an
EpisodeOfCare,
whereas
short
term
care
is
covered
by
encounters.
Account
associates
the
tracking
of
transactions
back
to
a
Patient
(or
other
resource).
Flag
is
just
used
to
highlight
a
warning
or
other
notification
about
a
patient
(or
other
resource)
An
association
between
a
patient
and
an
organization
/
healthcare
provider(s)
during
which
time
encounters
may
occur.
The
managing
organization
assumes
a
level
of
responsibility
for
the
patient
during
this
time.
An
interaction
between
a
patient
and
healthcare
provider(s)
for
the
purpose
of
providing
healthcare
service(s)
or
assessing
the
health
status
of
a
patient.
Prospective
warnings
of
potential
issues
when
providing
care
to
the
patient.
Implementation
Note:
Resources
shown
with
a
dotted
box
are
described
in
other
sections
of
the
specification:
Coverage
and
Claim
are
from
the
section
on
Finance
.
8.0.2.3
Service
Provider
Directory
Resources
Service
Provider
Directory
resources
are
usually
stored
in
the
administration
section
of
applications,
and
may
even
be
synchronized
from
external
systems.
A
formally
or
informally
recognized
grouping
of
people
or
organizations
formed
for
the
purpose
of
achieving
some
form
of
collective
action.
Includes
companies,
institutions,
corporations,
departments,
community
groups,
healthcare
practice
groups,
payer/insurer,
etc.
Details
and
position
information
for
a
physical
place
where
services
are
provided
and
resources
and
participants
may
be
stored,
found,
contained,
or
accommodated.
The
technical
details
of
an
endpoint
that
can
be
used
for
electronic
services,
such
as
for
web
services
providing
XDS.b
or
a
REST
endpoint
for
another
FHIR
server.
This
may
include
any
security
context
information.
8.0.2.4
Scheduling
and
Appointments
The
Scheduling/Appointment
resources
permit
the
planning
of
encounters
to
occur
and
follow
on
with
other
clinical
activities.
A
booking
of
a
healthcare
event
among
patient(s),
practitioner(s),
related
person(s)
and/or
device(s)
for
a
specific
date/time.
This
may
result
in
one
or
more
Encounter(s).
A
type
of
a
manufactured
item
that
is
used
in
the
provision
of
healthcare
without
being
substantially
changed
through
that
activity.
The
device
may
be
a
medical
or
non-medical
device.
A
homogeneous
material
with
a
definite
composition.
8.0.3
Security
and
Privacy
Patient
privacy
is
handled
with
security
labels
and
tags
in
the
Resource
Meta
property.
This
is
the
standard
way
in
which
that
the
FHIR
specification
provides
this
supporting
information
to
a
sub-system
that
implements
it
(which
is
not
defined
by
FHIR).
One
of
the
more
common
use
cases
is
for
marking
a
patient
as
being
a
celebrity
.
Note
that
privacy
considerations
apply
to
Person,
Practitioner
and
RelatedPerson
records
in
addition
to
Patient's.
While
Organization,
Location,
Device
and
other
non-person-identifying
records
are
generally
subject
to
less
stringent
security
precautions,
such
data
must
still
be
protected
to
avoid
safety
issues
(e.g.
someone
maliciously
changing
the
ingredients
associated
with
a
drug
to
cause/fail
to
cause
alerts)
Devices
can
be
linked
to
Patients.
If
this
occurs,
they
must
be
protected
as
any
other
patient-linked
element
Administration
Resources
are
cornerstone
resources
that
are
used
by
clinical
and
other
domains
of
the
FHIR
Standard.
Managing
a
Master
Record
of
a
Patient
and
a
Person
(e.g.
MPI)
A
Patient
resource
is
used
to
describe
patient
demographic
information
and
any
updates
to
it.
It
can
be
used
to
communicate
Patient
information
to
other
systems
(e.g.
other
registries,
clinical,
ancillary
and
financial
systems).
Some
systems
distinguish
the
Patient
Registry
(or
Client
Registry)
from
the
Person
Registry.
A
Person
resource
is
a
base
for
the
Person
Registry
system.
The
Patient/Person
Management
use
case
includes
creation,
update,
as
well
as
merge/unmerge
and
link/unlink
scenarios.
Managing
a
Master
Record
of
a
Provider
and
Service
Catalogue
(e.g.
Provider
Registry,
Service
Directory)
A
Practitioner
resource
is
a
base
resource
for
enabling
the
registry
of
individuals,
related
to
providing
health
care
services.
Other
resources,
such
as
Organization
,
Location
,
HealthcareService
,
are
creating
a
complete
picture
of
where,
how
and
by
whom
the
care
services
are
offered
to
a
patient.
The
resources
can
be
used
for
managing
the
master
record
or
as
a
reference
in
clinical
resources
to
inform
about
participants
and
places
for
various
clinical
resources.
Managing
Other
Administrative
Records
The
Administration
domain
of
the
FHIR
standard
includes
creation
and
update
of
Device
and
Substance
records.
Resources
can
be
used
for
managing
a
master
record
or
communicating
its
information
to
other
systems.
Enabling
Patient
Profiles,
Clinical
Reporting
and
Connecting
Clinical
Records
Administration
Resources
are
referred
to
by
almost
all
clinical
resources.
Querying
systems,
using
the
references
to
Administration
Resources
enables
the
creation
of
profiles
and
reports
of
various
complexities.
Enabling
Clinical
Grouping
and
Financial
Reporting
Other
use
cases
are
included
in
the
roadmap
of
resources,
developed
by
the
Patient
Administration
group.
The
roadmap
section
lists
plans
and
updates
of
the
current
work.
8.0.5
Developmental
Roadmap
The
Patient
Administration
is
currently
working
through
resources
that
support:
Encounters
and
Scheduling
(enhance
maturity
of
encounters
and
further
develop
in/outpatient
scheduling)
Service
Provider
Directory
(in
co-ordination
with
the
Argonaut
Provider
Directory
group)
Financial
Management
interactions
(account/coverage,
then
charge
item,
which
links
administration
to
billing)
Many
of
the
administrative
resources
are
part
of
the
core
resources
that
most
systems
use
first
and
have
formed
the
basis
for
most
people's
first
experiences
with
FHIR.
However
this
limited
exposure
has
still
to
be
proven
in
all
contexts,
such
as
veterinary,
public
health
and
clinical
research.