HL7 Electronic Health Record System Functional Model, Release 2.1.1
2.1.1-ballot - Normative Ballot International flag

HL7 Electronic Health Record System Functional Model, Release 2.1.1, published by HL7 International / Electronic Health Records. This guide is not an authorized publication; it is the continuous build for version 2.1.1-ballot built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/mvdzel/ehrsfm-fhir-r5/ and changes regularly. See the Directory of published versions

Requirements: CPS.3.11 Support Other Encounter and Episode of Care Documentation (Function)

Page standards status: Informative
Statement N:

Where not covered above, provide the means to manage and organize the documentation of the health care needed and delivered during an encounter/episode of care.

 Description I:

Using data standards and technologies that support interoperability, effective documentation of an encounter can promote patient- centered/oriented care and enables real-time, immediate point-of-service care delivery. Effective encounter and episode-of-care documentation can facilitate efficient work flow and improve operations performance. This can help to ensure the integrity of

  • the health record,
  • public health, financial and administrative reporting, and
  • the healthcare delivery process.
 Criteria N:
CPS.3.11#01 SHALL

The system SHALL provide the ability to render patient data by encounter, including previous admissions and episodes of care.
CPS.3.11#02 SHOULD

The system SHOULD provide the ability to capture and annotate patient encounter data from external systems, such as diagnostic tests and reports.
CPS.3.11#03 SHALL

The system SHALL provide the ability to capture encounter documentation by one or more of the following input methods:

  • direct keyboard entry of text;
  • structured data entry utilizing templates, forms, pick lists or macro substitution; and
  • dictation with subsequent transcription of voice to text, either manually or via voice recognition system.
CPS.3.11#04 SHOULD

The system SHOULD provide the ability to capture and maintain presentation filters that are specific to the types of encounter (e.g., care provider specialty, location of encounter, date of encounter, associated diagnosis).