HL7 Electronic Health Record System Functional Model, Release 2.1.1
2.1.1 - Normative International flag

This page is part of the HL7 Electronic Health Record System Functional Model, Release 2.1.1 (v2.1.1: Normative 1 - Normative) based on FHIR (HL7® FHIR® Standard) v5.0.0. This is the current published version. For a full list of available versions, see the Directory of published versions

Requirements: RI.1.1.18.1 Evidence of Record Entry Re-Activation Event (Function)

Official URL: http://hl7.org/ehrs/uv/ehrsfmr2/Requirements/EHRSFMR2-RI.1.1.18.1 Version: 2.1.1
Standards status: Normative Computable Name: RI_1_1_18_1_Evidence_of_Record_Entry_Re_Activation_Event

Maintain Evidence of Record Entry Re-Activation Event

Description I:

Evidence of Record Entry Re-Activation Event includes key metadata, ensures health record integrity (and trust) and enables record audit.

Criteria N:
RI.1.1.18.1#01 SHALL

The system SHALL audit each occurrence when destroyed or deprecated Record Entry content is re-activated.
RI.1.1.18.1#02 SHALL

The system SHALL capture identity of the organization where Record Entry content is reactivated.
RI.1.1.18.1#03 SHALL

The system SHALL capture identity of the patient who is subject of reactivated Record Entry content.
RI.1.1.18.1#04 SHALL

The system SHALL capture identity of the user reactivating Record Entry content.
RI.1.1.18.1#05 SHALL

The system SHALL capture identity of the system application which re-activated Record Entry content.
RI.1.1.18.1#06 SHALL

The system SHALL capture the type of Record Event trigger (i.e., re-activate).
RI.1.1.18.1#07 SHALL

The system SHALL capture the date and time Record Entry content is re-activated.
RI.1.1.18.1#08 SHOULD

The system SHOULD capture identity of the location (i.e., network address) where Record Entry content is re-activated.
RI.1.1.18.1#09 MAY

The system MAY capture the rationale for re-activating Record Entry content.