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

Home Page

Official URL: http://hl7.org/ehrs/ImplementationGuide/hl7.ehrsfmr21.base Version: 0.14.0
Draft as of 2024-06-01 Computable Name: EHRSFMR21

This Project

Within HL7, since 2020, the Common H7 Toolset initiative to develop the same underlying publication process technology stack across all HL7 standards has been underway. The intent is to provide the same look and feel, to leverage inherent validation and versioning, to ease annual updates, and to avoid the unwieldy word and pdf publication process. This publication of EHR-S FM R2.1 is the realization of that intent for the EHR-S FM product family.

This is a EHR-S FM specification that uses FHIR R5 Requirements resource to define its functional model sections, headers, functions and criteria. It references FHIR resources for data requirements and is based on FHIR R5 but not in a way that FHIR Implementation Guides would be based by profiling FHIR resources. It is important and relevant to declare the version of FHIR structures that are being used for toolsmiths and others using those structures.

Introduction

Start here: Introduction section.

Function List Component Descriptions

The Function List (see artifacts) includes the following components:

FM Element Requirements element Description
Function ID # N id This is the unique identifier of a function in the Function List (e.g. CP.1.1) and should be used to uniquely identify the function when referencing functions. The Function ID also serves to identify the section within which the function exists (CP = Care Provision Section) and the hierarchy or relationship between functions (CP.1.1 is a sibling to CP.1.2, parent of CP.1.1.1 and child of CP.1). In many cases the parent is fully expressed by the children.
Function Type I meta.profile Indication of the line item as being a header (H) or function (F) or conformance criteria.
Header / Function Name N title This is the name of the Function and whilst expected to be unique within the Function List; it is not recommended to be used to identify the function without being accompanied by the Function ID.
Example: Manage Medication List
Function Statement N description This is a brief statement of the purpose of this function. Whist not restricted to the use of structured language that is used in the Conformance Criteria (see below); the Statement should clearly identify the purpose and scope of the function.
Example: Create and maintain patient-specific medication lists.
Description I purpose This is a more detailed description of the function, including examples if needed.
Example: Medication lists are managed over time, whether over the course of a visit or stay, or the lifetime of a patient. All pertinent dates, including medication start, modification, and end dates are stored. The entire medication history for any medication, including alternative supplements and herbal medications, is viewable. Medication lists are not limited to medication orders recorded by providers, but may include, for example, pharmacy dispense/supply records, patient-reported medications and additional information such as age specific dosage.
Conformance Criteria N statement.requirement Each function in the Function List includes one or more Conformance Criteria. A Conformance Criteria, which exists as normative language in this standard, defines the requirements for conforming to the function. The language used to express a conformance criterion is highly structured with standardized components with set meanings. The structured language used to define conformance clauses in the Function List are defined in the Glossary (Chapter 4).
R1.1 Reference I statement.derivedFrom Reference to the previous version of the Functional Model is included to support transition from one version to the next. The first 2 digits indicate the source document; FM = Functional Model, LM = Lifecycle Model. The remainder of the reference is to the function and, if applicable, conformance criteria.
Change Indicator derive or extension? The change indicator shows the change from previous versions. This will be valued as follows:
C - Changed
D - Deleted
N - New
NC - No Change
Row # extension? A unique number for the row within the section.

EHR WG CoChairs and Publishing Facilitators

Role Name Organization Contact
Co-Chair, EHR Work Group Gary Dickinson CentriHealth/UnitedHealth Group gary.dickinson@ehr-standards.com
Co-Chair, EHR Work Group Mark Janczewski MD MPH Medical Networks, LLC mark.janczewski@verizon.net
Co-Chair, EHR Work Group Michael Brody DPM   mbrody@cmeonline.com
Co-Chair, EHR Work Group John Ritter   johnritter1@verizon.net
Co-Chair, EHR Work Group Stephen Hufnagel, PhD Registry Clearinghouse shufnagel@registryclearinghouse.net
Co-Chair, EHR Work Group Feliciano Yu MD, MS University of Arkansas Medical Sciences Pele.Yu@archildrens.org
Publishing Facilitator Anneke Goossen, MScN Results4Care annekegoossen@results4care.nl
Publishing Facilitator Michael van der Zel UMCG m.van.der.zel@umcg.nl

Relationships in this FM

  • solid lines are Consequence Links
  • dotted lines are See Also relationships
«CP»CP.1.1«CPS»CPS.2.1«CPS»CPS.2.2«CP»CP.1.2«CPS»CPS.4.2.1«CP»CP.1.3«CP»CP.1.4«RI»RI.1.1.17«CP»CP.1.5«CP»CP.3.1«CPS»CPS.3.1«CPS»CPS.3.2«CP»CP.3.4«CP»CP.7.1«AS»AS.5.1«AS»AS.5.3«AS»AS.5.4«CPS»CPS.4.2.2«CPS»CPS.1.7.1«CP»CP.4«CPS»CPS.8.4«CP»CP.4.1«CPS»CPS.4.1«CP»CP.4.2«CP»CP.4.2.1«CP»CP.4.2.2«CP»CP.4.2.3«CP»CP.4.2.4«CPS»CPS.4.2.4«AS»AS.9.2«CP»CP.4.3«CPS»CPS.4.3«CP»CP.4.4«CP»CP.4.5«CPS»CPS.9.2«CP»CP.6.1«CP»CP.6.2«CP»CP.3.2«CP»CP.1.6«CP»CP.6.3«CPS»CPS.1.7«CPS»CPS.3.8«CPS»CPS.3.4«CP»CP.9.2«CP»CP.9.1«CP»CP.1«CPS»CPS.1«RI»RI.1.1.21«CP»CP.1.7«CP»CP.1.4#11«CP»CP.1.4#12«CP»CP.1.4#13«CP»CP.1.4#14«CP»CP.1.4#15«CP»CP.1.4#16«CP»CP.1.4#17«CP»CP.2«CPS»CPS.2«CP»CP.2.1«CP»CP.2.2«CP»CP.2.3«CPS»CPS.2.3«CP»CP.2.4«CPS»CPS.2.4«CP»CP.2.5«CPS»CPS.2.5«CP»CP.3«CPS»CPS.3«CP»CP.3.3#05«CP»CP.3.3#06«CPS»CPS.4«CP»CP.4.6«CPS»CPS.1.4«CP»CP.5«CPS»CPS.5«CP»CP.6«CPS»CPS.6«CP»CP.7«CPS»CPS.7«CP»CP.8«CPS»CPS.8«CP»CP.9«CPS»CPS.9«AS»AS.1«AS»AS.6.2«CPS»CPS.1.7.2«CPS»CPS.1.7.3«TI»TI.1.5«CPS»CPS.3.3«POP»POP.4«CPS»CPS.3.5«AS»AS.9.1«CP»CP.3.3«CPS»CPS.3.6«CP»CP.1.8«CPS»CPS.3.10«CPS»CPS.9.2.3«CPS»CPS.4.6.3«CPS»CPS.6.1«CPS»CPS.7.1«CPS»CPS.6.2«CPS»CPS.6.3«CPS»CPS.4.4«CPS»CPS.4.5«CPS»CPS.4.6«CPS»CPS.1.3«CPS»CPS.1.1«AS»AS.1.1«TI»TI.3«AS»AS.1.6«AS»AS.1.7«AS»AS.8.3«AS»AS.9.3«AS»AS.1.5#03«AS»AS.1.5#04«AS»AS.9.3#06«POP»POP.2.1«TI»TI.5.3«POP»POP.2.2«POP»POP.2.3«POP»POP.8«TI»TI.1.8«POP»POP.9«CPS»CPS.9.4«RI»RI.1.1«RI»RI.1.2.1«RI»RI.1.1.4«TI»TI.1.1«TI»TI.1.2«RI»RI.1.3.1«RI»RI.1.1.6«TI»TI.1.6«RI»RI.1.1.13«RI»RI.1.1.10«RI»RI.1.1.7«RI»RI.1.1.8«RI»RI.1.1.14«RI»RI.3«RI»RI.1.2.2«RI»RI.1.1.23«RI»RI.1.1.24«TI»TI.2.1.1«RI»RI.1.3.2«RI»RI.1.1.2«RI»RI.1.1.2.1«RI»RI.1.3.4«RI»RI.2«TI»TI.5.1«RI»RI.1.3«TI»TI.2«TI»TI.1.3«TI»TI.1.4«TI»TI.1.7«TI»TI.2.1«RI»RI.1«TI»TI.5.1.1«TI»TI.4«TI»TI.5.4