FHIR Release 3 (STU)

This page is part of the FHIR Specification (v3.0.2: STU 3). 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

Patient Administration Work GroupMaturity Level: 2 Trial UseCompartments: Encounter, Patient, Practitioner, RelatedPerson

Detailed Descriptions for the elements in the Encounter resource.

Encounter
Definition

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.

Control1..1
Alternate NamesVisit
Encounter.identifier
Definition

Identifier(s) by which this encounter is known.

NoteThis is a business identifer, not a resource identifier (see discussion)
Control0..*
TypeIdentifier
Summarytrue
Encounter.status
Definition

planned | arrived | triaged | in-progress | onleave | finished | cancelled +.

Control1..1
Terminology BindingEncounterStatus (Required)
Typecode
Is Modifiertrue
Summarytrue
Comments

Note that internal business rules will detemine the appropraite transitions that may occur between statuses (and also classes).

This element is labeled as a modifier because the status contains codes that mark the encounter as not currently valid.

Encounter.statusHistory
Definition

The status history permits the encounter resource to contain the status history without needing to read through the historical versions of the resource, or even have the server store them.

Control0..*
Comments

The current status is always found in the current version of the resource, not the status history.

Encounter.statusHistory.status
Definition

planned | arrived | triaged | in-progress | onleave | finished | cancelled +.

Control1..1
Terminology BindingEncounterStatus (Required)
Typecode
Encounter.statusHistory.period
Definition

The time that the episode was in the specified status.

Control1..1
TypePeriod
Encounter.class
Definition

inpatient | outpatient | ambulatory | emergency +.

Control0..1
Terminology BindingActEncounterCode (Extensible)
TypeCoding
Summarytrue
Encounter.classHistory
Definition

The class history permits the tracking of the encounters transitions without needing to go through the resource history.

This would be used for a case where an admission starts of as an emergency encounter, then transisions into an inpatient scenario. Doing this and not restarting a new encounter ensures that any lab/diagnostic results can more easily follow the patient and not require re-processing and not get lost or cancelled during a kindof discharge from emergency to inpatient.

Control0..*
Encounter.classHistory.class
Definition

inpatient | outpatient | ambulatory | emergency +.

Control1..1
Terminology BindingActEncounterCode (Extensible)
TypeCoding
Encounter.classHistory.period
Definition

The time that the episode was in the specified class.

Control1..1
TypePeriod
Encounter.type
Definition

Specific type of encounter (e.g. e-mail consultation, surgical day-care, skilled nursing, rehabilitation).

Control0..*
Terminology BindingEncounterType (Example)
TypeCodeableConcept
Summarytrue
Comments

Since there are many ways to further classify encounters, this element is 0..*.

Encounter.priority
Definition

Indicates the urgency of the encounter.

Control0..1
Terminology Bindingv3 Code System ActPriority (Example)
TypeCodeableConcept
Encounter.subject
Definition

The patient ro group present at the encounter.

Control0..1
TypeReference(Patient | Group)
Alternate Namespatient
Summarytrue
Comments

While the encounter is always about the patient, the patient may not actually be known in all contexts of use, and there may be a group of patients that could be anonymous (such as in a group therapy for Alcoholics Anonymous - where the recording of the encounter could be used for billing on the number of people/staff and not important to the context of the specific patients) or alternately in veterinary care a herd of sheep receiving treatment (where the animals are not individually tracked).

Encounter.episodeOfCare
Definition

Where a specific encounter should be classified as a part of a specific episode(s) of care this field should be used. This association can facilitate grouping of related encounters together for a specific purpose, such as government reporting, issue tracking, association via a common problem. The association is recorded on the encounter as these are typically created after the episode of care, and grouped on entry rather than editing the episode of care to append another encounter to it (the episode of care could span years).

Control0..*
TypeReference(EpisodeOfCare)
Summarytrue
Encounter.incomingReferral
Definition

The referral request this encounter satisfies (incoming referral).

Control0..*
TypeReference(ReferralRequest)
Encounter.participant
Definition

The list of people responsible for providing the service.

Control0..*
Summarytrue
Encounter.participant.type
Definition

Role of participant in encounter.

Control0..*
Terminology BindingParticipantType (Extensible)
TypeCodeableConcept
Summarytrue
Comments

The participant type indicates how an individual partitipates in an encounter. It includes non-practitioner participants, and for practitioners this is to describe the action type in the context of this encounter (e.g. Admitting Dr, Attending Dr, Translator, Consulting Dr). This is different to the practitioner roles which are functional roles, derived from terms of employment, education, licensing, etc.

Encounter.participant.period
Definition

The period of time that the specified participant participated in the encounter. These can overlap or be sub-sets of the overall encounter's period.

Control0..1
TypePeriod
Encounter.participant.individual
Definition

Persons involved in the encounter other than the patient.

Control0..1
TypeReference(Practitioner | RelatedPerson)
Summarytrue
Encounter.appointment
Definition

The appointment that scheduled this encounter.

Control0..1
TypeReference(Appointment)
Summarytrue
Encounter.period
Definition

The start and end time of the encounter.

Control0..1
TypePeriod
Comments

If not (yet) known, the end of the Period may be omitted.

Encounter.length
Definition

Quantity of time the encounter lasted. This excludes the time during leaves of absence.

Control0..1
TypeDuration
Comments

May differ from the time the Encounter.period lasted because of leave of absence.

Encounter.reason
Definition

Reason the encounter takes place, expressed as a code. For admissions, this can be used for a coded admission diagnosis.

Control0..*
Terminology BindingEncounter Reason Codes (Preferred)
TypeCodeableConcept
Alternate NamesIndication; Admission diagnosis
Summarytrue
Comments

For systems that need to know which was the primary diagnosis, these will be marked with the standard extension primaryDiagnosis (which is a sequence value rather than a flag, 1 = primary diagnosis).

Encounter.diagnosis
Definition

The list of diagnosis relevant to this encounter.

Control0..*
Summarytrue
Encounter.diagnosis.condition
Definition

Reason the encounter takes place, as specified using information from another resource. For admissions, this is the admission diagnosis. The indication will typically be a Condition (with other resources referenced in the evidence.detail), or a Procedure.

Control1..1
TypeReference(Condition | Procedure)
Alternate NamesAdmission diagnosis; discharge diagnosis; indication
Comments

For systems that need to know which was the primary diagnosis, these will be marked with the standard extension primaryDiagnosis (which is a sequence value rather than a flag, 1 = primary diagnosis).

Encounter.diagnosis.role
Definition

Role that this diagnosis has within the encounter (e.g. admission, billing, discharge …).

Control0..1
Terminology BindingDiagnosisRole (Preferred)
TypeCodeableConcept
Encounter.diagnosis.rank
Definition

Ranking of the diagnosis (for each role type).

Control0..1
TypepositiveInt
Encounter.account
Definition

The set of accounts that may be used for billing for this Encounter.

Control0..*
TypeReference(Account)
Comments

The billing system may choose to allocate billable items associated with the Encounter to different referenced Accounts based on internal business rules.

Encounter.hospitalization
Definition

Details about the admission to a healthcare service.

Control0..1
Comments

An Encounter may cover more than just the inpatient stay. Contexts such as outpatients, community clinics, and aged care facilities are also included.

The duration recorded in the period of this encounter covers the entire scope of this hospitalization record.

Encounter.hospitalization.preAdmissionIdentifier
Definition

Pre-admission identifier.

Control0..1
TypeIdentifier
Encounter.hospitalization.origin
Definition

The location from which the patient came before admission.

Control0..1
TypeReference(Location)
Encounter.hospitalization.admitSource
Definition

From where patient was admitted (physician referral, transfer).

Control0..1
Terminology BindingAdmitSource (Preferred)
TypeCodeableConcept
Encounter.hospitalization.reAdmission
Definition

Whether this hospitalization is a readmission and why if known.

Control0..1
Terminology Bindingv2 Re-Admission Indicator (Example)
TypeCodeableConcept
Encounter.hospitalization.dietPreference
Definition

Diet preferences reported by the patient.

Control0..*
Terminology BindingDiet (Example)
TypeCodeableConcept
Requirements

Used to track patient's diet restrictions and/or preference. For a complete description of the nutrition needs of a patient during their stay, one should use the nutritionOrder resource which links to Encounter.

Comments

For example a patient may request both a dairy-free and nut-free diet preference (not mutually exclusive).

Encounter.hospitalization.specialCourtesy
Definition

Special courtesies (VIP, board member).

Control0..*
Terminology BindingSpecialCourtesy (Preferred)
TypeCodeableConcept
Encounter.hospitalization.specialArrangement
Definition

Any special requests that have been made for this hospitalization encounter, such as the provision of specific equipment or other things.

Control0..*
Terminology BindingSpecialArrangements (Preferred)
TypeCodeableConcept
Encounter.hospitalization.destination
Definition

Location to which the patient is discharged.

Control0..1
TypeReference(Location)
Encounter.hospitalization.dischargeDisposition
Definition

Category or kind of location after discharge.

Control0..1
Terminology BindingDischargeDisposition (Example)
TypeCodeableConcept
Encounter.location
Definition

List of locations where the patient has been during this encounter.

Control0..*
Comments

Virtual encounters can be recorded in the Encounter by specifying a location reference to a location of type "kind" such as "client's home" and an encounter.class = "virtual".

Encounter.location.location
Definition

The location where the encounter takes place.

Control1..1
TypeReference(Location)
Encounter.location.status
Definition

The status of the participants' presence at the specified location during the period specified. If the participant is is no longer at the location, then the period will have an end date/time.

Control0..1
Terminology BindingEncounterLocationStatus (Required)
Typecode
Comments

When the patient is no longer active at a location, then the period end date is entered, and the status may be changed to completed.

Encounter.location.period
Definition

Time period during which the patient was present at the location.

Control0..1
TypePeriod
Encounter.serviceProvider
Definition

An organization that is in charge of maintaining the information of this Encounter (e.g. who maintains the report or the master service catalog item, etc.). This MAY be the same as the organization on the Patient record, however it could be different. This MAY not be not the Service Delivery Location's Organization.

Control0..1
TypeReference(Organization)
Encounter.partOf
Definition

Another Encounter of which this encounter is a part of (administratively or in time).

Control0..1
TypeReference(Encounter)
Comments

This is also used for associating a child's encounter back to the mother's encounter.

Refer to the Notes section in the Patient resource for further details.