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

HL7 Personal Health Record System Functional Model, Release 2, published by EHR WG. This guide is not an authorized publication; it is the continuous build for version 2.0.1-ballot built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/HL7/phrsfm-ig/ and changes regularly. See the Directory of published versions

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

Page standards status: Informative
Statement N:

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.