Release 5

This page is part of the FHIR Specification (v5.0.0: R5 - STU). This is the current published version. For a full list of available versions, see the Directory of published versions . Page versions: R5 R4B R4 R3 R2

6.4 Resource AuditEvent - Content

A record of an event relevant for purposes such as operations, privacy, security, maintenance, and performance analysis.

6.4.1 Scope and Usage

The audit event is based on the IHE-ATNA Audit record definitions, originally from RFC 3881 icon, and now managed by DICOM (see DICOM Part 15 Annex A5 icon).

  • ASTM E2147 - Setup the concept of security audit logs for healthcare including accounting of disclosures
  • IETF RFC 3881 - Defined the Information Model (IETF rule forced this to be informative)
  • DICOM Audit Log Message - Made the information model Normative, defined Vocabulary, Transport Binding, and Schema
  • IHE ATNA - Defines the grouping with secure transport and access controls; and defined specific audit log records for specific IHE transactions.
  • NIST SP800-92 - Shows how to do audit log management and reporting - consistent with our model
  • HL7 PASS - Defined an Audit Service with responsibilities and a query interface for reporting use
  • ISO 27789 - Defined the subset of audit events that an EHR would need
  • ISO/HL7 10781 EHR System Functional Model Release 2
  • ISO 21089 Trusted End-to-End Information Flows

This resource is managed collaboratively between HL7, DICOM, and IHE.

A record of an event relevant for purposes such as operations, privacy, security, maintenance, and performance analysis.

6.4.2 Background and Context

All actors - such as applications, processes, and services - involved in an auditable event should record an AuditEvent. This will likely result in multiple AuditEvent entries that show whether privacy and security safeguards, such as access control, are properly functioning across an enterprise's system-of-systems. Thus, it is typical to get an auditable event recorded by both the application in a workflow process and the servers that support them. For this reason, duplicate entries are expected, which is helpful because it may aid in the detection of security, privacy, or other operational problems. For example, fewer than expected actors being recorded in a multi-actor process or attributes related to those records being in conflict, which is an indication of a security problem. There may be non-participating actors, such as trusted intermediary, that also detect a security, privacy, or operational relevant event and thus would record an AuditEvent.

Security relevant events are not limited to communications or RESTful events. They include:

  • software start-up and shutdown;
  • user login and logout;
  • access control decisions;
  • configuration events;
  • software installation;
  • policy rules changes; and
  • manipulation of data that exposes the data to users.

See the Audit Event Category vocabulary for guidance on some security relevant event categories.

The AuditEvent resource holds the details of an event in terms of who, what, where, when, and why. Where the identification of the who participated is the agent. An agent can be a person, an organization, software, device, or other actors that may be ascribed responsibility. What objects were used/created/updated is recorded as the entity. An entity is an identifiable physical, digital, conceptual or other kind of thing; entities may be real or imaginary.

The content of an AuditEvent is intended for use by security system administrators, security and privacy information managers, and records management personnel. This content is not intended to be accessible or used directly by other healthcare users, such as providers or patients, although reports generated from the raw data would be useful. An example is a patient-centric accounting of disclosures or an access report. Servers that provide support for AuditEvent resources would not generally accept update or delete operations on the resources, as this would compromise the integrity of the audit record. Access to the AuditEvent would typically be limited to security, privacy, or other system administration purposes.

Relationship of AuditEvent and Provenance resources are often (though not exclusively) created by the application responding to the create/read/query/update/delete/execute etc. event. A Provenance resource contains overlapping information, but is a record-keeping assertion that gathers information about the context in which the information in a resource "came to be" in its current state, e.g., whether it was created de novo or obtained from another entity in whole, part, or by transformation. Provenance resources are prepared by the application that initiates the create/update of the resource and may be persisted with the AuditEvent target resource.

6.4.3 References to this Resource

6.4.4 Resource Content

Structure

Name Flags Card. Type Description & Constraints doco
.. AuditEvent TU DomainResource Record of an event

Elements defined in Ancestors: id, meta, implicitRules, language, text, contained, extension, modifierExtension
... category Σ 0..*CodeableConcept Type/identifier of event
Binding: Audit Event ID (Example)

... code Σ 1..1CodeableConcept Specific type of event
Binding: Audit Event Sub-Type (Example)
... action Σ 0..1code Type of action performed during the event
Binding: Audit Event Action (Required)
... occurred[x] 0..1When the activity occurred
.... occurredPeriodPeriod
.... occurredDateTimedateTime
... recorded Σ 1..1instant Time when the event was recorded
... outcome Σ 0..1BackboneElement Whether the event succeeded or failed
.... code Σ 1..1Coding Whether the event succeeded or failed
Binding: Audit Event Outcome (Preferred)
.... detail Σ 0..*CodeableConcept Additional outcome detail
Binding: Audit Event Outcome Detail (Example)

... authorization Σ 0..*CodeableConcept Authorization related to the event
Binding: PurposeOfUse icon (Example)

... basedOn 0..*Reference(CarePlan | DeviceRequest | ImmunizationRecommendation | MedicationRequest | NutritionOrder | ServiceRequest | Task)Workflow authorization within which this event occurred

... patient TU 0..1Reference(Patient)The patient is the subject of the data used/created/updated/deleted during the activity
... encounter 0..1Reference(Encounter)Encounter within which this event occurred or which the event is tightly associated
... agent Σ 1..*BackboneElement Actor involved in the event

.... type 0..1CodeableConcept How agent participated
Binding: Participation Role Type (Preferred)
.... role 0..*CodeableConcept Agent role in the event
Binding: Security Role Type (Example)

.... who Σ 1..1Reference(Practitioner | PractitionerRole | Organization | CareTeam | Patient | Device | RelatedPerson)Identifier of who
.... requestor Σ 0..1boolean Whether user is initiator
.... location 0..1Reference(Location)The agent location when the event occurred
.... policy 0..*uri Policy that authorized the agent participation in the event

.... network[x] 0..1This agent network location for the activity
..... networkReferenceReference(Endpoint)
..... networkUriuri
..... networkStringstring
.... authorization 0..*CodeableConcept Allowable authorization for this agent
Binding: PurposeOfUse icon (Example)

... source Σ 1..1BackboneElement Audit Event Reporter
.... site 0..1Reference(Location)Logical source location within the enterprise
.... observer Σ 1..1Reference(Practitioner | PractitionerRole | Organization | CareTeam | Patient | Device | RelatedPerson)The identity of source detecting the event
.... type 0..*CodeableConcept The type of source where event originated
Binding: Audit Event Source Type (Preferred)

... entity Σ 0..*BackboneElement Data or objects used

.... what Σ 0..1Reference(Any)Specific instance of resource
.... role 0..1CodeableConcept What role the entity played
Binding: Audit Event Entity Role (Example)
.... securityLabel 0..*CodeableConcept Security labels on the entity
Binding: Example set of Security Labels (Example)

.... query Σ 0..1base64Binary Query parameters
.... detail 0..*BackboneElement Additional Information about the entity

..... type 1..1CodeableConcept Name of the property
Binding: Audit Event ID (Example)
..... value[x] 1..1Property value
...... valueQuantityQuantity
...... valueCodeableConceptCodeableConcept
...... valueStringstring
...... valueBooleanboolean
...... valueIntegerinteger
...... valueRangeRange
...... valueRatioRatio
...... valueTimetime
...... valueDateTimedateTime
...... valuePeriodPeriod
...... valueBase64Binarybase64Binary
.... agent 0..*see agent Entity is attributed to this agent


doco Documentation for this format icon

See the Extensions for this resource

UML Diagram (Legend)

AuditEvent (DomainResource)Classification of the type of eventcategory : CodeableConcept [0..*] « null (Strength=Example)AuditEventID?? »Describes what happened. The most specific code for the eventcode : CodeableConcept [1..1] « null (Strength=Example)AuditEventSubType?? »Indicator for type of action performed during the event that generated the auditaction : code [0..1] « Indicator for type of action performed during the event that generated the event. (Strength=Required)AuditEventAction! »Indicates and enables segmentation of various severity including debugging from criticalseverity : code [0..1] « The severity of the audit entry. (Strength=Required)AuditEventSeverity! »The time or period during which the activity occurredoccurred[x] : DataType [0..1] « Period|dateTime »The time when the event was recordedrecorded : instant [1..1]The authorization (e.g., PurposeOfUse) that was used during the event being recordedauthorization : CodeableConcept [0..*] « null (Strength=Example)PurposeOfUse?? »Allows tracing of authorizatino for the events and tracking whether proposals/recommendations were acted uponbasedOn : Reference [0..*] « CarePlan|DeviceRequest| ImmunizationRecommendation|MedicationRequest|NutritionOrder| ServiceRequest|Task »The patient element is available to enable deterministic tracking of activities that involve the patient as the subject of the data used in an activitypatient : Reference [0..1] « Patient »This will typically be the encounter the event occurred, but some events may be initiated prior to or after the official completion of an encounter but still be tied to the context of the encounter (e.g. pre-admission lab tests)encounter : Reference [0..1] « Encounter »OutcomeIndicates whether the event succeeded or failedcode : Coding [1..1] « Indicates whether the event succeeded or failed. (Strength=Preferred)AuditEventOutcome? »Additional details about the error. This may be a text description of the error or a system code that identifies the errordetail : CodeableConcept [0..*] « null (Strength=Example)AuditEventOutcomeDetail?? »AgentThe Functional Role of the user when performing the eventtype : CodeableConcept [0..1] « null (Strength=Preferred)ParticipationRoleType? »The structural roles of the agent indicating the agent's competency. The security role enabling the agent with respect to the activityrole : CodeableConcept [0..*] « null (Strength=Example)SecurityRoleType?? »Reference to who this agent is that was involved in the eventwho : Reference [1..1] « Practitioner|PractitionerRole|Organization| CareTeam|Patient|Device|RelatedPerson »Indicator that the user is or is not the requestor, or initiator, for the event being auditedrequestor : boolean [0..1]Where the agent location is known, the agent location when the event occurredlocation : Reference [0..1] « Location »Where the policy(ies) are known that authorized the agent participation in the event. Typically, a single activity may have multiple applicable policies, such as patient consent, guarantor funding, etc. The policy would also indicate the security token usedpolicy : uri [0..*]When the event utilizes a network there should be an agent describing the local system, and an agent describing remote system, with the network interface detailsnetwork[x] : DataType [0..1] « Reference(Endpoint)|uri|string »The authorization (e.g., PurposeOfUse) that was used during the event being recordedauthorization : CodeableConcept [0..*] « null (Strength=Example)PurposeOfUse?? »SourceLogical source location within the healthcare enterprise network. For example, a hospital or other provider location within a multi-entity provider groupsite : Reference [0..1] « Location »Identifier of the source where the event was detectedobserver : Reference [1..1] « Practitioner|PractitionerRole| Organization|CareTeam|Patient|Device|RelatedPerson »Code specifying the type of source where event originatedtype : CodeableConcept [0..*] « null (Strength=Preferred)AuditEventSourceType? »EntityIdentifies a specific instance of the entity. The reference should be version specific. This is allowed to be a Parameters resourcewhat : Reference [0..1] « Any »Code representing the role the entity played in the event being auditedrole : CodeableConcept [0..1] « Code representing the role the entity played in the audit event. (Strength=Example)AuditEventEntityRole?? »Security labels for the identified entitysecurityLabel : CodeableConcept [0..*] « null (Strength=Example)SecurityLabelExamples?? »The query parameters for a query-type entitiesquery : base64Binary [0..1]DetailThe type of extra detail provided in the valuetype : CodeableConcept [1..1] « null (Strength=Example)AuditEventID?? »The value of the extra detailvalue[x] : DataType [1..1] « Quantity|CodeableConcept|string|boolean| integer|Range|Ratio|time|dateTime|Period|base64Binary »Indicates whether the event succeeded or failed. A free text descripiton can be given in outcome.textoutcome [0..1]An actor taking an active role in the event or activity that is loggedagent [1..*]The actor that is reporting the eventsource [1..1]Tagged value pairs for conveying additional information about the entitydetail [0..*]The entity is attributed to an agent to express the agent's responsibility for that entity in the activity. This is most used to indicate when persistence media (the entity) are used by an agent. For example when importing data from a device, the device would be described in an entity, and the user importing data from that media would be indicated as the entity.agentagent [0..*]Specific instances of data or objects that have been accessedentity [0..*]

XML Template

<AuditEvent xmlns="http://hl7.org/fhir"> doco 
 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <category><!-- 0..* CodeableConcept  Type/identifier of event  --></category>
 <code><!-- 1..1 CodeableConcept  Specific type of event  --></code>
 <action value="[code ]"/><!-- 0..1 Type of action performed during the event  -->
 <severity value="[code ]"/><!-- 0..1 emergency | alert | critical | error | warning | notice | informational | debug  -->
 <occurred[x]><!-- 0..1 Period|dateTime  When the activity occurred  --></occurred[x]>
 <recorded value="[instant ]"/><!-- 1..1 Time when the event was recorded  -->
 <outcome> <!-- 0..1 Whether the event succeeded or failed -->
 <code><!-- 1..1 Coding  Whether the event succeeded or failed  --></code>
 <detail><!-- 0..* CodeableConcept  Additional outcome detail  --></detail>
 </outcome>
 <authorization><!-- 0..* CodeableConcept  Authorization related to the event icon  --></authorization>
 <basedOn><!-- 0..* Reference(CarePlan|DeviceRequest|ImmunizationRecommendation|
 MedicationRequest|NutritionOrder|ServiceRequest|Task) Workflow authorization within which this event occurred  --></basedOn>
 <patient><!-- 0..1 Reference(Patient) The patient is the subject of the data used/created/updated/deleted during the activity  --></patient>
 <encounter><!-- 0..1 Reference(Encounter) Encounter within which this event occurred or which the event is tightly associated  --></encounter>
 <agent> <!-- 1..* Actor involved in the event -->
 <type><!-- 0..1 CodeableConcept  How agent participated  --></type>
 <role><!-- 0..* CodeableConcept  Agent role in the event  --></role>
 <who><!-- 1..1 Reference(CareTeam|Device|Organization|Patient|Practitioner|
 PractitionerRole|RelatedPerson) Identifier of who  --></who>
 <requestor value="[boolean ]"/><!-- 0..1 Whether user is initiator  -->
 <location><!-- 0..1 Reference(Location) The agent location when the event occurred  --></location>
 <policy value="[uri ]"/><!-- 0..* Policy that authorized the agent participation in the event  -->
 <network[x]><!-- 0..1 Reference(Endpoint)|uri|string  This agent network location for the activity  --></network[x]>
 <authorization><!-- 0..* CodeableConcept  Allowable authorization for this agent icon  --></authorization>
 </agent>
 <source> <!-- 1..1 Audit Event Reporter -->
 <site><!-- 0..1 Reference(Location) Logical source location within the enterprise  --></site>
 <observer><!-- 1..1 Reference(CareTeam|Device|Organization|Patient|Practitioner|
 PractitionerRole|RelatedPerson) The identity of source detecting the event  --></observer>
 <type><!-- 0..* CodeableConcept  The type of source where event originated  --></type>
 </source>
 <entity> <!-- 0..* Data or objects used -->
 <what><!-- 0..1 Reference(Any) Specific instance of resource  --></what>
 <role><!-- 0..1 CodeableConcept  What role the entity played  --></role>
 <securityLabel><!-- 0..* CodeableConcept  Security labels on the entity  --></securityLabel>
 <query value="[base64Binary ]"/><!-- 0..1 Query parameters  -->
 <detail> <!-- 0..* Additional Information about the entity -->
 <type><!-- 1..1 CodeableConcept  Name of the property  --></type>
 <value[x]><!-- 1..1 Quantity|CodeableConcept|string|boolean|integer|Range|
 Ratio|time|dateTime|Period|base64Binary  Property value  --></value[x]>
 </detail>
 <agent><!-- 0..* Content as for AuditEvent.agent Entity is attributed to this agent  --></agent>
 </entity>
</AuditEvent>

JSON Template

{doco 
 "resourceType" : "AuditEvent",
 // from Resource: id, meta, implicitRules, and language
 // from DomainResource: text, contained, extension, and modifierExtension
 "category" : [{ CodeableConcept  }], // Type/identifier of event 
 "code" : { CodeableConcept  }, // R! Specific type of event 
 "action" : "<code >", // Type of action performed during the event 
 "severity" : "<code >", // emergency | alert | critical | error | warning | notice | informational | debug 
 // occurred[x]: When the activity occurred. One of these 2:
 "occurredPeriod" : { Period  },
 "occurredDateTime" : "<dateTime >",
 "recorded" : "<instant >", // R! Time when the event was recorded 
 "outcome" : { // Whether the event succeeded or failed 
 "code" : { Coding  }, // R! Whether the event succeeded or failed 
 "detail" : [{ CodeableConcept  }] // Additional outcome detail 
 },
 "authorization" : [{ CodeableConcept  }], // Authorization related to the event icon 
 "basedOn" : [{ Reference(CarePlan|DeviceRequest|ImmunizationRecommendation|
 MedicationRequest|NutritionOrder|ServiceRequest|Task) }], // Workflow authorization within which this event occurred 
 "patient" : { Reference(Patient) }, // The patient is the subject of the data used/created/updated/deleted during the activity 
 "encounter" : { Reference(Encounter) }, // Encounter within which this event occurred or which the event is tightly associated 
 "agent" : [{ // R! Actor involved in the event 
 "type" : { CodeableConcept  }, // How agent participated 
 "role" : [{ CodeableConcept  }], // Agent role in the event 
 "who" : { Reference(CareTeam|Device|Organization|Patient|Practitioner|
 PractitionerRole|RelatedPerson) }, // R! Identifier of who 
 "requestor" : <boolean >, // Whether user is initiator 
 "location" : { Reference(Location) }, // The agent location when the event occurred 
 "policy" : ["<uri >"], // Policy that authorized the agent participation in the event 
 // network[x]: This agent network location for the activity. One of these 3:
 "networkReference" : { Reference(Endpoint) },
 "networkUri" : "<uri >",
 "networkString" : "<string >",
 "authorization" : [{ CodeableConcept  }] // Allowable authorization for this agent icon 
 }],
 "source" : { // R! Audit Event Reporter 
 "site" : { Reference(Location) }, // Logical source location within the enterprise 
 "observer" : { Reference(CareTeam|Device|Organization|Patient|Practitioner|
 PractitionerRole|RelatedPerson) }, // R! The identity of source detecting the event 
 "type" : [{ CodeableConcept  }] // The type of source where event originated 
 },
 "entity" : [{ // Data or objects used 
 "what" : { Reference(Any) }, // Specific instance of resource 
 "role" : { CodeableConcept  }, // What role the entity played 
 "securityLabel" : [{ CodeableConcept  }], // Security labels on the entity 
 "query" : "<base64Binary >", // Query parameters 
 "detail" : [{ // Additional Information about the entity 
 "type" : { CodeableConcept  }, // R! Name of the property 
 // value[x]: Property value. One of these 11:
 "valueQuantity" : { Quantity  },
 "valueCodeableConcept" : { CodeableConcept  },
 "valueString" : "<string >",
 "valueBoolean" : <boolean >,
 "valueInteger" : <integer >,
 "valueRange" : { Range  },
 "valueRatio" : { Ratio  },
 "valueTime" : "<time >",
 "valueDateTime" : "<dateTime >",
 "valuePeriod" : { Period  },
 "valueBase64Binary" : "<base64Binary >"
 }],
 "agent" : [{ Content as for AuditEvent.agent }] // Entity is attributed to this agent 
 }]
}

Turtle Template

@prefix fhir: <http://hl7.org/fhir/> .doco 
[ a fhir:AuditEvent;
 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:category ( [ CodeableConcept ] ... ) ; # 0..* Type/identifier of event
 fhir:code[ CodeableConcept ] ; # 1..1 Specific type of event
 fhir:action[ code ] ; # 0..1 Type of action performed during the event
 fhir:severity[ code ] ; # 0..1 emergency | alert | critical | error | warning | notice | informational | debug
 # occurred[x]: 0..1 When the activity occurred. One of these 2
 fhir:occurred[ a fhir:Period ; Period ]
 fhir:occurred[ a fhir:dateTime ; dateTime ]
 fhir:recorded[ instant ] ; # 1..1 Time when the event was recorded
 fhir:outcome[ # 0..1 Whether the event succeeded or failed
 fhir:code[ Coding ] ; # 1..1 Whether the event succeeded or failed
 fhir:detail ( [ CodeableConcept ] ... ) ; # 0..* Additional outcome detail
 ] ;
 fhir:authorization ( [ CodeableConcept ] ... ) ; # 0..* Authorization related to the event
 fhir:basedOn ( [ Reference(CarePlan|DeviceRequest|ImmunizationRecommendation|MedicationRequest|
 NutritionOrder|ServiceRequest|Task) ] ... ) ; # 0..* Workflow authorization within which this event occurred
 fhir:patient[ Reference(Patient) ] ; # 0..1 The patient is the subject of the data used/created/updated/deleted during the activity
 fhir:encounter[ Reference(Encounter) ] ; # 0..1 Encounter within which this event occurred or which the event is tightly associated
 fhir:agent( [ # 1..* Actor involved in the event
 fhir:type[ CodeableConcept ] ; # 0..1 How agent participated
 fhir:role ( [ CodeableConcept ] ... ) ; # 0..* Agent role in the event
 fhir:who[ Reference(CareTeam|Device|Organization|Patient|Practitioner|PractitionerRole|RelatedPerson) ] ; # 1..1 Identifier of who
 fhir:requestor[ boolean ] ; # 0..1 Whether user is initiator
 fhir:location[ Reference(Location) ] ; # 0..1 The agent location when the event occurred
 fhir:policy ( [ uri ] ... ) ; # 0..* Policy that authorized the agent participation in the event
 # network[x]: 0..1 This agent network location for the activity. One of these 3
 fhir:network[ a fhir:Reference ; Reference(Endpoint) ]
 fhir:network[ a fhir:uri ; uri ]
 fhir:network[ a fhir:string ; string ]
 fhir:authorization ( [ CodeableConcept ] ... ) ; # 0..* Allowable authorization for this agent
 ] ... ) ;
 fhir:source[ # 1..1 Audit Event Reporter
 fhir:site[ Reference(Location) ] ; # 0..1 Logical source location within the enterprise
 fhir:observer[ Reference(CareTeam|Device|Organization|Patient|Practitioner|PractitionerRole|RelatedPerson) ] ; # 1..1 The identity of source detecting the event
 fhir:type ( [ CodeableConcept ] ... ) ; # 0..* The type of source where event originated
 ] ;
 fhir:entity( [ # 0..* Data or objects used
 fhir:what[ Reference(Any) ] ; # 0..1 Specific instance of resource
 fhir:role[ CodeableConcept ] ; # 0..1 What role the entity played
 fhir:securityLabel ( [ CodeableConcept ] ... ) ; # 0..* Security labels on the entity
 fhir:query[ base64Binary ] ; # 0..1 Query parameters
 fhir:detail( [ # 0..* Additional Information about the entity
 fhir:type[ CodeableConcept ] ; # 1..1 Name of the property
 # value[x]: 1..1 Property value. One of these 11
 fhir:value[ a fhir:Quantity ; Quantity ]
 fhir:value[ a fhir:CodeableConcept ; CodeableConcept ]
 fhir:value[ a fhir:string ; string ]
 fhir:value[ a fhir:boolean ; boolean ]
 fhir:value[ a fhir:integer ; integer ]
 fhir:value[ a fhir:Range ; Range ]
 fhir:value[ a fhir:Ratio ; Ratio ]
 fhir:value[ a fhir:time ; time ]
 fhir:value[ a fhir:dateTime ; dateTime ]
 fhir:value[ a fhir:Period ; Period ]
 fhir:value[ a fhir:base64Binary ; base64Binary ]
 ] ... ) ;
 fhir:agent ( [ See AuditEvent.agent ] ... ) ; # 0..* Entity is attributed to this agent
 ] ... ) ;
]

Changes from both R4 and R4B

AuditEvent.category
  • Renamed from type to category
  • Min Cardinality changed from 1 to 0
  • Max Cardinality changed from 1 to *
  • Type changed from Coding to CodeableConcept
  • Remove Binding `http://hl7.org/fhir/ValueSet/audit-event-type` (extensible)
AuditEvent.code
  • Renamed from subtype to code
  • Min Cardinality changed from 0 to 1
  • Max Cardinality changed from * to 1
  • Type changed from Coding to CodeableConcept
  • Remove Binding `http://hl7.org/fhir/ValueSet/audit-event-sub-type` (extensible)
AuditEvent.severity
  • Added Element
AuditEvent.occurred[x]
  • Added Element
AuditEvent.outcome
  • Type changed from code to BackboneElement
  • Remove Binding `http://hl7.org/fhir/ValueSet/audit-event-outcome|4.0.0` (required)
AuditEvent.outcome.code
  • Added Mandatory Element
AuditEvent.outcome.detail
  • Added Element
AuditEvent.authorization
  • Renamed from purposeOfEvent to authorization
  • Remove Binding `http://terminology.hl7.org/ValueSet/v3-PurposeOfUse` (extensible)
AuditEvent.basedOn
  • Added Element
AuditEvent.patient
  • Added Element
AuditEvent.encounter
  • Added Element
AuditEvent.agent.type
  • Remove Binding `http://hl7.org/fhir/ValueSet/participation-role-type` (extensible)
AuditEvent.agent.who
  • Min Cardinality changed from 0 to 1
  • Type Reference: Added Target Type CareTeam
AuditEvent.agent.requestor
  • Min Cardinality changed from 1 to 0
AuditEvent.agent.network[x]
  • Renamed from network to network[x]
  • Add Types Reference(Endpoint), uri, string
  • Remove Type BackboneElement
AuditEvent.agent.authorization
  • Renamed from purposeOfUse to authorization
  • Remove Binding `http://terminology.hl7.org/ValueSet/v3-PurposeOfUse` (extensible)
AuditEvent.source.site
  • Type changed from string to Reference(Location)
AuditEvent.source.observer
  • Type Reference: Added Target Type CareTeam
AuditEvent.source.type
  • Type changed from Coding to CodeableConcept
  • Remove Binding `http://hl7.org/fhir/ValueSet/audit-source-type` (extensible)
AuditEvent.entity.role
  • Type changed from Coding to CodeableConcept
  • Remove Binding `http://hl7.org/fhir/ValueSet/object-role` (extensible)
AuditEvent.entity.securityLabel
  • Type changed from Coding to CodeableConcept
  • Remove Binding `http://hl7.org/fhir/ValueSet/security-labels` (extensible)
AuditEvent.entity.detail.type
  • Type changed from string to CodeableConcept
AuditEvent.entity.detail.value[x]
  • Add Types Quantity, CodeableConcept, boolean, integer, Range, Ratio, time, dateTime, Period
AuditEvent.entity.agent
  • Added Element
AuditEvent.period
  • Deleted
AuditEvent.outcomeDesc
  • Deleted (-> outcome)
AuditEvent.agent.altId
  • Deleted (-> use extension http://hl7.org/fhir/StructureDefinition/auditevent-AlternativeUserID)
AuditEvent.agent.name
  • Deleted (-> who.display)
AuditEvent.agent.media
  • Deleted (-> AuditEvent.entity)
AuditEvent.agent.network.address
  • Deleted (-> network[x])
AuditEvent.agent.network.type
  • Deleted (-> network[x])
AuditEvent.entity.type
  • Deleted (-> what.type)
AuditEvent.entity.lifecycle
  • Deleted (-> use extension http://hl7.org/fhir/StructureDefinition/auditevent-Lifecycle)
AuditEvent.entity.name
  • Deleted (-> what.display)
AuditEvent.entity.description
  • Deleted (-> entity.detail.valueString)

See the Full Difference for further information

This analysis is available for R4 as XML or JSON and for R4B as XML or JSON.

See R4 <--> R5 Conversion Maps (status = See Conversions Summary.)

Structure

Name Flags Card. Type Description & Constraints doco
.. AuditEvent TU DomainResource Record of an event

Elements defined in Ancestors: id, meta, implicitRules, language, text, contained, extension, modifierExtension
... category Σ 0..*CodeableConcept Type/identifier of event
Binding: Audit Event ID (Example)

... code Σ 1..1CodeableConcept Specific type of event
Binding: Audit Event Sub-Type (Example)
... action Σ 0..1code Type of action performed during the event
Binding: Audit Event Action (Required)
... occurred[x] 0..1When the activity occurred
.... occurredPeriodPeriod
.... occurredDateTimedateTime
... recorded Σ 1..1instant Time when the event was recorded
... outcome Σ 0..1BackboneElement Whether the event succeeded or failed
.... code Σ 1..1Coding Whether the event succeeded or failed
Binding: Audit Event Outcome (Preferred)
.... detail Σ 0..*CodeableConcept Additional outcome detail
Binding: Audit Event Outcome Detail (Example)

... authorization Σ 0..*CodeableConcept Authorization related to the event
Binding: PurposeOfUse icon (Example)

... basedOn 0..*Reference(CarePlan | DeviceRequest | ImmunizationRecommendation | MedicationRequest | NutritionOrder | ServiceRequest | Task)Workflow authorization within which this event occurred

... patient TU 0..1Reference(Patient)The patient is the subject of the data used/created/updated/deleted during the activity
... encounter 0..1Reference(Encounter)Encounter within which this event occurred or which the event is tightly associated
... agent Σ 1..*BackboneElement Actor involved in the event

.... type 0..1CodeableConcept How agent participated
Binding: Participation Role Type (Preferred)
.... role 0..*CodeableConcept Agent role in the event
Binding: Security Role Type (Example)

.... who Σ 1..1Reference(Practitioner | PractitionerRole | Organization | CareTeam | Patient | Device | RelatedPerson)Identifier of who
.... requestor Σ 0..1boolean Whether user is initiator
.... location 0..1Reference(Location)The agent location when the event occurred
.... policy 0..*uri Policy that authorized the agent participation in the event

.... network[x] 0..1This agent network location for the activity
..... networkReferenceReference(Endpoint)
..... networkUriuri
..... networkStringstring
.... authorization 0..*CodeableConcept Allowable authorization for this agent
Binding: PurposeOfUse icon (Example)

... source Σ 1..1BackboneElement Audit Event Reporter
.... site 0..1Reference(Location)Logical source location within the enterprise
.... observer Σ 1..1Reference(Practitioner | PractitionerRole | Organization | CareTeam | Patient | Device | RelatedPerson)The identity of source detecting the event
.... type 0..*CodeableConcept The type of source where event originated
Binding: Audit Event Source Type (Preferred)

... entity Σ 0..*BackboneElement Data or objects used

.... what Σ 0..1Reference(Any)Specific instance of resource
.... role 0..1CodeableConcept What role the entity played
Binding: Audit Event Entity Role (Example)
.... securityLabel 0..*CodeableConcept Security labels on the entity
Binding: Example set of Security Labels (Example)

.... query Σ 0..1base64Binary Query parameters
.... detail 0..*BackboneElement Additional Information about the entity

..... type 1..1CodeableConcept Name of the property
Binding: Audit Event ID (Example)
..... value[x] 1..1Property value
...... valueQuantityQuantity
...... valueCodeableConceptCodeableConcept
...... valueStringstring
...... valueBooleanboolean
...... valueIntegerinteger
...... valueRangeRange
...... valueRatioRatio
...... valueTimetime
...... valueDateTimedateTime
...... valuePeriodPeriod
...... valueBase64Binarybase64Binary
.... agent 0..*see agent Entity is attributed to this agent


doco Documentation for this format icon

See the Extensions for this resource

UML Diagram (Legend)

AuditEvent (DomainResource)Classification of the type of eventcategory : CodeableConcept [0..*] « null (Strength=Example)AuditEventID?? »Describes what happened. The most specific code for the eventcode : CodeableConcept [1..1] « null (Strength=Example)AuditEventSubType?? »Indicator for type of action performed during the event that generated the auditaction : code [0..1] « Indicator for type of action performed during the event that generated the event. (Strength=Required)AuditEventAction! »Indicates and enables segmentation of various severity including debugging from criticalseverity : code [0..1] « The severity of the audit entry. (Strength=Required)AuditEventSeverity! »The time or period during which the activity occurredoccurred[x] : DataType [0..1] « Period|dateTime »The time when the event was recordedrecorded : instant [1..1]The authorization (e.g., PurposeOfUse) that was used during the event being recordedauthorization : CodeableConcept [0..*] « null (Strength=Example)PurposeOfUse?? »Allows tracing of authorizatino for the events and tracking whether proposals/recommendations were acted uponbasedOn : Reference [0..*] « CarePlan|DeviceRequest| ImmunizationRecommendation|MedicationRequest|NutritionOrder| ServiceRequest|Task »The patient element is available to enable deterministic tracking of activities that involve the patient as the subject of the data used in an activitypatient : Reference [0..1] « Patient »This will typically be the encounter the event occurred, but some events may be initiated prior to or after the official completion of an encounter but still be tied to the context of the encounter (e.g. pre-admission lab tests)encounter : Reference [0..1] « Encounter »OutcomeIndicates whether the event succeeded or failedcode : Coding [1..1] « Indicates whether the event succeeded or failed. (Strength=Preferred)AuditEventOutcome? »Additional details about the error. This may be a text description of the error or a system code that identifies the errordetail : CodeableConcept [0..*] « null (Strength=Example)AuditEventOutcomeDetail?? »AgentThe Functional Role of the user when performing the eventtype : CodeableConcept [0..1] « null (Strength=Preferred)ParticipationRoleType? »The structural roles of the agent indicating the agent's competency. The security role enabling the agent with respect to the activityrole : CodeableConcept [0..*] « null (Strength=Example)SecurityRoleType?? »Reference to who this agent is that was involved in the eventwho : Reference [1..1] « Practitioner|PractitionerRole|Organization| CareTeam|Patient|Device|RelatedPerson »Indicator that the user is or is not the requestor, or initiator, for the event being auditedrequestor : boolean [0..1]Where the agent location is known, the agent location when the event occurredlocation : Reference [0..1] « Location »Where the policy(ies) are known that authorized the agent participation in the event. Typically, a single activity may have multiple applicable policies, such as patient consent, guarantor funding, etc. The policy would also indicate the security token usedpolicy : uri [0..*]When the event utilizes a network there should be an agent describing the local system, and an agent describing remote system, with the network interface detailsnetwork[x] : DataType [0..1] « Reference(Endpoint)|uri|string »The authorization (e.g., PurposeOfUse) that was used during the event being recordedauthorization : CodeableConcept [0..*] « null (Strength=Example)PurposeOfUse?? »SourceLogical source location within the healthcare enterprise network. For example, a hospital or other provider location within a multi-entity provider groupsite : Reference [0..1] « Location »Identifier of the source where the event was detectedobserver : Reference [1..1] « Practitioner|PractitionerRole| Organization|CareTeam|Patient|Device|RelatedPerson »Code specifying the type of source where event originatedtype : CodeableConcept [0..*] « null (Strength=Preferred)AuditEventSourceType? »EntityIdentifies a specific instance of the entity. The reference should be version specific. This is allowed to be a Parameters resourcewhat : Reference [0..1] « Any »Code representing the role the entity played in the event being auditedrole : CodeableConcept [0..1] « Code representing the role the entity played in the audit event. (Strength=Example)AuditEventEntityRole?? »Security labels for the identified entitysecurityLabel : CodeableConcept [0..*] « null (Strength=Example)SecurityLabelExamples?? »The query parameters for a query-type entitiesquery : base64Binary [0..1]DetailThe type of extra detail provided in the valuetype : CodeableConcept [1..1] « null (Strength=Example)AuditEventID?? »The value of the extra detailvalue[x] : DataType [1..1] « Quantity|CodeableConcept|string|boolean| integer|Range|Ratio|time|dateTime|Period|base64Binary »Indicates whether the event succeeded or failed. A free text descripiton can be given in outcome.textoutcome [0..1]An actor taking an active role in the event or activity that is loggedagent [1..*]The actor that is reporting the eventsource [1..1]Tagged value pairs for conveying additional information about the entitydetail [0..*]The entity is attributed to an agent to express the agent's responsibility for that entity in the activity. This is most used to indicate when persistence media (the entity) are used by an agent. For example when importing data from a device, the device would be described in an entity, and the user importing data from that media would be indicated as the entity.agentagent [0..*]Specific instances of data or objects that have been accessedentity [0..*]

XML Template

<AuditEvent xmlns="http://hl7.org/fhir"> doco 
 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <category><!-- 0..* CodeableConcept  Type/identifier of event  --></category>
 <code><!-- 1..1 CodeableConcept  Specific type of event  --></code>
 <action value="[code ]"/><!-- 0..1 Type of action performed during the event  -->
 <severity value="[code ]"/><!-- 0..1 emergency | alert | critical | error | warning | notice | informational | debug  -->
 <occurred[x]><!-- 0..1 Period|dateTime  When the activity occurred  --></occurred[x]>
 <recorded value="[instant ]"/><!-- 1..1 Time when the event was recorded  -->
 <outcome> <!-- 0..1 Whether the event succeeded or failed -->
 <code><!-- 1..1 Coding  Whether the event succeeded or failed  --></code>
 <detail><!-- 0..* CodeableConcept  Additional outcome detail  --></detail>
 </outcome>
 <authorization><!-- 0..* CodeableConcept  Authorization related to the event icon  --></authorization>
 <basedOn><!-- 0..* Reference(CarePlan|DeviceRequest|ImmunizationRecommendation|
 MedicationRequest|NutritionOrder|ServiceRequest|Task) Workflow authorization within which this event occurred  --></basedOn>
 <patient><!-- 0..1 Reference(Patient) The patient is the subject of the data used/created/updated/deleted during the activity  --></patient>
 <encounter><!-- 0..1 Reference(Encounter) Encounter within which this event occurred or which the event is tightly associated  --></encounter>
 <agent> <!-- 1..* Actor involved in the event -->
 <type><!-- 0..1 CodeableConcept  How agent participated  --></type>
 <role><!-- 0..* CodeableConcept  Agent role in the event  --></role>
 <who><!-- 1..1 Reference(CareTeam|Device|Organization|Patient|Practitioner|
 PractitionerRole|RelatedPerson) Identifier of who  --></who>
 <requestor value="[boolean ]"/><!-- 0..1 Whether user is initiator  -->
 <location><!-- 0..1 Reference(Location) The agent location when the event occurred  --></location>
 <policy value="[uri ]"/><!-- 0..* Policy that authorized the agent participation in the event  -->
 <network[x]><!-- 0..1 Reference(Endpoint)|uri|string  This agent network location for the activity  --></network[x]>
 <authorization><!-- 0..* CodeableConcept  Allowable authorization for this agent icon  --></authorization>
 </agent>
 <source> <!-- 1..1 Audit Event Reporter -->
 <site><!-- 0..1 Reference(Location) Logical source location within the enterprise  --></site>
 <observer><!-- 1..1 Reference(CareTeam|Device|Organization|Patient|Practitioner|
 PractitionerRole|RelatedPerson) The identity of source detecting the event  --></observer>
 <type><!-- 0..* CodeableConcept  The type of source where event originated  --></type>
 </source>
 <entity> <!-- 0..* Data or objects used -->
 <what><!-- 0..1 Reference(Any) Specific instance of resource  --></what>
 <role><!-- 0..1 CodeableConcept  What role the entity played  --></role>
 <securityLabel><!-- 0..* CodeableConcept  Security labels on the entity  --></securityLabel>
 <query value="[base64Binary ]"/><!-- 0..1 Query parameters  -->
 <detail> <!-- 0..* Additional Information about the entity -->
 <type><!-- 1..1 CodeableConcept  Name of the property  --></type>
 <value[x]><!-- 1..1 Quantity|CodeableConcept|string|boolean|integer|Range|
 Ratio|time|dateTime|Period|base64Binary  Property value  --></value[x]>
 </detail>
 <agent><!-- 0..* Content as for AuditEvent.agent Entity is attributed to this agent  --></agent>
 </entity>
</AuditEvent>

JSON Template

{doco 
 "resourceType" : "AuditEvent",
 // from Resource: id, meta, implicitRules, and language
 // from DomainResource: text, contained, extension, and modifierExtension
 "category" : [{ CodeableConcept  }], // Type/identifier of event 
 "code" : { CodeableConcept  }, // R! Specific type of event 
 "action" : "<code >", // Type of action performed during the event 
 "severity" : "<code >", // emergency | alert | critical | error | warning | notice | informational | debug 
 // occurred[x]: When the activity occurred. One of these 2:
 "occurredPeriod" : { Period  },
 "occurredDateTime" : "<dateTime >",
 "recorded" : "<instant >", // R! Time when the event was recorded 
 "outcome" : { // Whether the event succeeded or failed 
 "code" : { Coding  }, // R! Whether the event succeeded or failed 
 "detail" : [{ CodeableConcept  }] // Additional outcome detail 
 },
 "authorization" : [{ CodeableConcept  }], // Authorization related to the event icon 
 "basedOn" : [{ Reference(CarePlan|DeviceRequest|ImmunizationRecommendation|
 MedicationRequest|NutritionOrder|ServiceRequest|Task) }], // Workflow authorization within which this event occurred 
 "patient" : { Reference(Patient) }, // The patient is the subject of the data used/created/updated/deleted during the activity 
 "encounter" : { Reference(Encounter) }, // Encounter within which this event occurred or which the event is tightly associated 
 "agent" : [{ // R! Actor involved in the event 
 "type" : { CodeableConcept  }, // How agent participated 
 "role" : [{ CodeableConcept  }], // Agent role in the event 
 "who" : { Reference(CareTeam|Device|Organization|Patient|Practitioner|
 PractitionerRole|RelatedPerson) }, // R! Identifier of who 
 "requestor" : <boolean >, // Whether user is initiator 
 "location" : { Reference(Location) }, // The agent location when the event occurred 
 "policy" : ["<uri >"], // Policy that authorized the agent participation in the event 
 // network[x]: This agent network location for the activity. One of these 3:
 "networkReference" : { Reference(Endpoint) },
 "networkUri" : "<uri >",
 "networkString" : "<string >",
 "authorization" : [{ CodeableConcept  }] // Allowable authorization for this agent icon 
 }],
 "source" : { // R! Audit Event Reporter 
 "site" : { Reference(Location) }, // Logical source location within the enterprise 
 "observer" : { Reference(CareTeam|Device|Organization|Patient|Practitioner|
 PractitionerRole|RelatedPerson) }, // R! The identity of source detecting the event 
 "type" : [{ CodeableConcept  }] // The type of source where event originated 
 },
 "entity" : [{ // Data or objects used 
 "what" : { Reference(Any) }, // Specific instance of resource 
 "role" : { CodeableConcept  }, // What role the entity played 
 "securityLabel" : [{ CodeableConcept  }], // Security labels on the entity 
 "query" : "<base64Binary >", // Query parameters 
 "detail" : [{ // Additional Information about the entity 
 "type" : { CodeableConcept  }, // R! Name of the property 
 // value[x]: Property value. One of these 11:
 "valueQuantity" : { Quantity  },
 "valueCodeableConcept" : { CodeableConcept  },
 "valueString" : "<string >",
 "valueBoolean" : <boolean >,
 "valueInteger" : <integer >,
 "valueRange" : { Range  },
 "valueRatio" : { Ratio  },
 "valueTime" : "<time >",
 "valueDateTime" : "<dateTime >",
 "valuePeriod" : { Period  },
 "valueBase64Binary" : "<base64Binary >"
 }],
 "agent" : [{ Content as for AuditEvent.agent }] // Entity is attributed to this agent 
 }]
}

Turtle Template

@prefix fhir: <http://hl7.org/fhir/> .doco 
[ a fhir:AuditEvent;
 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:category ( [ CodeableConcept ] ... ) ; # 0..* Type/identifier of event
 fhir:code[ CodeableConcept ] ; # 1..1 Specific type of event
 fhir:action[ code ] ; # 0..1 Type of action performed during the event
 fhir:severity[ code ] ; # 0..1 emergency | alert | critical | error | warning | notice | informational | debug
 # occurred[x]: 0..1 When the activity occurred. One of these 2
 fhir:occurred[ a fhir:Period ; Period ]
 fhir:occurred[ a fhir:dateTime ; dateTime ]
 fhir:recorded[ instant ] ; # 1..1 Time when the event was recorded
 fhir:outcome[ # 0..1 Whether the event succeeded or failed
 fhir:code[ Coding ] ; # 1..1 Whether the event succeeded or failed
 fhir:detail ( [ CodeableConcept ] ... ) ; # 0..* Additional outcome detail
 ] ;
 fhir:authorization ( [ CodeableConcept ] ... ) ; # 0..* Authorization related to the event
 fhir:basedOn ( [ Reference(CarePlan|DeviceRequest|ImmunizationRecommendation|MedicationRequest|
 NutritionOrder|ServiceRequest|Task) ] ... ) ; # 0..* Workflow authorization within which this event occurred
 fhir:patient[ Reference(Patient) ] ; # 0..1 The patient is the subject of the data used/created/updated/deleted during the activity
 fhir:encounter[ Reference(Encounter) ] ; # 0..1 Encounter within which this event occurred or which the event is tightly associated
 fhir:agent( [ # 1..* Actor involved in the event
 fhir:type[ CodeableConcept ] ; # 0..1 How agent participated
 fhir:role ( [ CodeableConcept ] ... ) ; # 0..* Agent role in the event
 fhir:who[ Reference(CareTeam|Device|Organization|Patient|Practitioner|PractitionerRole|RelatedPerson) ] ; # 1..1 Identifier of who
 fhir:requestor[ boolean ] ; # 0..1 Whether user is initiator
 fhir:location[ Reference(Location) ] ; # 0..1 The agent location when the event occurred
 fhir:policy ( [ uri ] ... ) ; # 0..* Policy that authorized the agent participation in the event
 # network[x]: 0..1 This agent network location for the activity. One of these 3
 fhir:network[ a fhir:Reference ; Reference(Endpoint) ]
 fhir:network[ a fhir:uri ; uri ]
 fhir:network[ a fhir:string ; string ]
 fhir:authorization ( [ CodeableConcept ] ... ) ; # 0..* Allowable authorization for this agent
 ] ... ) ;
 fhir:source[ # 1..1 Audit Event Reporter
 fhir:site[ Reference(Location) ] ; # 0..1 Logical source location within the enterprise
 fhir:observer[ Reference(CareTeam|Device|Organization|Patient|Practitioner|PractitionerRole|RelatedPerson) ] ; # 1..1 The identity of source detecting the event
 fhir:type ( [ CodeableConcept ] ... ) ; # 0..* The type of source where event originated
 ] ;
 fhir:entity( [ # 0..* Data or objects used
 fhir:what[ Reference(Any) ] ; # 0..1 Specific instance of resource
 fhir:role[ CodeableConcept ] ; # 0..1 What role the entity played
 fhir:securityLabel ( [ CodeableConcept ] ... ) ; # 0..* Security labels on the entity
 fhir:query[ base64Binary ] ; # 0..1 Query parameters
 fhir:detail( [ # 0..* Additional Information about the entity
 fhir:type[ CodeableConcept ] ; # 1..1 Name of the property
 # value[x]: 1..1 Property value. One of these 11
 fhir:value[ a fhir:Quantity ; Quantity ]
 fhir:value[ a fhir:CodeableConcept ; CodeableConcept ]
 fhir:value[ a fhir:string ; string ]
 fhir:value[ a fhir:boolean ; boolean ]
 fhir:value[ a fhir:integer ; integer ]
 fhir:value[ a fhir:Range ; Range ]
 fhir:value[ a fhir:Ratio ; Ratio ]
 fhir:value[ a fhir:time ; time ]
 fhir:value[ a fhir:dateTime ; dateTime ]
 fhir:value[ a fhir:Period ; Period ]
 fhir:value[ a fhir:base64Binary ; base64Binary ]
 ] ... ) ;
 fhir:agent ( [ See AuditEvent.agent ] ... ) ; # 0..* Entity is attributed to this agent
 ] ... ) ;
]

Changes from both R4 and R4B

AuditEvent.category
  • Renamed from type to category
  • Min Cardinality changed from 1 to 0
  • Max Cardinality changed from 1 to *
  • Type changed from Coding to CodeableConcept
  • Remove Binding `http://hl7.org/fhir/ValueSet/audit-event-type` (extensible)
AuditEvent.code
  • Renamed from subtype to code
  • Min Cardinality changed from 0 to 1
  • Max Cardinality changed from * to 1
  • Type changed from Coding to CodeableConcept
  • Remove Binding `http://hl7.org/fhir/ValueSet/audit-event-sub-type` (extensible)
AuditEvent.severity
  • Added Element
AuditEvent.occurred[x]
  • Added Element
AuditEvent.outcome
  • Type changed from code to BackboneElement
  • Remove Binding `http://hl7.org/fhir/ValueSet/audit-event-outcome|4.0.0` (required)
AuditEvent.outcome.code
  • Added Mandatory Element
AuditEvent.outcome.detail
  • Added Element
AuditEvent.authorization
  • Renamed from purposeOfEvent to authorization
  • Remove Binding `http://terminology.hl7.org/ValueSet/v3-PurposeOfUse` (extensible)
AuditEvent.basedOn
  • Added Element
AuditEvent.patient
  • Added Element
AuditEvent.encounter
  • Added Element
AuditEvent.agent.type
  • Remove Binding `http://hl7.org/fhir/ValueSet/participation-role-type` (extensible)
AuditEvent.agent.who
  • Min Cardinality changed from 0 to 1
  • Type Reference: Added Target Type CareTeam
AuditEvent.agent.requestor
  • Min Cardinality changed from 1 to 0
AuditEvent.agent.network[x]
  • Renamed from network to network[x]
  • Add Types Reference(Endpoint), uri, string
  • Remove Type BackboneElement
AuditEvent.agent.authorization
  • Renamed from purposeOfUse to authorization
  • Remove Binding `http://terminology.hl7.org/ValueSet/v3-PurposeOfUse` (extensible)
AuditEvent.source.site
  • Type changed from string to Reference(Location)
AuditEvent.source.observer
  • Type Reference: Added Target Type CareTeam
AuditEvent.source.type
  • Type changed from Coding to CodeableConcept
  • Remove Binding `http://hl7.org/fhir/ValueSet/audit-source-type` (extensible)
AuditEvent.entity.role
  • Type changed from Coding to CodeableConcept
  • Remove Binding `http://hl7.org/fhir/ValueSet/object-role` (extensible)
AuditEvent.entity.securityLabel
  • Type changed from Coding to CodeableConcept
  • Remove Binding `http://hl7.org/fhir/ValueSet/security-labels` (extensible)
AuditEvent.entity.detail.type
  • Type changed from string to CodeableConcept
AuditEvent.entity.detail.value[x]
  • Add Types Quantity, CodeableConcept, boolean, integer, Range, Ratio, time, dateTime, Period
AuditEvent.entity.agent
  • Added Element
AuditEvent.period
  • Deleted
AuditEvent.outcomeDesc
  • Deleted (-> outcome)
AuditEvent.agent.altId
  • Deleted (-> use extension http://hl7.org/fhir/StructureDefinition/auditevent-AlternativeUserID)
AuditEvent.agent.name
  • Deleted (-> who.display)
AuditEvent.agent.media
  • Deleted (-> AuditEvent.entity)
AuditEvent.agent.network.address
  • Deleted (-> network[x])
AuditEvent.agent.network.type
  • Deleted (-> network[x])
AuditEvent.entity.type
  • Deleted (-> what.type)
AuditEvent.entity.lifecycle
  • Deleted (-> use extension http://hl7.org/fhir/StructureDefinition/auditevent-Lifecycle)
AuditEvent.entity.name
  • Deleted (-> what.display)
AuditEvent.entity.description
  • Deleted (-> entity.detail.valueString)

See the Full Difference for further information

This analysis is available for R4 as XML or JSON and for R4B as XML or JSON.

See R4 <--> R5 Conversion Maps (status = See Conversions Summary.)

Additional definitions: Master Definition XML + JSON, XML Schema/Schematron + JSON Schema, ShEx (for Turtle) + see the extensions, the spreadsheet version & the dependency analysis

6.4.4.1 Terminology Bindings

PathValueSetTypeDocumentation
AuditEvent.category AuditEventID Example

Event Categories for Audit Events - defined by DICOM with some FHIR specific additions.

AuditEvent.code AuditEventSubType Example

More detailed code concerning the type of the audit event - defined by DICOM with some additional FHIR, HL7, and other additions.

AuditEvent.action AuditEventAction Required

Indicator for type of action performed during the event that generated the event.

AuditEvent.severity AuditEventSeverity Required

The severity of the audit entry.

AuditEvent.outcome.code AuditEventOutcome (a valid code from Issue Severity)Preferred

Indicates whether the event succeeded or failed.

AuditEvent.outcome.detail AuditEventOutcomeDetail (a valid code from Operation Outcome Codes icon)Example

Indicates more detailed reason for outcome.

AuditEvent.authorization PurposeOfUse icon Example

Supports communication of purpose of use at a general level.

AuditEvent.agent.type ParticipationRoleType Preferred

This FHIR value set is comprised of Actor participation Type codes, which can be used to value FHIR agents, actors, and other role elements. The codes are intended to express how the agent participated in some activity. Sometimes refered to the agent functional-role relative to the activity.

AuditEvent.agent.role SecurityRoleType (a valid code from Sample Codes for Security Structural Role)Example

This value set contains example structural roles. In general, two types of roles can be distinguished: structural roles and functional roles. Structural Roles reflect human or organizational categories (hierarchies), and describe prerequisites, feasibilities, or competences for actions. Functional roles are bound to the realization or performance of actions.

AuditEvent.agent.authorization PurposeOfUse icon Example

Supports communication of purpose of use at a general level.

AuditEvent.source.type AuditEventSourceType Preferred

The type of process where the audit event originated from. Use of these codes is not required but is encouraged to maintain translation with DICOM AuditMessage schema.

AuditEvent.entity.role AuditEventEntityRole Example

Code representing the role the entity played in the audit event.

AuditEvent.entity.securityLabel SecurityLabelExamples Example

A sample of security labels from Healthcare Privacy and Security Classification System as the combination of data and event codes.

AuditEvent.entity.detail.type AuditEventID Example

Event Categories for Audit Events - defined by DICOM with some FHIR specific additions.

6.4.4.2 Using Coded Values

The AuditEvent resource and the ATNA Audit record are used in many contexts throughout healthcare. The coded values defined in the "extensible" bindings above are those widely used and/or defined by DICOM, IHE or ISO, who defined these codes to meet very specific use cases. These codes should be used when they are suitable. When needed, other codes can be defined.

Note: When using codes from a vocabulary, the display element for the code can be left off to keep the AuditEvent size small and minimize impact of a large audit log of similar entries.

The set of codes defined for this resource is expected to grow over time, and additional codes may be proposed / requested using the "Propose a change" link above below.

6.4.4.3 Event codes for Common Scenarios

This table summarizes common event scenarios, and the codes that should be used for each case.

Scenario category code action Other
User Login (example) 110114 icon User Authentication 110122 icon User Authentication E Execute One agent which contains the details of the logged-in user.
User Logout (example) 110114 icon User Authentication 110123 icon User Logout E Execute One agent which contains the details of the logged-out user.
REST operation logged on server (example) rest RESTful Operation [code] defined for operation * (see below) Agent for logged in user, if available.
Search operation logged on server (example) rest RESTful Operation [code] defined for operation E Execute Agent for logged in user, if available, and one object with a query element. The Execute action is used as the server must execute the search parameters to get the results, whereas a Read action identifies a specific object.
Break-Glass started (example) 110113 icon Security Alert 110127 icon Emergency Override Started E Execute Agent is the user who is authorized to break-glass and has declared an emergency override. Note there is an Emergency Override Stopped code that can be used to indicate the closing of the break-glass event, when it is known.

Audit Event Actions for RESTful operations:

Operation Action
create C
read, vread, history-instance, history-type, history-system R
update U
delete D
transaction, operation, conformance, validate, search, search-type, search-system E

6.4.4.3.1 Recording Search Events

A search event is recorded as an Execute action as the server must execute the search parameters to get the results. The category is a rest operation. The code should be search. The Server is identified in an .agent as the role Destination Role ID, and the client is identified in an .agent as the role Source Role ID. Additional .agent elements may be used to identify user, application, organization, etc.

A Search Event records one .entity element that holds the search request, and should not record the contents of the search response so as to limit duplication of sensitive health information that is already present in the system, and discoverable by replaying the search request.

The AuditEvent.entity.query shall hold the whole WHOLE http header and body encoded as base64binary. This should preserve as much of the raw http header and body as possible to best capture any attempts by clients or intermediaries to misbehave. There should be no sanitization or normalization of this value.

The FHIR specification defines a harmonized search parameter string, which is returned in the searchset bundle as the .link.url on the .link for self. This string could be recorded in the AuditEvent.entry.description as it is well behaved and represents what was actually processed as search parameters. See: conformance icon

Where there are identifiable Patient subject(s) associated with the returned Resource(s), the AuditEvent.patient should be used to record the Patient as the subject of the data or activity. When multiple patient results are returned one AuditEvent is created for every Patient identified in the resulting search set. Note this is true when the search set bundle includes any number of resources that collectively reference multiple Patients. This includes one Resource with multiple subject values, or many Resources with single subject values that are different.

6.4.4.4 Encoding a FHIR operation outcome

FHIR interactions can result in a rich description of the outcome using the OperationOutcome. The OperationOutcome Resource is a collection of error, warning or information messages that result from a system action. This describes in detail the outcome of some operation, such as when a RESTful operation fails.

When recording into an AuditEvent that some FHIR interaction has happened, the AuditEvent should include the OperationOutcome from that FHIR interaction. This is done by placing the OperationOutcome into an AuditEvent.entity. Likely as a contained resource, given that OperationOutcome resources often are not persisted.

entity.what is the OperationOutcome -- Likely contained

entity.type is code OperationOutcome

entity.description explains why this OperationOutcome was included.

See transaction failure example: When a client attempts to post (create) an Observation Resource, using a server Patient endpoint; this would result in an error with an OperationOutcome.

6.4.4.5 authorization and agent.authorization

The AuditEvent provides the element AudientEvent.authorization to convey the purpose of use for the whole event and AuditEvent.agent.authorization to convey the purpose of use that a particular actor (machine, person, software) was involved in the event.

AuditEvent.authorization is an element at the level of AuditEvent and can convey the purpose of the activity that resulted in the event. This will occur when the system that is reporting the event is aware of the purpose of the event. A specific example would be a radiology reporting system where a radiologist has created and is sending a finished report. This system likely knows the purpose, e.g., "treatment". It is multi-valued because the one event may be related to multiple purposes.

It is also commonplace that the reporting system does not have information about the purpose of the event. In these cases, the event report would not have an authorization.

It is also likely that the same event will be reported from different perspectives, e.g., by both the sender and recipient of a communication. These two different perspectives can have different knowledge regarding the purposeOfUse authorization.

AuditEvent.agent.authorization is an element at the level of agent within AuditEvent. This describes the reason that this person, machine, or software is participating in the activity that resulted in the event. For example, an individual person participating in the event may assert a purpose of use from their perspective. It is also possible that they are participating for multiple reasons and report multiple purposeOfUse.

The reporting system might not have knowledge regarding why a particular machine or person was involved and would omit this element in those cases.

When the same event is reported from multiple perspectives, the reports can have different knowledge regarding the purpose.

6.4.4.6 Patient as subject of data or activity reference in AuditEvent.patient

It is a best practice to include a reference to the Patient affected by any auditable event, in order to enable Privacy Accounting of Disclosures and Access Logs, and to enable privacy office and security office audit log analysis. Reasonable efforts should be taken to assure the Patient is recorded, but it is recognized that there are times when this is not reasonable.

Where an activity impacts more than one Patient subject; multiple AuditEvent resources should be recorded, one for each Patient subject. This best enables segmentation of the AuditEvent details so as to limit the Privacy impact. The use of multiple AuditEvent is a best-practice and should be driven by a Policy. There will be cases where the use of multiple AuditEvent resources are not necessary, such as public health reporting.

To record a REST interaction or $operation, it is often necessary to complete the transaction in order to determine the Patient subject. Inspection of the potential returned results may be necessary. Some REST and $operations include parameters limiting the results to a specific Patient, in these cases this parameter informs the inclusion of the Patient reference.

Implementation Guides may make the AuditEvent requirements more clear given the workflow or security context mandated by the Implementation Guide.

6.4.5 Search Parameters

Search parameters for this resource. See also the full list of search parameters for this resource, and check the Extensions registry for search parameters on extensions related to this resource. The common parameters also apply. See Searching for more information about searching in REST, messaging, and services.

Name Type Description Expression In Common
action token Type of action performed during the event AuditEvent.action
agent-role token Agent role in the event AuditEvent.agent.role
category token Category of event AuditEvent.category
code token More specific code for the event AuditEvent.code 22 Resources
date date Time when the event was recorded AuditEvent.recorded 27 Resources
encounter reference Encounter related to the activity recorded in the AuditEvent AuditEvent.encounter
(Encounter) 29 Resources
entity reference Specific instance of resource AuditEvent.entity.what
(Any)
entity-role token What role the entity played AuditEvent.entity.role
outcome token Whether the event succeeded or failed AuditEvent.outcome.code
patient reference Where the activity involved patient data AuditEvent.patient
(Patient) 66 Resources
policy uri Policy that authorized event AuditEvent.agent.policy
purpose token The authorization (purposeOfUse) of the event AuditEvent.authorization | AuditEvent.agent.authorization
source reference The identity of source detecting the event AuditEvent.source.observer
(Practitioner, Organization, CareTeam, Device, Patient, PractitionerRole, RelatedPerson)

AltStyle によって変換されたページ (->オリジナル) /