DSTU2 FHIR Release 3 (STU)

This page is part of the FHIR Specification (v1.0.2: DSTU (v3.0.2: STU 2). 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 R3 R2

5.18 8.11 Resource Encounter - Content

Patient Administration Work Group Maturity Level : 1 2   Trial Use Compartments : Encounter , Patient , Practitioner , RelatedPerson

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.

5.18.1 8.11.1 Scope and Usage

A patient encounter is further characterized by the setting in which it takes place. Amongst them are ambulatory, emergency, home health, inpatient and virtual encounters. An Encounter encompasses the lifecycle from pre-admission, the actual encounter (for ambulatory encounters), and admission, stay and discharge (for inpatient encounters). During the encounter the patient may move from practitioner to practitioner and location to location.

Because of the broad scope of Encounter, not all elements will be relevant in all settings. For this reason, admission/discharge related information is kept in a separate Hospitalization component within Encounter. The class element is used to distinguish between these settings, which will guide further validation and application of business rules.

There is also substantial variance from organization to organization (and between jurisdictions and countries) on which business events translate to the start of a new Encounter, or what level of aggregation is used for Encounter. For example, each single visit of a practitioner during a hospitalization may lead to a new instance of Encounter, but depending on local practice and the systems involved, it may well be that this is aggregated to a single instance for a whole hospitalization. Even more aggregation may occur where jurisdictions introduce groups of Encounters for financial or other reasons. Encounters can be aggregated or grouped under other Encounters using the partOf element. See below for examples.

Encounter instances may exist before the actual encounter takes place to convey pre-admission information, including using Encounters elements to reflect the planned start date or planned encounter locations. In this case the status element is set to 'planned'.

The Hospitalization component is intended to store the extended information relating to a hospitalization event. This It is always expected to be the same period as the encounter itself, where this itself. Where the period is different then different, another encounter is entered which captures instance should be used to capture this information which is as a partOf this encounter instance.

The Procedure and encounter have references to each other, and these should be to different procedures; one for the procedure that was performed during the encounter (stored in Procedure.encounter), and another for cases where an encounter is a result of another procedure (stored in Encounter.indication) such as a followup encounter to resolve complications from an earlier procedure.

5.18.1.1 8.11.1.1 Status Management

During the life-cycle of an encounter it will pass through many statuses. Typically these are in order or the organizations organization's workflow: planned, in-progress, finished/cancelled.
This status information is often used for other things, and often an analysis of the status history is required. This could be done by scanning through all the versions of the encounter and then checking the period of each, and doing some form of post processing. To ease the burden of this (or where a system doesn't support resource histories) a status history component is included.

There is no direct indication purely by the status field as to if whether an encounter is considered "admitted".
The context of the encounter and business practices/policies/workflows/types can influence this definition. (e.g., acute care facility, aged care center, outpatient clinic, emergency department, community based clinic).
Statuses of "arrived" "arrived", "triaged" or "in progress" could be considered the start of the admission, and also have the presence of the hospitalization sub-component entered.

The "on leave" status may or may not be a part of the admission, for example if the patient was permitted to go home for a weekend or some other form of external event.
The location is also likely to be filled in with a location status of "present".
For other examples such as an outpatient visit (Day Procedure (day procedure - colonoscopy), the patient could also be considered to be admitted, hence the encounter doesn't have a fixed definition of admitted. At a minimum, we do believe that a patient IS admitted when the status is in-progress.

5.18.2 8.11.2 Boundaries and Relationships

The Encounter resource is not to be used to store appointment information, the Appointment resource is intended to be used for that. Note that in many systems outpatient encounters (which are in scope for Encounter) and Appointment are used concurrently. In FHIR, Appointment is used for establishing a date for the encounter, while Encounter is applicable to information about the actual Encounter, i.e. i.e., the patient showing up.
As such such, an encounter in the "planned" status is not identical to the appointment that scheduled it, but it is the encounter prior to its actual occurrence, with the expectation that encounter will be updated as it progresses to completion. Patient arrival at a location does not necessarily mean the start of the encounter (e.g. a patient arrives an hour earlier than he is actually seen by a practitioner).

An appointment is normally used for the planning stage of an appointment, searching, locating an available time, then making the appointment. Once this process is completed and the appointment is about to start, then the appointment will be marked as fulfilled, and linked to the newly created encounter.
This new encounter may start in an "arrived" status when they are admitted with at a location of the facility, and then will move to the ward where another part-of encounter may begin.

Communication resources are used for a direct simultaneous interaction between a practitioner and a patient where there is no direct contact. Such as Examples include a phone message, or transmission of some correspondence documentation.
There is no duration recorded for a communication resource, but it could contain sent and received times.

Standard Extension: Associated Encounter
This extension should be used to reference an encounter where there is no property that already defines this association on the resource.

This resource is referenced by CarePlan , CareTeam , ChargeItem , Claim , ClinicalImpression , Communication , CommunicationRequest , Composition , Condition , DeviceUseRequest , DiagnosticOrder DeviceRequest , DiagnosticReport , DocumentReference , ExplanationOfBenefit , Flag , GuidanceResponse , ImagingStudy , Immunization , List , Media , MedicationAdministration , MedicationOrder MedicationDispense , MedicationRequest , MedicationStatement , NutritionOrder , Observation , Procedure , ProcedureRequest , QuestionnaireResponse , ReferralRequest , RequestGroup , RiskAssessment , Task and VisionPrescription

5.18.3 8.11.3 Resource Content

Structure

admittingDiagnosis 0..* Reference ( Condition ) The admitting diagnosis as reported by admitting practitioner The final diagnosis given a patient before release from the hospital after all testing, surgery, and workup are complete
Name Flags Card. Type Description & Constraints doco
. . Encounter DomainResource An interaction during which services are provided to the patient
Elements defined in Ancestors: id , meta , implicitRules , language , text , contained , extension , modifierExtension
. . . identifier Σ 0..* Identifier Identifier(s) by which this encounter is known
. . . status ?! Σ 1..1 code planned | arrived | triaged | in-progress | onleave | finished | cancelled +
EncounterState EncounterStatus ( Required )
. . . statusHistory 0..* BackboneElement List of past encounter statuses
. . . . status 1..1 code planned | arrived | triaged | in-progress | onleave | finished | cancelled +
EncounterState EncounterStatus ( Required )
. . . . period 1..1 Period The time that the episode was in the specified status
. . . class Σ 0..1 code Coding inpatient | outpatient | ambulatory | emergency +
EncounterClass ActEncounterCode ( Required Extensible )
. . . classHistory 0..* BackboneElement List of past encounter classes
.... class 1..1 Coding inpatient | outpatient | ambulatory | emergency +
ActEncounterCode ( Extensible )
.... period 1..1 Period The time that the episode was in the specified class
... type Σ 0..* CodeableConcept Specific type of encounter
EncounterType ( Example )
. . . priority 0..1 CodeableConcept Indicates the urgency of the encounter
Encounter Priority v3 Code System ActPriority ( Example )
. . patient . subject Σ 0..1 Reference ( Patient | Group ) The patient ro group present at the encounter
. . . episodeOfCare Σ 0..* Reference ( EpisodeOfCare ) Episode(s) of care that this encounter should be recorded against
. . . incomingReferral 0..* Reference ( ReferralRequest ) The ReferralRequest that initiated this encounter
. . . participant Σ 0..* BackboneElement List of participants involved in the encounter
. . . . type Σ 0..* CodeableConcept Role of participant in encounter
ParticipantType ( Extensible )
. . . . period 0..1 Period Period of time during the encounter that the participant was present participated
. . . . individual Σ 0..1 Reference ( Practitioner | RelatedPerson ) Persons involved in the encounter other than the patient
. . . appointment Σ 0..1 Reference ( Appointment ) The appointment that scheduled this encounter
. . . period 0..1 Period The start and end time of the encounter
. . . length 0..1 Duration Quantity of time the encounter lasted (less time absent)
. . . reason Σ 0..* CodeableConcept Reason the encounter takes place (code)
Encounter Reason Codes ( Example Preferred )
. . indication . diagnosis Σ 0..* BackboneElement The list of diagnosis relevant to this encounter
.... condition 1..1 Reference ( Condition | Procedure ) Reason the encounter takes place (resource)
. . . . role 0..1 CodeableConcept Role that this diagnosis has within the encounter (e.g. admission, billing, discharge …)
DiagnosisRole ( Preferred )
.... rank 0..1 positiveInt Ranking of the diagnosis (for each role type)
... account 0..* Reference ( Account ) The set of accounts that may be used for billing for this Encounter
... hospitalization 0..1 BackboneElement Details about the admission to a healthcare service
. . . . preAdmissionIdentifier 0..1 Identifier Pre-admission identifier
. . . . origin 0..1 Reference ( Location ) The location from which the patient came before admission
. . . . admitSource 0..1 CodeableConcept From where patient was admitted (physician referral, transfer)
AdmitSource ( Preferred )
. . . . reAdmission 0..1 CodeableConcept The type of hospital re-admission that has occurred (if any). If the value is absent, then this is not identified as a readmission
v2 Re-Admission Indicator ( Example )
. . . . dietPreference 0..* CodeableConcept Diet preferences reported by the patient
Diet ( Example )
. . . . specialCourtesy 0..* CodeableConcept Special courtesies (VIP, board member)
SpecialCourtesy ( Preferred )
. . . . specialArrangement 0..* CodeableConcept Wheelchair, translator, stretcher, etc.
SpecialArrangements ( Preferred )
. . . . destination 0..1 Reference ( Location ) Location to which the patient is discharged
. . . . dischargeDisposition 0..1 CodeableConcept Category or kind of location after discharge
DischargeDisposition ( Preferred ) dischargeDiagnosis 0..* Reference ( Condition Example )
. . . location 0..* BackboneElement List of locations where the patient has been
. . . . location 1..1 Reference ( Location ) Location the encounter takes place
. . . . status 0..1 code planned | active | reserved | completed
EncounterLocationStatus ( Required )
. . . . period 0..1 Period Time period during which the patient was present at the location
. . . serviceProvider 0..1 Reference ( Organization ) The custodian organization of this Encounter record
. . . partOf 0..1 Reference ( Encounter ) Another Encounter this encounter is part of

doco Documentation for this format

UML Diagram ( Legend )

Encounter ( DomainResource ) Identifier(s) by which this encounter is known identifier : Identifier [0..*] planned | arrived | triaged | in-progress | onleave | finished | cancelled + (this element modifies the meaning of other elements) status : code [1..1] « Current state of the encounter (Strength=Required) EncounterState EncounterStatus ! » inpatient | outpatient | ambulatory | emergency + class : code Coding [0..1] « Classification of the encounter (Strength=Required) (Strength=Extensible) EncounterClass ! » ActEncounterCode + Specific type of encounter (e.g. e-mail consultation, surgical day-care, skilled nursing, rehabilitation) type : CodeableConcept [0..*] « The type of encounter (Strength=Example) EncounterType ?? » Indicates the urgency of the encounter priority : CodeableConcept [0..1] « Indicates the urgency of the encounter. (Strength=Example) Encounter Priority v3 Code System ActPriority ?? » The patient ro group present at the encounter patient subject : Reference [0..1] « Patient » | Group 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) episodeOfCare : Reference [0..*] « EpisodeOfCare » The referral request this encounter satisfies (incoming referral) incomingReferral : Reference [0..*] « ReferralRequest » The appointment that scheduled this encounter appointment : Reference [0..1] « Appointment » The start and end time of the encounter period : Period [0..1] Quantity of time the encounter lasted. This excludes the time during leaves of absence length : Quantity ( Duration ) [0..1] Reason the encounter takes place, expressed as a code. For admissions, this can be used for a coded admission diagnosis reason : CodeableConcept [0..*] « Reason why the encounter takes place. (Strength=Example) (Strength=Preferred) Encounter Reason ?? » ? Reason the encounter takes place, as specified using information from another resource. For admissions, this is the admission diagnosis. The indication will typically set of accounts that may be a Condition (with other resources referenced in the evidence.detail), or a Procedure used for billing for this Encounter indication account : Reference [0..*] « Condition | Procedure Account » 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 serviceProvider : Reference [0..1] « Organization » Another Encounter of which this encounter is a part of (administratively or in time) partOf : Reference [0..1] « Encounter » StatusHistory planned | arrived | triaged | in-progress | onleave | finished | cancelled + status : code [1..1] « Current state of the encounter (Strength=Required) EncounterState EncounterStatus ! » The time that the episode was in the specified status period : Period [1..1] ClassHistory inpatient | outpatient | ambulatory | emergency + class : Coding [1..1] Classification of the encounter (Strength=Extensible) ActEncounterCode + The time that the episode was in the specified class period : Period [1..1] Participant Role of participant in encounter type : CodeableConcept [0..*] « Role of participant in encounter (Strength=Extensible) ParticipantType + » The period of time that the specified participant was present during participated in the encounter. These can overlap or be sub-sets of the overall encounters encounter's period period : Period [0..1] Persons involved in the encounter other than the patient individual : Reference [0..1] « Practitioner | RelatedPerson » Diagnosis 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 condition : Reference [1..1] Condition | Procedure Role that this diagnosis has within the encounter (e.g. admission, billing, discharge ) role : CodeableConcept [0..1] The type of diagnosis this condition represents (Strength=Preferred) DiagnosisRole ? Ranking of the diagnosis (for each role type) rank : positiveInt [0..1] Hospitalization Pre-admission identifier preAdmissionIdentifier : Identifier [0..1] The location from which the patient came before admission origin : Reference [0..1] « Location » From where patient was admitted (physician referral, transfer) admitSource : CodeableConcept [0..1] « From where the patient was admitted. (Strength=Preferred) AdmitSource ? » The admitting diagnosis field is used to record the diagnosis codes as reported by admitting practitioner. This could be different or in addition to the conditions reported as reason-condition(s) for the encounter admittingDiagnosis : Reference [0..*] « Condition » Whether this hospitalization is a readmission and why if known reAdmission : CodeableConcept [0..1] The reason for re-admission of this hospitalization encounter. (Strength=Example) v2 Re-Admission Indicator ?? Diet preferences reported by the patient dietPreference : CodeableConcept [0..*] « Medical, cultural or ethical food preferences to help with catering requirements. (Strength=Example) Diet ?? » Special courtesies (VIP, board member) specialCourtesy : CodeableConcept [0..*] « Special courtesies (Strength=Preferred) SpecialCourtesy ? » Wheelchair, translator, stretcher, etc Any special requests that have been made for this hospitalization encounter, such as the provision of specific equipment or other things specialArrangement : CodeableConcept [0..*] « Special arrangements (Strength=Preferred) SpecialArrangements ? » Location to which the patient is discharged destination : Reference [0..1] « Location » Category or kind of location after discharge dischargeDisposition : CodeableConcept [0..1] « Discharge Disposition (Strength=Preferred) (Strength=Example) DischargeDisposition ? » The final diagnosis given a patient before release from the hospital after all testing, surgery, and workup are complete dischargeDiagnosis : Reference [0..*] « Condition » ?? Location The location where the encounter takes place location : Reference [1..1] « Location » 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 status : code [0..1] « The status of the location. (Strength=Required) EncounterLocationStatus ! » Time period during which the patient was present at the location period : Period [0..1] 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 statusHistory [0..*] 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 classHistory [0..*] The list of people responsible Thelist ofpeopleresponsible for providing the service participant [0..*] The list of diagnosis relevant to this encounter diagnosis [0..*] Details about the admission to a healthcare service hospitalization [0..1] List of locations where the patient has been during this encounter location [0..*]

XML Template 

<

<Encounter xmlns="http://hl7.org/fhir"> doco

 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <</identifier>
 <
 <
  <
  <</period>

 <identifier><!-- 0..* Identifier Identifier(s) by which this encounter is known --></identifier>
 <status value="[code]"/><!-- 1..1 planned | arrived | triaged | in-progress | onleave | finished | cancelled + -->
 <statusHistory>  <!-- 0..* List of past encounter statuses -->
  <status value="[code]"/><!-- 1..1 planned | arrived | triaged | in-progress | onleave | finished | cancelled + -->
  <period><!-- 1..1 Period The time that the episode was in the specified status --></period>

 </statusHistory>
 <
 <</type>
 <</priority>
 <</patient>
 <</episodeOfCare>
 <</incomingReferral>
 <
  <</type>
  <</period>
  <</individual>

 <class><!-- 0..1 Coding inpatient | outpatient | ambulatory | emergency + --></class>
 <classHistory>  <!-- 0..* List of past encounter classes -->
  <class><!-- 1..1 Coding inpatient | outpatient | ambulatory | emergency + --></class>
  <period><!-- 1..1 Period The time that the episode was in the specified class --></period>
 </classHistory>
 <type><!-- 0..* CodeableConcept Specific type of encounter --></type>
 <priority><!-- 0..1 CodeableConcept Indicates the urgency of the encounter --></priority>
 <subject><!-- 0..1 Reference(Patient|Group) The patient ro group present at the encounter --></subject>
 <episodeOfCare><!-- 0..* Reference(EpisodeOfCare) Episode(s) of care that this encounter should be recorded against --></episodeOfCare>
 <incomingReferral><!-- 0..* Reference(ReferralRequest) The ReferralRequest that initiated this encounter --></incomingReferral>
 <participant>  <!-- 0..* List of participants involved in the encounter -->
  <type><!-- 0..* CodeableConcept Role of participant in encounter --></type>
  <period><!-- 0..1 Period Period of time during the encounter that the participant participated --></period>
  <individual><!-- 0..1 Reference(Practitioner|RelatedPerson) Persons involved in the encounter other than the patient --></individual>

 </participant>
 <</appointment>
 <</period>
 <</length>
 <</reason>
 <</indication>
 <
  <</preAdmissionIdentifier>
  <</origin>
  <</admitSource>
  <</admittingDiagnosis>
  <</reAdmission>
  <</dietPreference>
  <</specialCourtesy>
  <</specialArrangement>
  <</destination>
  <</dischargeDisposition>
  <</dischargeDiagnosis>

 <appointment><!-- 0..1 Reference(Appointment) The appointment that scheduled this encounter --></appointment>
 <period><!-- 0..1 Period The start and end time of the encounter --></period>
 <length><!-- 0..1 Duration Quantity of time the encounter lasted (less time absent) --></length>
 <reason><!-- 0..* CodeableConcept Reason the encounter takes place (code) --></reason>
 <diagnosis>  <!-- 0..* The list of diagnosis relevant to this encounter -->
  <condition><!-- 1..1 Reference(Condition|Procedure) Reason the encounter takes place (resource) --></condition>
  <role><!-- 0..1 CodeableConcept Role that this diagnosis has within the encounter (e.g. admission, billing, discharge …) --></role>
  <rank value="[positiveInt]"/><!-- 0..1 Ranking of the diagnosis (for each role type) -->
 </diagnosis>
 <account><!-- 0..* Reference(Account) The set of accounts that may be used for billing for this Encounter --></account>
 <hospitalization>  <!-- 0..1 Details about the admission to a healthcare service -->
  <preAdmissionIdentifier><!-- 0..1 Identifier Pre-admission identifier --></preAdmissionIdentifier>
  <origin><!-- 0..1 Reference(Location) The location from which the patient came before admission --></origin>
  <admitSource><!-- 0..1 CodeableConcept From where patient was admitted (physician referral, transfer) --></admitSource>
  <reAdmission><!-- 0..1 CodeableConcept The type of hospital re-admission that has occurred (if any). If the value is absent, then this is not identified as a readmission --></reAdmission>
  <dietPreference><!-- 0..* CodeableConcept Diet preferences reported by the patient --></dietPreference>
  <specialCourtesy><!-- 0..* CodeableConcept Special courtesies (VIP, board member) --></specialCourtesy>
  <specialArrangement><!-- 0..* CodeableConcept Wheelchair, translator, stretcher, etc. --></specialArrangement>
  <destination><!-- 0..1 Reference(Location) Location to which the patient is discharged --></destination>
  <dischargeDisposition><!-- 0..1 CodeableConcept Category or kind of location after discharge --></dischargeDisposition>

 </hospitalization>
 <
  <</location>
  <
  <</period>

 <location>  <!-- 0..* List of locations where the patient has been -->
  <location><!-- 1..1 Reference(Location) Location the encounter takes place --></location>
  <status value="[code]"/><!-- 0..1 planned | active | reserved | completed -->
  <period><!-- 0..1 Period Time period during which the patient was present at the location --></period>

 </location>
 <</serviceProvider>
 <</partOf>

 <serviceProvider><!-- 0..1 Reference(Organization) The custodian organization of this Encounter record --></serviceProvider>
 <partOf><!-- 0..1 Reference(Encounter) Another Encounter this encounter is part of --></partOf>

</Encounter>

JSON Template 

{
  "resourceType" : "",

{doco
  "resourceType" : "Encounter",

  // from Resource: id, meta, implicitRules, and language
  // from DomainResource: text, contained, extension, and modifierExtension
  "
  "
  "
    "
    "

  "identifier" : [{ Identifier }], // Identifier(s) by which this encounter is known
  "status" : "<code>", // R!  planned | arrived | triaged | in-progress | onleave | finished | cancelled +
  "statusHistory" : [{ // List of past encounter statuses
    "status" : "<code>", // R!  planned | arrived | triaged | in-progress | onleave | finished | cancelled +
    "period" : { Period } // R!  The time that the episode was in the specified status

  }],
  "
  "
  "
  "
  "
  "
  "
    "
    "
    "

  "class" : { Coding }, // inpatient | outpatient | ambulatory | emergency +
  "classHistory" : [{ // List of past encounter classes
    "class" : { Coding }, // R!  inpatient | outpatient | ambulatory | emergency +
    "period" : { Period } // R!  The time that the episode was in the specified class

  }],
  "
  "
  "
  "
  "
  "
    "
    "
    "
    "
    "
    "
    "
    "
    "
    "
    "

  "type" : [{ CodeableConcept }], // Specific type of encounter
  "priority" : { CodeableConcept }, // Indicates the urgency of the encounter
  "subject" : { Reference(Patient|Group) }, // The patient ro group present at the encounter
  "episodeOfCare" : [{ Reference(EpisodeOfCare) }], // Episode(s) of care that this encounter should be recorded against
  "incomingReferral" : [{ Reference(ReferralRequest) }], // The ReferralRequest that initiated this encounter
  "participant" : [{ // List of participants involved in the encounter
    "type" : [{ CodeableConcept }], // Role of participant in encounter
    "period" : { Period }, // Period of time during the encounter that the participant participated
    "individual" : { Reference(Practitioner|RelatedPerson) } // Persons involved in the encounter other than the patient
  }],
  "appointment" : { Reference(Appointment) }, // The appointment that scheduled this encounter
  "period" : { Period }, // The start and end time of the encounter
  "length" : { Duration }, // Quantity of time the encounter lasted (less time absent)
  "reason" : [{ CodeableConcept }], // Reason the encounter takes place (code)
  "diagnosis" : [{ // The list of diagnosis relevant to this encounter
    "condition" : { Reference(Condition|Procedure) }, // R!  Reason the encounter takes place (resource)
    "role" : { CodeableConcept }, // Role that this diagnosis has within the encounter (e.g. admission, billing, discharge …)
    "rank" : "<positiveInt>" // Ranking of the diagnosis (for each role type)
  }],
  "account" : [{ Reference(Account) }], // The set of accounts that may be used for billing for this Encounter
  "hospitalization" : { // Details about the admission to a healthcare service
    "preAdmissionIdentifier" : { Identifier }, // Pre-admission identifier
    "origin" : { Reference(Location) }, // The location from which the patient came before admission
    "admitSource" : { CodeableConcept }, // From where patient was admitted (physician referral, transfer)
    "reAdmission" : { CodeableConcept }, // The type of hospital re-admission that has occurred (if any). If the value is absent, then this is not identified as a readmission
    "dietPreference" : [{ CodeableConcept }], // Diet preferences reported by the patient
    "specialCourtesy" : [{ CodeableConcept }], // Special courtesies (VIP, board member)
    "specialArrangement" : [{ CodeableConcept }], // Wheelchair, translator, stretcher, etc.
    "destination" : { Reference(Location) }, // Location to which the patient is discharged
    "dischargeDisposition" : { CodeableConcept } // Category or kind of location after discharge

  },
  "
    "
    "
    "

  "location" : [{ // List of locations where the patient has been
    "location" : { Reference(Location) }, // R!  Location the encounter takes place
    "status" : "<code>", // planned | active | reserved | completed
    "period" : { Period } // Time period during which the patient was present at the location

  }],
  "
  "

  "serviceProvider" : { Reference(Organization) }, // The custodian organization of this Encounter record
  "partOf" : { Reference(Encounter) } // Another Encounter this encounter is part of

}

Turtle Template 


@prefix fhir: <http://hl7.org/fhir/> .doco


[ a fhir:Encounter;
  fhir:nodeRole fhir:treeRoot; # if this is the parser root

  # from Resource: .id, .meta, .implicitRules, and .language
  # from DomainResource: .text, .contained, .extension, and .modifierExtension
  fhir:Encounter.identifier [ Identifier ], ... ; # 0..* Identifier(s) by which this encounter is known
  fhir:Encounter.status [ code ]; # 1..1 planned | arrived | triaged | in-progress | onleave | finished | cancelled +
  fhir:Encounter.statusHistory [ # 0..* List of past encounter statuses
    fhir:Encounter.statusHistory.status [ code ]; # 1..1 planned | arrived | triaged | in-progress | onleave | finished | cancelled +
    fhir:Encounter.statusHistory.period [ Period ]; # 1..1 The time that the episode was in the specified status
  ], ...;
  fhir:Encounter.class [ Coding ]; # 0..1 inpatient | outpatient | ambulatory | emergency +
  fhir:Encounter.classHistory [ # 0..* List of past encounter classes
    fhir:Encounter.classHistory.class [ Coding ]; # 1..1 inpatient | outpatient | ambulatory | emergency +
    fhir:Encounter.classHistory.period [ Period ]; # 1..1 The time that the episode was in the specified class
  ], ...;
  fhir:Encounter.type [ CodeableConcept ], ... ; # 0..* Specific type of encounter
  fhir:Encounter.priority [ CodeableConcept ]; # 0..1 Indicates the urgency of the encounter
  fhir:Encounter.subject [ Reference(Patient|Group) ]; # 0..1 The patient ro group present at the encounter
  fhir:Encounter.episodeOfCare [ Reference(EpisodeOfCare) ], ... ; # 0..* Episode(s) of care that this encounter should be recorded against
  fhir:Encounter.incomingReferral [ Reference(ReferralRequest) ], ... ; # 0..* The ReferralRequest that initiated this encounter
  fhir:Encounter.participant [ # 0..* List of participants involved in the encounter
    fhir:Encounter.participant.type [ CodeableConcept ], ... ; # 0..* Role of participant in encounter
    fhir:Encounter.participant.period [ Period ]; # 0..1 Period of time during the encounter that the participant participated
    fhir:Encounter.participant.individual [ Reference(Practitioner|RelatedPerson) ]; # 0..1 Persons involved in the encounter other than the patient
  ], ...;
  fhir:Encounter.appointment [ Reference(Appointment) ]; # 0..1 The appointment that scheduled this encounter
  fhir:Encounter.period [ Period ]; # 0..1 The start and end time of the encounter
  fhir:Encounter.length [ Duration ]; # 0..1 Quantity of time the encounter lasted (less time absent)
  fhir:Encounter.reason [ CodeableConcept ], ... ; # 0..* Reason the encounter takes place (code)
  fhir:Encounter.diagnosis [ # 0..* The list of diagnosis relevant to this encounter
    fhir:Encounter.diagnosis.condition [ Reference(Condition|Procedure) ]; # 1..1 Reason the encounter takes place (resource)
    fhir:Encounter.diagnosis.role [ CodeableConcept ]; # 0..1 Role that this diagnosis has within the encounter (e.g. admission, billing, discharge …)
    fhir:Encounter.diagnosis.rank [ positiveInt ]; # 0..1 Ranking of the diagnosis (for each role type)
  ], ...;
  fhir:Encounter.account [ Reference(Account) ], ... ; # 0..* The set of accounts that may be used for billing for this Encounter
  fhir:Encounter.hospitalization [ # 0..1 Details about the admission to a healthcare service
    fhir:Encounter.hospitalization.preAdmissionIdentifier [ Identifier ]; # 0..1 Pre-admission identifier
    fhir:Encounter.hospitalization.origin [ Reference(Location) ]; # 0..1 The location from which the patient came before admission
    fhir:Encounter.hospitalization.admitSource [ CodeableConcept ]; # 0..1 From where patient was admitted (physician referral, transfer)
    fhir:Encounter.hospitalization.reAdmission [ CodeableConcept ]; # 0..1 The type of hospital re-admission that has occurred (if any). If the value is absent, then this is not identified as a readmission
    fhir:Encounter.hospitalization.dietPreference [ CodeableConcept ], ... ; # 0..* Diet preferences reported by the patient
    fhir:Encounter.hospitalization.specialCourtesy [ CodeableConcept ], ... ; # 0..* Special courtesies (VIP, board member)
    fhir:Encounter.hospitalization.specialArrangement [ CodeableConcept ], ... ; # 0..* Wheelchair, translator, stretcher, etc.
    fhir:Encounter.hospitalization.destination [ Reference(Location) ]; # 0..1 Location to which the patient is discharged
    fhir:Encounter.hospitalization.dischargeDisposition [ CodeableConcept ]; # 0..1 Category or kind of location after discharge
  ];
  fhir:Encounter.location [ # 0..* List of locations where the patient has been
    fhir:Encounter.location.location [ Reference(Location) ]; # 1..1 Location the encounter takes place
    fhir:Encounter.location.status [ code ]; # 0..1 planned | active | reserved | completed
    fhir:Encounter.location.period [ Period ]; # 0..1 Time period during which the patient was present at the location
  ], ...;
  fhir:Encounter.serviceProvider [ Reference(Organization) ]; # 0..1 The custodian organization of this Encounter record
  fhir:Encounter.partOf [ Reference(Encounter) ]; # 0..1 Another Encounter this encounter is part of
]

Changes since DSTU2

Encounter
Encounter.status
  • Change value set from http://hl7.org/fhir/ValueSet/encounter-state to http://hl7.org/fhir/ValueSet/encounter-status
Encounter.statusHistory.status
  • Change value set from http://hl7.org/fhir/ValueSet/encounter-state to http://hl7.org/fhir/ValueSet/encounter-status
Encounter.class
  • Type changed from code to Coding
  • Change binding strength from required to extensible
  • Change value set from http://hl7.org/fhir/ValueSet/encounter-class to http://hl7.org/fhir/ValueSet/v3-ActEncounterCode
Encounter.classHistory
  • Added Element
Encounter.classHistory.class
  • Added Element
Encounter.classHistory.period
  • Added Element
Encounter.subject
  • Renamed from patient to subject
  • Add Reference(Group)
Encounter.length
  • Type changed from Quantity{http://hl7.org/fhir/StructureDefinition/Duration} to Duration
Encounter.diagnosis
  • Added Element
Encounter.diagnosis.condition
  • Added Element
Encounter.diagnosis.role
  • Added Element
Encounter.diagnosis.rank
  • Added Element
Encounter.account
  • Added Element
Encounter.indication
  • deleted
Encounter.hospitalization.admittingDiagnosis
  • deleted
Encounter.hospitalization.dischargeDiagnosis
  • deleted

See the Full Difference for further information

This analysis is available as XML or JSON .

See R2 <--> R3 Conversion Maps (status = 10 tests that all execute ok. 1 fail round-trip testing and 2 r3 resources are invalid (2 errors). ).

Structure

admittingDiagnosis 0..* Reference ( Condition ) The admitting diagnosis as reported by admitting practitioner The final diagnosis given a patient before release from the hospital after all testing, surgery, and workup are complete
Name Flags Card. Type Description & Constraints doco
. . Encounter DomainResource An interaction during which services are provided to the patient
Elements defined in Ancestors: id , meta , implicitRules , language , text , contained , extension , modifierExtension
. . . identifier Σ 0..* Identifier Identifier(s) by which this encounter is known
. . . status ?! Σ 1..1 code planned | arrived | triaged | in-progress | onleave | finished | cancelled +
EncounterState EncounterStatus ( Required )
. . . statusHistory 0..* BackboneElement List of past encounter statuses
. . . . status 1..1 code planned | arrived | triaged | in-progress | onleave | finished | cancelled +
EncounterState EncounterStatus ( Required )
. . . . period 1..1 Period The time that the episode was in the specified status
. . . class Σ 0..1 code Coding inpatient | outpatient | ambulatory | emergency +
EncounterClass ActEncounterCode ( Required Extensible )
. . . classHistory 0..* BackboneElement List of past encounter classes
.... class 1..1 Coding inpatient | outpatient | ambulatory | emergency +
ActEncounterCode ( Extensible )
.... period 1..1 Period The time that the episode was in the specified class
... type Σ 0..* CodeableConcept Specific type of encounter
EncounterType ( Example )
. . . priority 0..1 CodeableConcept Indicates the urgency of the encounter
Encounter Priority v3 Code System ActPriority ( Example )
. . patient . subject Σ 0..1 Reference ( Patient | Group ) The patient ro group present at the encounter
. . . episodeOfCare Σ 0..* Reference ( EpisodeOfCare ) Episode(s) of care that this encounter should be recorded against
. . . incomingReferral 0..* Reference ( ReferralRequest ) The ReferralRequest that initiated this encounter
. . . participant Σ 0..* BackboneElement List of participants involved in the encounter
. . . . type Σ 0..* CodeableConcept Role of participant in encounter
ParticipantType ( Extensible )
. . . . period 0..1 Period Period of time during the encounter that the participant was present participated
. . . . individual Σ 0..1 Reference ( Practitioner | RelatedPerson ) Persons involved in the encounter other than the patient
. . . appointment Σ 0..1 Reference ( Appointment ) The appointment that scheduled this encounter
. . . period 0..1 Period The start and end time of the encounter
. . . length 0..1 Duration Quantity of time the encounter lasted (less time absent)
. . . reason Σ 0..* CodeableConcept Reason the encounter takes place (code)
Encounter Reason Codes ( Example Preferred )
. . indication . diagnosis Σ 0..* BackboneElement The list of diagnosis relevant to this encounter
.... condition 1..1 Reference ( Condition | Procedure ) Reason the encounter takes place (resource)
. . . . role 0..1 CodeableConcept Role that this diagnosis has within the encounter (e.g. admission, billing, discharge …)
DiagnosisRole ( Preferred )
.... rank 0..1 positiveInt Ranking of the diagnosis (for each role type)
... account 0..* Reference ( Account ) The set of accounts that may be used for billing for this Encounter
... hospitalization 0..1 BackboneElement Details about the admission to a healthcare service
. . . . preAdmissionIdentifier 0..1 Identifier Pre-admission identifier
. . . . origin 0..1 Reference ( Location ) The location from which the patient came before admission
. . . . admitSource 0..1 CodeableConcept From where patient was admitted (physician referral, transfer)
AdmitSource ( Preferred )
. . . . reAdmission 0..1 CodeableConcept The type of hospital re-admission that has occurred (if any). If the value is absent, then this is not identified as a readmission
v2 Re-Admission Indicator ( Example )
. . . . dietPreference 0..* CodeableConcept Diet preferences reported by the patient
Diet ( Example )
. . . . specialCourtesy 0..* CodeableConcept Special courtesies (VIP, board member)
SpecialCourtesy ( Preferred )
. . . . specialArrangement 0..* CodeableConcept Wheelchair, translator, stretcher, etc.
SpecialArrangements ( Preferred )
. . . . destination 0..1 Reference ( Location ) Location to which the patient is discharged
. . . . dischargeDisposition 0..1 CodeableConcept Category or kind of location after discharge
DischargeDisposition ( Preferred ) dischargeDiagnosis 0..* Reference ( Condition Example )
. . . location 0..* BackboneElement List of locations where the patient has been
. . . . location 1..1 Reference ( Location ) Location the encounter takes place
. . . . status 0..1 code planned | active | reserved | completed
EncounterLocationStatus ( Required )
. . . . period 0..1 Period Time period during which the patient was present at the location
. . . serviceProvider 0..1 Reference ( Organization ) The custodian organization of this Encounter record
. . . partOf 0..1 Reference ( Encounter ) Another Encounter this encounter is part of

doco Documentation for this format

UML Diagram ( Legend )

Encounter ( DomainResource ) Identifier(s) by which this encounter is known identifier : Identifier [0..*] planned | arrived | triaged | in-progress | onleave | finished | cancelled + (this element modifies the meaning of other elements) status : code [1..1] « Current state of the encounter (Strength=Required) EncounterState EncounterStatus ! » inpatient | outpatient | ambulatory | emergency + class : code Coding [0..1] « Classification of the encounter (Strength=Required) (Strength=Extensible) EncounterClass ! » ActEncounterCode + Specific type of encounter (e.g. e-mail consultation, surgical day-care, skilled nursing, rehabilitation) type : CodeableConcept [0..*] « The type of encounter (Strength=Example) EncounterType ?? » Indicates the urgency of the encounter priority : CodeableConcept [0..1] « Indicates the urgency of the encounter. (Strength=Example) Encounter Priority v3 Code System ActPriority ?? » The patient ro group present at the encounter patient subject : Reference [0..1] « Patient » | Group 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) episodeOfCare : Reference [0..*] « EpisodeOfCare » The referral request this encounter satisfies (incoming referral) incomingReferral : Reference [0..*] « ReferralRequest » The appointment that scheduled this encounter appointment : Reference [0..1] « Appointment » The start and end time of the encounter period : Period [0..1] Quantity of time the encounter lasted. This excludes the time during leaves of absence length : Quantity ( Duration ) [0..1] Reason the encounter takes place, expressed as a code. For admissions, this can be used for a coded admission diagnosis reason : CodeableConcept [0..*] « Reason why the encounter takes place. (Strength=Example) (Strength=Preferred) Encounter Reason ?? » ? Reason the encounter takes place, as specified using information from another resource. For admissions, this is the admission diagnosis. The indication will typically set of accounts that may be a Condition (with other resources referenced in the evidence.detail), or a Procedure used for billing for this Encounter indication account : Reference [0..*] « Condition | Procedure Account » 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 serviceProvider : Reference [0..1] « Organization » Another Encounter of which this encounter is a part of (administratively or in time) partOf : Reference [0..1] « Encounter » StatusHistory planned | arrived | triaged | in-progress | onleave | finished | cancelled + status : code [1..1] « Current state of the encounter (Strength=Required) EncounterState EncounterStatus ! » The time that the episode was in the specified status period : Period [1..1] ClassHistory inpatient | outpatient | ambulatory | emergency + class : Coding [1..1] Classification of the encounter (Strength=Extensible) ActEncounterCode + The time that the episode was in the specified class period : Period [1..1] Participant Role of participant in encounter type : CodeableConcept [0..*] « Role of participant in encounter (Strength=Extensible) ParticipantType + » The period of time that the specified participant was present during participated in the encounter. These can overlap or be sub-sets of the overall encounters encounter's period period : Period [0..1] Persons involved in the encounter other than the patient individual : Reference [0..1] « Practitioner | RelatedPerson » Diagnosis 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 condition : Reference [1..1] Condition | Procedure Role that this diagnosis has within the encounter (e.g. admission, billing, discharge ) role : CodeableConcept [0..1] The type of diagnosis this condition represents (Strength=Preferred) DiagnosisRole ? Ranking of the diagnosis (for each role type) rank : positiveInt [0..1] Hospitalization Pre-admission identifier preAdmissionIdentifier : Identifier [0..1] The location from which the patient came before admission origin : Reference [0..1] « Location » From where patient was admitted (physician referral, transfer) admitSource : CodeableConcept [0..1] « From where the patient was admitted. (Strength=Preferred) AdmitSource ? » The admitting diagnosis field is used to record the diagnosis codes as reported by admitting practitioner. This could be different or in addition to the conditions reported as reason-condition(s) for the encounter admittingDiagnosis : Reference [0..*] « Condition » Whether this hospitalization is a readmission and why if known reAdmission : CodeableConcept [0..1] The reason for re-admission of this hospitalization encounter. (Strength=Example) v2 Re-Admission Indicator ?? Diet preferences reported by the patient dietPreference : CodeableConcept [0..*] « Medical, cultural or ethical food preferences to help with catering requirements. (Strength=Example) Diet ?? » Special courtesies (VIP, board member) specialCourtesy : CodeableConcept [0..*] « Special courtesies (Strength=Preferred) SpecialCourtesy ? » Wheelchair, translator, stretcher, etc Any special requests that have been made for this hospitalization encounter, such as the provision of specific equipment or other things specialArrangement : CodeableConcept [0..*] « Special arrangements (Strength=Preferred) SpecialArrangements ? » Location to which the patient is discharged destination : Reference [0..1] « Location » Category or kind of location after discharge dischargeDisposition : CodeableConcept [0..1] « Discharge Disposition (Strength=Preferred) (Strength=Example) DischargeDisposition ? » The final diagnosis given a patient before release from the hospital after all testing, surgery, and workup are complete dischargeDiagnosis : Reference [0..*] « Condition » ?? Location The location where the encounter takes place location : Reference [1..1] « Location » 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 status : code [0..1] « The status of the location. (Strength=Required) EncounterLocationStatus ! » Time period during which the patient was present at the location period : Period [0..1] 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 statusHistory [0..*] 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 classHistory [0..*] The list of people responsible Thelist ofpeopleresponsible for providing the service participant [0..*] The list of diagnosis relevant to this encounter diagnosis [0..*] Details about the admission to a healthcare service hospitalization [0..1] List of locations where the patient has been during this encounter location [0..*]

XML Template 

<

<Encounter xmlns="http://hl7.org/fhir"> doco

 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <</identifier>
 <
 <
  <
  <</period>

 <identifier><!-- 0..* Identifier Identifier(s) by which this encounter is known --></identifier>
 <status value="[code]"/><!-- 1..1 planned | arrived | triaged | in-progress | onleave | finished | cancelled + -->
 <statusHistory>  <!-- 0..* List of past encounter statuses -->
  <status value="[code]"/><!-- 1..1 planned | arrived | triaged | in-progress | onleave | finished | cancelled + -->
  <period><!-- 1..1 Period The time that the episode was in the specified status --></period>

 </statusHistory>
 <
 <</type>
 <</priority>
 <</patient>
 <</episodeOfCare>
 <</incomingReferral>
 <
  <</type>
  <</period>
  <</individual>

 <class><!-- 0..1 Coding inpatient | outpatient | ambulatory | emergency + --></class>
 <classHistory>  <!-- 0..* List of past encounter classes -->
  <class><!-- 1..1 Coding inpatient | outpatient | ambulatory | emergency + --></class>
  <period><!-- 1..1 Period The time that the episode was in the specified class --></period>
 </classHistory>
 <type><!-- 0..* CodeableConcept Specific type of encounter --></type>
 <priority><!-- 0..1 CodeableConcept Indicates the urgency of the encounter --></priority>
 <subject><!-- 0..1 Reference(Patient|Group) The patient ro group present at the encounter --></subject>
 <episodeOfCare><!-- 0..* Reference(EpisodeOfCare) Episode(s) of care that this encounter should be recorded against --></episodeOfCare>
 <incomingReferral><!-- 0..* Reference(ReferralRequest) The ReferralRequest that initiated this encounter --></incomingReferral>
 <participant>  <!-- 0..* List of participants involved in the encounter -->
  <type><!-- 0..* CodeableConcept Role of participant in encounter --></type>
  <period><!-- 0..1 Period Period of time during the encounter that the participant participated --></period>
  <individual><!-- 0..1 Reference(Practitioner|RelatedPerson) Persons involved in the encounter other than the patient --></individual>

 </participant>
 <</appointment>
 <</period>
 <</length>
 <</reason>
 <</indication>
 <
  <</preAdmissionIdentifier>
  <</origin>
  <</admitSource>
  <</admittingDiagnosis>
  <</reAdmission>
  <</dietPreference>
  <</specialCourtesy>
  <</specialArrangement>
  <</destination>
  <</dischargeDisposition>
  <</dischargeDiagnosis>

 <appointment><!-- 0..1 Reference(Appointment) The appointment that scheduled this encounter --></appointment>
 <period><!-- 0..1 Period The start and end time of the encounter --></period>
 <length><!-- 0..1 Duration Quantity of time the encounter lasted (less time absent) --></length>
 <reason><!-- 0..* CodeableConcept Reason the encounter takes place (code) --></reason>
 <diagnosis>  <!-- 0..* The list of diagnosis relevant to this encounter -->
  <condition><!-- 1..1 Reference(Condition|Procedure) Reason the encounter takes place (resource) --></condition>
  <role><!-- 0..1 CodeableConcept Role that this diagnosis has within the encounter (e.g. admission, billing, discharge …) --></role>
  <rank value="[positiveInt]"/><!-- 0..1 Ranking of the diagnosis (for each role type) -->
 </diagnosis>
 <account><!-- 0..* Reference(Account) The set of accounts that may be used for billing for this Encounter --></account>
 <hospitalization>  <!-- 0..1 Details about the admission to a healthcare service -->
  <preAdmissionIdentifier><!-- 0..1 Identifier Pre-admission identifier --></preAdmissionIdentifier>
  <origin><!-- 0..1 Reference(Location) The location from which the patient came before admission --></origin>
  <admitSource><!-- 0..1 CodeableConcept From where patient was admitted (physician referral, transfer) --></admitSource>
  <reAdmission><!-- 0..1 CodeableConcept The type of hospital re-admission that has occurred (if any). If the value is absent, then this is not identified as a readmission --></reAdmission>
  <dietPreference><!-- 0..* CodeableConcept Diet preferences reported by the patient --></dietPreference>
  <specialCourtesy><!-- 0..* CodeableConcept Special courtesies (VIP, board member) --></specialCourtesy>
  <specialArrangement><!-- 0..* CodeableConcept Wheelchair, translator, stretcher, etc. --></specialArrangement>
  <destination><!-- 0..1 Reference(Location) Location to which the patient is discharged --></destination>
  <dischargeDisposition><!-- 0..1 CodeableConcept Category or kind of location after discharge --></dischargeDisposition>

 </hospitalization>
 <
  <</location>
  <
  <</period>

 <location>  <!-- 0..* List of locations where the patient has been -->
  <location><!-- 1..1 Reference(Location) Location the encounter takes place --></location>
  <status value="[code]"/><!-- 0..1 planned | active | reserved | completed -->
  <period><!-- 0..1 Period Time period during which the patient was present at the location --></period>

 </location>
 <</serviceProvider>
 <</partOf>

 <serviceProvider><!-- 0..1 Reference(Organization) The custodian organization of this Encounter record --></serviceProvider>
 <partOf><!-- 0..1 Reference(Encounter) Another Encounter this encounter is part of --></partOf>

</Encounter>

JSON Template 

{
  "resourceType" : "",

{doco
  "resourceType" : "Encounter",

  // from Resource: id, meta, implicitRules, and language
  // from DomainResource: text, contained, extension, and modifierExtension
  "
  "
  "
    "
    "

  "identifier" : [{ Identifier }], // Identifier(s) by which this encounter is known
  "status" : "<code>", // R!  planned | arrived | triaged | in-progress | onleave | finished | cancelled +
  "statusHistory" : [{ // List of past encounter statuses
    "status" : "<code>", // R!  planned | arrived | triaged | in-progress | onleave | finished | cancelled +
    "period" : { Period } // R!  The time that the episode was in the specified status

  }],
  "
  "
  "
  "
  "
  "
  "
    "
    "
    "

  "class" : { Coding }, // inpatient | outpatient | ambulatory | emergency +
  "classHistory" : [{ // List of past encounter classes
    "class" : { Coding }, // R!  inpatient | outpatient | ambulatory | emergency +
    "period" : { Period } // R!  The time that the episode was in the specified class

  }],
  "
  "
  "
  "
  "
  "
    "
    "
    "
    "
    "
    "
    "
    "
    "
    "
    "

  "type" : [{ CodeableConcept }], // Specific type of encounter
  "priority" : { CodeableConcept }, // Indicates the urgency of the encounter
  "subject" : { Reference(Patient|Group) }, // The patient ro group present at the encounter
  "episodeOfCare" : [{ Reference(EpisodeOfCare) }], // Episode(s) of care that this encounter should be recorded against
  "incomingReferral" : [{ Reference(ReferralRequest) }], // The ReferralRequest that initiated this encounter
  "participant" : [{ // List of participants involved in the encounter
    "type" : [{ CodeableConcept }], // Role of participant in encounter
    "period" : { Period }, // Period of time during the encounter that the participant participated
    "individual" : { Reference(Practitioner|RelatedPerson) } // Persons involved in the encounter other than the patient
  }],
  "appointment" : { Reference(Appointment) }, // The appointment that scheduled this encounter
  "period" : { Period }, // The start and end time of the encounter
  "length" : { Duration }, // Quantity of time the encounter lasted (less time absent)
  "reason" : [{ CodeableConcept }], // Reason the encounter takes place (code)
  "diagnosis" : [{ // The list of diagnosis relevant to this encounter
    "condition" : { Reference(Condition|Procedure) }, // R!  Reason the encounter takes place (resource)
    "role" : { CodeableConcept }, // Role that this diagnosis has within the encounter (e.g. admission, billing, discharge …)
    "rank" : "<positiveInt>" // Ranking of the diagnosis (for each role type)
  }],
  "account" : [{ Reference(Account) }], // The set of accounts that may be used for billing for this Encounter
  "hospitalization" : { // Details about the admission to a healthcare service
    "preAdmissionIdentifier" : { Identifier }, // Pre-admission identifier
    "origin" : { Reference(Location) }, // The location from which the patient came before admission
    "admitSource" : { CodeableConcept }, // From where patient was admitted (physician referral, transfer)
    "reAdmission" : { CodeableConcept }, // The type of hospital re-admission that has occurred (if any). If the value is absent, then this is not identified as a readmission
    "dietPreference" : [{ CodeableConcept }], // Diet preferences reported by the patient
    "specialCourtesy" : [{ CodeableConcept }], // Special courtesies (VIP, board member)
    "specialArrangement" : [{ CodeableConcept }], // Wheelchair, translator, stretcher, etc.
    "destination" : { Reference(Location) }, // Location to which the patient is discharged
    "dischargeDisposition" : { CodeableConcept } // Category or kind of location after discharge

  },
  "
    "
    "
    "

  "location" : [{ // List of locations where the patient has been
    "location" : { Reference(Location) }, // R!  Location the encounter takes place
    "status" : "<code>", // planned | active | reserved | completed
    "period" : { Period } // Time period during which the patient was present at the location

  }],
  "
  "

  "serviceProvider" : { Reference(Organization) }, // The custodian organization of this Encounter record
  "partOf" : { Reference(Encounter) } // Another Encounter this encounter is part of

}

Turtle Template 


@prefix fhir: <http://hl7.org/fhir/> .doco


[ a fhir:Encounter;
  fhir:nodeRole fhir:treeRoot; # if this is the parser root

  # from Resource: .id, .meta, .implicitRules, and .language
  # from DomainResource: .text, .contained, .extension, and .modifierExtension
  fhir:Encounter.identifier [ Identifier ], ... ; # 0..* Identifier(s) by which this encounter is known
  fhir:Encounter.status [ code ]; # 1..1 planned | arrived | triaged | in-progress | onleave | finished | cancelled +
  fhir:Encounter.statusHistory [ # 0..* List of past encounter statuses
    fhir:Encounter.statusHistory.status [ code ]; # 1..1 planned | arrived | triaged | in-progress | onleave | finished | cancelled +
    fhir:Encounter.statusHistory.period [ Period ]; # 1..1 The time that the episode was in the specified status
  ], ...;
  fhir:Encounter.class [ Coding ]; # 0..1 inpatient | outpatient | ambulatory | emergency +
  fhir:Encounter.classHistory [ # 0..* List of past encounter classes
    fhir:Encounter.classHistory.class [ Coding ]; # 1..1 inpatient | outpatient | ambulatory | emergency +
    fhir:Encounter.classHistory.period [ Period ]; # 1..1 The time that the episode was in the specified class
  ], ...;
  fhir:Encounter.type [ CodeableConcept ], ... ; # 0..* Specific type of encounter
  fhir:Encounter.priority [ CodeableConcept ]; # 0..1 Indicates the urgency of the encounter
  fhir:Encounter.subject [ Reference(Patient|Group) ]; # 0..1 The patient ro group present at the encounter
  fhir:Encounter.episodeOfCare [ Reference(EpisodeOfCare) ], ... ; # 0..* Episode(s) of care that this encounter should be recorded against
  fhir:Encounter.incomingReferral [ Reference(ReferralRequest) ], ... ; # 0..* The ReferralRequest that initiated this encounter
  fhir:Encounter.participant [ # 0..* List of participants involved in the encounter
    fhir:Encounter.participant.type [ CodeableConcept ], ... ; # 0..* Role of participant in encounter
    fhir:Encounter.participant.period [ Period ]; # 0..1 Period of time during the encounter that the participant participated
    fhir:Encounter.participant.individual [ Reference(Practitioner|RelatedPerson) ]; # 0..1 Persons involved in the encounter other than the patient
  ], ...;
  fhir:Encounter.appointment [ Reference(Appointment) ]; # 0..1 The appointment that scheduled this encounter
  fhir:Encounter.period [ Period ]; # 0..1 The start and end time of the encounter
  fhir:Encounter.length [ Duration ]; # 0..1 Quantity of time the encounter lasted (less time absent)
  fhir:Encounter.reason [ CodeableConcept ], ... ; # 0..* Reason the encounter takes place (code)
  fhir:Encounter.diagnosis [ # 0..* The list of diagnosis relevant to this encounter
    fhir:Encounter.diagnosis.condition [ Reference(Condition|Procedure) ]; # 1..1 Reason the encounter takes place (resource)
    fhir:Encounter.diagnosis.role [ CodeableConcept ]; # 0..1 Role that this diagnosis has within the encounter (e.g. admission, billing, discharge …)
    fhir:Encounter.diagnosis.rank [ positiveInt ]; # 0..1 Ranking of the diagnosis (for each role type)
  ], ...;
  fhir:Encounter.account [ Reference(Account) ], ... ; # 0..* The set of accounts that may be used for billing for this Encounter
  fhir:Encounter.hospitalization [ # 0..1 Details about the admission to a healthcare service
    fhir:Encounter.hospitalization.preAdmissionIdentifier [ Identifier ]; # 0..1 Pre-admission identifier
    fhir:Encounter.hospitalization.origin [ Reference(Location) ]; # 0..1 The location from which the patient came before admission
    fhir:Encounter.hospitalization.admitSource [ CodeableConcept ]; # 0..1 From where patient was admitted (physician referral, transfer)
    fhir:Encounter.hospitalization.reAdmission [ CodeableConcept ]; # 0..1 The type of hospital re-admission that has occurred (if any). If the value is absent, then this is not identified as a readmission
    fhir:Encounter.hospitalization.dietPreference [ CodeableConcept ], ... ; # 0..* Diet preferences reported by the patient
    fhir:Encounter.hospitalization.specialCourtesy [ CodeableConcept ], ... ; # 0..* Special courtesies (VIP, board member)
    fhir:Encounter.hospitalization.specialArrangement [ CodeableConcept ], ... ; # 0..* Wheelchair, translator, stretcher, etc.
    fhir:Encounter.hospitalization.destination [ Reference(Location) ]; # 0..1 Location to which the patient is discharged
    fhir:Encounter.hospitalization.dischargeDisposition [ CodeableConcept ]; # 0..1 Category or kind of location after discharge
  ];
  fhir:Encounter.location [ # 0..* List of locations where the patient has been
    fhir:Encounter.location.location [ Reference(Location) ]; # 1..1 Location the encounter takes place
    fhir:Encounter.location.status [ code ]; # 0..1 planned | active | reserved | completed
    fhir:Encounter.location.period [ Period ]; # 0..1 Time period during which the patient was present at the location
  ], ...;
  fhir:Encounter.serviceProvider [ Reference(Organization) ]; # 0..1 The custodian organization of this Encounter record
  fhir:Encounter.partOf [ Reference(Encounter) ]; # 0..1 Another Encounter this encounter is part of
]

  Changes since DSTU2

Encounter
Encounter.status
  • Change value set from http://hl7.org/fhir/ValueSet/encounter-state to http://hl7.org/fhir/ValueSet/encounter-status
Encounter.statusHistory.status
  • Change value set from http://hl7.org/fhir/ValueSet/encounter-state to http://hl7.org/fhir/ValueSet/encounter-status
Encounter.class
  • Type changed from code to Coding
  • Change binding strength from required to extensible
  • Change value set from http://hl7.org/fhir/ValueSet/encounter-class to http://hl7.org/fhir/ValueSet/v3-ActEncounterCode
Encounter.classHistory
  • Added Element
Encounter.classHistory.class
  • Added Element
Encounter.classHistory.period
  • Added Element
Encounter.subject
  • Renamed from patient to subject
  • Add Reference(Group)
Encounter.length
  • Type changed from Quantity{http://hl7.org/fhir/StructureDefinition/Duration} to Duration
Encounter.diagnosis
  • Added Element
Encounter.diagnosis.condition
  • Added Element
Encounter.diagnosis.role
  • Added Element
Encounter.diagnosis.rank
  • Added Element
Encounter.account
  • Added Element
Encounter.indication
  • deleted
Encounter.hospitalization.admittingDiagnosis
  • deleted
Encounter.hospitalization.dischargeDiagnosis
  • deleted

See the Full Difference for further information

This analysis is available as XML or JSON .

See R2 <--> R3 Conversion Maps (status = 10 tests that all execute ok. 1 fail round-trip testing and 2 r3 resources are invalid (2 errors). ).

 

Alternate definitions: Schema / Schematron , Resource Profile Master Definition ( XML , JSON ), Questionnaire XML Schema / Schematron (for ) + JSON Schema , ShEx (for Turtle )

5.18.3.1 8.11.3.1 Terminology Bindings

Path Definition Type Reference
Encounter.status
Encounter.statusHistory.status 		Current state of the encounter Required EncounterState EncounterStatus
Encounter.class
Encounter.classHistory.class 		Classification of the encounter Required Extensible EncounterClass ActEncounterCode
Encounter.type The type of encounter Example EncounterType
Encounter.priority Indicates the urgency of the encounter. Example Encounter Priority v3 Code System ActPriority
Encounter.participant.type Role of participant in encounter Extensible ParticipantType
Encounter.reason Reason why the encounter takes place. Example Preferred Encounter Reason Codes
Encounter.diagnosis.role The type of diagnosis this condition represents Preferred DiagnosisRole
Encounter.hospitalization.admitSource From where the patient was admitted. Preferred AdmitSource
Encounter.hospitalization.reAdmission The reason for re-admission of this hospitalization encounter. Unknown Example No details provided yet v2 Re-Admission Indicator
Encounter.hospitalization.dietPreference Medical, cultural or ethical food preferences to help with catering requirements. Example Diet
Encounter.hospitalization.specialCourtesy Special courtesies Preferred SpecialCourtesy
Encounter.hospitalization.specialArrangement Special arrangements Preferred SpecialArrangements
Encounter.hospitalization.dischargeDisposition Discharge Disposition Preferred Example DischargeDisposition
Encounter.location.status The status of the location. Required EncounterLocationStatus

5.18.4 8.11.4 Notes

  • The class element describes the setting (in/outpatient etc.) in which the Encounter took place. Since this is important for interpreting the context of the encounter, choosing the appropriate business rules to enforce and for the management of the process, this element is required.
  • In future versions of FHIR, some kind of charge posting vehicle (e.g. Account) will be added.

5.18.5 8.11.5 Example usage

As stated, Encounter allows a flexible nesting of Encounters using the partOf element. For example:

  • A patient is admitted for two weeks - This could be modeled using a single Encounter instance, in which the start and length are given for the duration of the whole stay. The admitting doctor and the responsible doctor during the stay are specified using the Participant component.
  • During the encounter, the patient moves from the admitting department to the Intensive Care unit and back - Three more detailed additional Encounters can be created, one for each location in which the patient stayed. Each of these Encounters has a single location (twice the admitting department and once the Intensive Care unit) and one or more participants at that location. These Encounters may use the partOf relationship to indicate these movements occurred during the longer overarching Encounter.
  • During the last part of the stay, the patient is visited by the members of the multi-disciplinary team that treated him for final evaluation - If relevant, for each of these short visits, an Encounter may be created with a single participant. Since these took place during the last part of the stay, the partOf element can be used to associate these short visits with either the third patient movement or the bigger overall encounter.

Exactly how the Encounter is used depends on information available in the source system, the relevance of exchange of each level of Encounter and demands specific to the communicating partners. The expectation is that for each domain of exchange, profiles are used to limit the flexibility of Encounter to meet the demands of the use case.

5.18.6 8.11.6 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 Paths Expression In Common
appointment reference The appointment that scheduled this encounter Encounter.appointment
( Appointment )
condition class reference token Reason the encounter takes place (resource) inpatient | outpatient | ambulatory | emergency + Encounter.indication ( Condition ) Encounter.class
date date A date within the period the Encounter lasted Encounter.period 18 Resources
diagnosis reference Reason the encounter takes place (resource) Encounter.diagnosis.condition
( Condition , Procedure )
episodeofcare reference Episode(s) of care that this encounter should be recorded against Encounter.episodeOfCare
( EpisodeOfCare )
identifier token Identifier(s) by which this encounter is known Encounter.identifier 26 Resources
incomingreferral reference The ReferralRequest that initiated this encounter Encounter.incomingReferral
( ReferralRequest )
indication reference Reason the encounter takes place (resource) Encounter.indication ( Condition , Procedure ) length number Length of encounter in days Encounter.length
location reference Location the encounter takes place Encounter.location.location
( Location )
location-period date Time period during which the patient was present at the location Encounter.location.period
part-of reference Another Encounter this encounter is part of Encounter.partOf
( Encounter )
participant reference Persons involved in the encounter other than the patient Encounter.participant.individual
( Practitioner , RelatedPerson )
participant-type token Role of participant in encounter Encounter.participant.type
patient reference The patient ro group present at the encounter Encounter.patient Encounter.subject
( Patient ) 		31 Resources
practitioner reference Persons involved in the encounter other than the patient Encounter.participant.individual
( Practitioner )
procedure reason reference token Reason the encounter takes place (resource) (code) Encounter.indication ( Procedure ) Encounter.reason
reason service-provider token reference Reason the encounter takes place (code) The custodian organization of this Encounter record Encounter.reason Encounter.serviceProvider
( Organization )
special-arrangement token Wheelchair, translator, stretcher, etc. Encounter.hospitalization.specialArrangement
status token planned | arrived | triaged | in-progress | onleave | finished | cancelled + Encounter.status
subject reference The patient ro group present at the encounter Encounter.subject
( Group , Patient )
type token Specific type of encounter Encounter.type 6 Resources