HL7 Personal Health Record System Functional Model, Release 2
2.0.1-ballot - Normative Ballot

This page is part of the HL7 Personal Health Record System Functional Model, Release 2 (v2.0.1-ballot: Normative 1 Ballot 1) based on FHIR (HL7® FHIR® Standard) v5.0.0. No current official version has been published yet. For a full list of available versions, see the Directory of published versions

Requirements: TI.2.1 Audit Triggers (Function)

Page standards status: Informative
Statement N:

Manage Audit Triggers

 Description I:

PHR Systems have built in audit triggers to capture key events in real-time. Audit triggers signal key:

  • Record management and lifecycle events;
  • Security events related to system and data safeguards, both routine and exceptional;
  • System events related to performance and operations, both routine and exceptional;
  • Clinical events with special log requirements.
 Actors:
ehr Criteria N:
TI.2.1#01 dependent SHALL

The system SHALL audit key events, as specified in function TI.2.1 (Audit Triggers) and child functions, according to scope of practice, organizational policy, and/or jurisdictional law.
TI.2.1#02 dependent SHALL

The system SHALL capture key Audit Metadata at each Audit Trigger, as specified in TI.2.1 (Audit Triggers) and child functions, according to scope of practice, organizational policy, and/or jurisdictional law.
TI.2.1#03 dependent SHALL

The system SHALL capture an Audit Log Entry at each Audit Trigger as specified in TI.2.1 (Audit Triggers) according to scope of practice, organizational policy, and/or jurisdictional law.
TI.2.1#04 SHALL

The system SHALL capture the current master clock time to establish valid record date and time metadata.
TI.2.1#05 MAY

The system MAY manage Audit Trigger logging using a common audit engine (e.g., using schema and transports such as specified in the Audit Log specification of IHE Audit Trails and Node Authentication (ATNA) Profile).