This page is part of the FHIR Specification (v3.2.0: R4 Ballot 1). 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
FHIR Infrastructure | Maturity Level: 1 | Informative |
Detailed Descriptions for the elements in the event resource.
Event | |
Definition | A pattern to be followed by resources that represent the performance of some activity, possibly in accordance with a request or service definition. |
Control | 1..1 |
Invariants | Defined on this element inv-1: Not Done Reason can only be specified if status is 'not-done' (expression : status='not-done' or notDoneReason.exists().not(), xpath: f:status/@value='not-done' or not(exists(f:notDoneReason))) inv-2: reason elements can only be specified if status is NOT 'not-done' (expression : status!='not-done' or (reasonCode.exists().not() and reasonReference.exists().not()), xpath: not(f:status/@value='not-done') or not(exists(f:reasonCode) or exists(f:reasonReference))) |
Event.identifier | |
Definition | Identifiers assigned to this {{title}} by the performer or other systems. |
Note | This is a business identifer, not a resource identifier (see discussion) |
Control | 0..* |
Type | Identifier |
Requirements | Allows identification of the {{title}} as it is known by various participating systems and in a way that remains consistent across servers. |
Summary | true |
Event.instantiates | |
Definition | The URL pointing to a protocol, guideline, orderset or other definition that is adhered to in whole or in part by this {{title}}. |
Control | 0..* |
Type | uri |
Summary | true |
Event.basedOn | |
Definition | A plan, proposal or order that is fulfilled in whole or in part by this {{title}}. |
Control | 0..* |
Type | Reference(Request) |
Requirements | Allows tracing of authorization for the {{title}} and tracking whether proposals/recommendations were acted upon. |
Alternate Names | fulfills |
Summary | true |
Comments | [The allowed reference resources may be adjusted as appropriate for the event resource]. |
Event.partOf | |
Definition | A larger event of which this particular {{title}} is a component or step. |
Control | 0..* |
Type | Reference(Event) |
Requirements | [E.g. Drug administration as part of a procedure, procedure as part of observation, etc.]. |
Alternate Names | container |
Summary | true |
Comments | Not to be used to link an {{title}} to an Encounter - use 'context' for that. [The allowed reference resources may be adjusted as appropriate for the event resource]. |
Event.status | |
Definition | The current state of the {{title}}. |
Control | 1..1 |
Terminology Binding | EventStatus (Required) |
Type | code |
Is Modifier | true |
Summary | true |
Comments | A nominal state-transition diagram can be found in the [[event.html#statemachine | Event pattern]] documentation Unknown does not represent "other" - one of the defined statuses must apply. Unknown is used when the authoring system is not sure what the current status is. |
Event.statusReason | |
Definition | Captures the reason for the current state of the {{title}}. |
Control | 0..1 |
Terminology Binding | EventStatusReason: |
Type | CodeableConcept |
Alternate Names | Suspended Reason; Cancelled Reason |
Comments | This is generally only used for "exception" statuses such as "not-done", "suspended" or "cancelled". The reason for performing the event at all is captured in reasonCode, not here. [distinct reason codes for different statuses can be enforced using invariants if they are universal bindings]. |
Event.code | |
Definition | A code that identifies the specific service or action that was or is being performed. |
Control | 0..1 |
Terminology Binding | EventCode: |
Type | CodeableConcept |
Alternate Names | type |
Summary | true |
Event.subject | |
Definition | The individual or set of individuals the action is being or was performed on. |
Control | 1..1 |
Type | Reference(Patient | Group) |
Requirements | Links the {{title}} to the Patient context. |
Alternate Names | patient |
Summary | true |
Comments | [For resources that aren't patient-specific, the set of allowed resources may be extended to include other things. Group should generally be retained unless there's certainty this resource won't be used for veterinary, research or public health settings where Group may be necessary (e.g. this cage of rats/crate of chickens, group of people in a 5 mile radious of the incident, etc.)]. |
To Do | For mapping, is it better if we make this Any and then constrain it down? |
Event.context | |
Definition | The encounter or episode of care that establishes the context for this {{title}}. |
Control | 0..1 |
Type | Reference(Encounter | EpisodeOfCare) |
Requirements | Links the {{title}} to the Encounter context. |
Alternate Names | encounter |
Summary | true |
Comments | This will typically be the encounter the {{title}} occurred within, but some {{title}}s may be initiated prior to or after the official completion of an encounter or episode but still be tied to the context of the encounter or episode (e.g. pre-admission lab tests). |
Event.occurrence[x] | |
Definition | The date, period or timing when the {{title}} did occur or is occurring. |
Control | 0..1 |
Type | dateTime|Period|Timing |
[x] Note | See Choice of Data Types for further information about how to use [x] |
Alternate Names | timing |
Summary | true |
Comments | This indicates when the activity actually occurred or is occurring, not when it was asked/requested/ordered to occur. For the latter, look at the occurence element of the Request this {{event}} is "basedOn". The status code allows differentiation of whether the timing reflects a historic event or an ongoing event. Ongoing events should not include an upper bound in the Period or Timing.bounds. [The list of types may be constrained as appropriate for the type of event. The use of 'Timing' in type is generally only appropriate for Events that are typically used to represent summary information.]. |
Event.performer | |
Definition | Indicates who or what performed the {{title}} and how they were involved. |
Control | 0..* |
Summary | true |
Comments | [Resources may choose to replace this with just a single performer or repeating where there's no need to distinguish the function performed]. |
Event.performer.function | |
Definition | Distinguishes the type of involvement of the performer in the {{title}}. [Consider adding examples]. |
Control | 0..1 |
Terminology Binding | EventPerformerFunction: |
Type | CodeableConcept |
Requirements | Allows disambiguation of the types of involvement of different performers. |
Summary | true |
Event.performer.actor | |
Definition | Indicates who or what performed the {{title}}. |
Control | 1..1 |
Type | Reference(Practitioner | PractitionerRole | Organization | CareTeam | Patient | Device | RelatedPerson) |
Summary | true |
Event.location | |
Definition | The principle physical location where the {{title}} was performed. |
Control | 0..1 |
Type | Reference(Location) |
Requirements | Ties the event to where the records are likely kept and provides context around the event occurrence (e.g. if it occurred inside or outside a dedicated healthcare setting). |
Summary | true |
Event.reasonCode | |
Definition | Describes why the {{title}} occurred in coded or textual form. |
Control | 0..* |
Terminology Binding | EventReason: |
Type | CodeableConcept |
Summary | true |
Comments | Textual reasons can be captured using reasonCode.text. |
Event.reasonReference | |
Definition | Indicates another resource whose existence justifies this {{title}}. |
Control | 0..* |
Type | Reference(Condition | Observation | DiagnosticReport | DocumentReference) |
Summary | true |
Comments | [Additional resources may be added as appropriate]. |
Event.note | |
Definition | Comments made about the {{title}} by the performer, subject or other participants. |
Control | 0..* |
Type | Annotation |