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

Publication Build: This will be filled in by the publication tooling

## 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).