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.6 Report (Output) Record Lifecycle Event (Function)

Page standards status: Informative
Statement N:

Report (Output) Record Entries (1 or more instances)

Description I:

Occurs when an agent causes the system to produce and deliver record entry content in a particular form and manner.

Reference: ISO 21089-2018, Section 15.6.

Criteria N:
RI.1.1.6#01 SHOULD

The system SHOULD provide the ability to render Record Entry content (e.g., as a report) retaining original, unaltered content and signature bindings, Action and Record Entry provenance and metadata.

RI.1.1.6#02 SHALL

The system SHALL provide the ability to render Record Entry extracts, including content, context, provenance and metadata.

RI.1.1.6#03 SHALL

The system SHALL provide the ability to capture the identity of the patient or the individual subject who is the target of Record Entry content that is presented/reported.

RI.1.1.6#04 dependent conditional SHOULD

IF the identity of a specific recipient has been stored, THEN the system SHOULD render protected Record Entry content based on established permissions and according to scope of practice, organizational policy, and/or jurisdictional law.

RI.1.1.6#05 conditional SHOULD

IF known and explicit as to Record Entry content being output/reported, THEN the system SHOULD transmit corresponding authorizations and patient consent permissions.

RI.1.1.6#06 SHALL

The system SHALL conform to function TI.1.6 (Secure Data Exchange).

RI.1.1.6#07 SHALL

The system SHALL provide the ability to extract Record Entry content prior to output/report, conforming to function RI.1.1.13 (Extract Record Entry Content).

RI.1.1.6#08 SHALL

The system SHALL provide the ability to de-identify Record Entry content prior to output/report, conforming to function RI.1.1.10 (De-Identify Record Entries).

RI.1.1.6#09 dependent SHALL

The system SHALL provide the ability to render updates (new versions) of Record Entry Content to known recipients of prior versions of that Record Entry Content according to scope of practice, organizational policy, and/or jurisdictional law.