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.1.3.1 Manage Record Pending State (Function)

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

Manage Record Entries during the various states of completion.

Description I: Record Entries may reside in various states that must be managed. An important underlying principle for managing record states is the need to retain Record Entries that have been viewed for patient care purposes even if it has not been completed or attested. This principle has important legal impact because it provides a record of what the provider relied on for clinical decision-making. For example, if a Record Entry was available in pending state and a clinician accessed the information to make decisions, it is important to retain the pending version even after the final version was available. Determining if the Record Entry was accessed for patient care may be challenging. Access logs should show if the information was accessed/viewed.
Criteria N:
RI.1.3.1#01 SHOULD The system SHOULD provide the ability to manage the length of time a Record Entry can be in a pending or inactive state before being administratively closed.
RI.1.3.1#02 MAY The system MAY present a notification to the author or designate that a Record Entry will be administratively closed after a designated period of time.
RI.1.3.1#03 MAY The system MAY present pending Record Entries in accordance with the organization's business rules.
RI.1.3.1#04 SHALL conditional IF the system displays pending Record Entries, THEN the system SHALL tag and present that a Record Entry is pending or incomplete.
RI.1.3.1#05 SHOULD The system SHOULD provide the ability to update a Record Entry status to one of: - complete, - complete while retaining incomplete version of the Entry if viewed for patient care or used by the system, - mark as erroneous and retain if Entry used for patient care or by the system, or - discard if Entry never viewed for patient care purposes.
RI.1.3.1#06 SHOULD The system SHOULD provide the ability to manage administrative closure of a Record Entry after a period of inactivity according to scope of practice, organizational policy, and/or jurisdictional law.
RI.1.3.1#07 SHALL The system SHALL capture a date/time stamp and identify the author each time a Record Entry is updated including when opened, when updated, with the signature event and when officially closed, conforming to function [TI.2.1.1](Requirements-PHRSFMR2-TI.2.1.1.html) (Record Entry Audit Triggers).