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

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 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.2 Record Synchronization (Function)

Official URL: http://hl7.org/ehrs/uv/phrsfmr2/Requirements/PHRSFMR2-RI.2 Version: 2.0.1
Standards status: Normative Computable Name: RI_2_Record_Synchronization

Manage Record Synchronization

Description I: A PHR-S may consist of a set of components or applications; each application manages a subset of the health information. Therefore it is important that, through various interoperability mechanisms, a PHR-S maintains all the relevant information regarding the health record in synchrony. For example, if a physician orders an MRI, a set of diagnostic images and a radiology report will be created. As a result, the patient demographic information, the order for MRI, the diagnostic images associated with the order, and the report associated with the study must all be synchronized in order for the clinicians to receive a synchronized view the complete record (with respect to time and geographic location).Date and time need to be consistent across the applications that are part of the PHR system. Synchronization demonstrates a sequence and chain of events for reconstruction and is relevant during a legal proceeding. Maintenance of synchronization activities could be relevant during a legal proceeding. Note: Standards exist for Consistent Date and Time.
Criteria N:
RI.2#01 SHALL The system SHALL conform to function [TI.5.1](Requirements-PHRSFMR2-TI.5.1.html) (Application and Structured-Document Interchange Standards).
RI.2#02 SHOULD The system SHOULD conform to function [TI.3](Requirements-PHRSFMR2-TI.3.html) (Registry and Directory Services).
RI.2#03 SHOULD The system SHOULD provide the ability to link Record Entries to external information.
RI.2#04 SHOULD The system SHOULD store the location of each known Record Entry in order to enable authorized access to a complete logical health record if the PHR is distributed among several applications, services, or devices within the PHR-S.
RI.2#05 SHALL The system SHALL provide the ability to manage date and time-related information between applications, components, services, systems, and devices.