EHRS-FM IG

ISO/HL7 10781 - Electronic Health Record System Functional Model, Release 2.1
0.14.0 - CI Build

ISO/HL7 10781 - Electronic Health Record System Functional Model, Release 2.1 - Local Development build (v0.14.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions

Requirements: RI.1.3.1 Manage Record Pending State (Function)

Active as of 2024-06-01
Statement N:

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 conditional SHALL

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 dependent 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]] (Record Entry Audit Triggers).