HL7 Electronic Health Record System Functional Model, Release 2.1.1
2.1.1 - Normative

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 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/HL7/ehrsfm-ig/ and changes regularly. See the Directory of published versions

## : CPS.2.2 Support externally-sourced Clinical Data (Function)

Page standards status: Normative

Raw xml | Download

    <Requirements xmlns="http://hl7.org/fhir">
      <id value="EHRSFMR2-CPS.2.2"/>
      <meta>
        <profile
                 value="http://hl7.org/ehrs/uv/ehrsfmr2/StructureDefinition/FMFunction"/>
      </meta>
      <language value="en"/>
      <text>
        <status value="extensions"/>
        <div xml:lang="en" xmlns="http://www.w3.org/1999/xhtml" lang="en">

        <div id="description"><b>Description <a href="https://hl7.org/fhir/versions.html#std-process" title="Informative Content" class="informative-flag">I</a>:</b> <div><p>Mechanisms for incorporating external clinical data (including identification of source) are available and communication with non-medical devices and entities is supported as appropriate to the care setting such as an office or a patient's home. Externally-sourced data may be presented with locally-sourced documentation and notes wherever appropriate. This covers all types of data received by the provider that would typically be incorporated into a medical record, including but not limited to faxes, referral authorizations, consultant reports, and patient/resident correspondence of a clinical nature. Intrinsic to the concept of electronic health records is the ability to exchange health information with other providers of health care services. Health information from these external sources needs to be received, stored in the patient record, and displayed upon request.</p>
    <p>Examples of externally-sourced data and documents include:</p>
    <ul>
    <li>
    <p>Laboratory results received through an electronic interface.
    This information is received and stored in the resident record as discrete data, which means that each separate element of the data needs to be stored in its own field. Therefore, if laboratory results are received through an electronic interface, the results are received in the EHR and the laboratory test name, result (value), and unit of measure are correctly displayed as discrete data (instead of in report or summarized format).</p>
    </li>
    <li>
    <p>Scanned documents received and stored as images (e.g., power of attorney forms or living wills).
    These scanned documents are indexed and can be retrieved, e.g., based on the document type, date of the original document, and the date of scanning.</p>
    </li>
    <li>
    <p>Text-based outside reports (e.g., x-ray reports, hospital discharge summaries or history and physical examinations).
    Any mechanism for capturing these reports is acceptable (e.g., OCR, PDF, JPG or TIFF).</p>
    </li>
    <li>
    <p>Clinical images from an external source (e.g., radiographic images, digital images from a diagnostic scan or graphical images).
    These images may be stored within the system or be available by direct linkage to an external source (e.g., a hospital's picture archiving and communication system).</p>
    </li>
    <li>
    <p>Other forms of clinical results (e.g., EKG waveforms).</p>
    </li>
    <li>
    <p>Medication history from an external source such as a retail pharmacy, the patient, or another provider .
    While the medication history includes the medication name, strength, and SIG, this does not imply that the data will populate the medication administration module. In many systems the medication administration module is populated from the medication order rather than from the medication history.</p>
    </li>
    <li>
    <p>Structured, text-based reports (e.g., medical summary text in a structured format).</p>
    </li>
    <li>
    <p>Standards-based structured, codified data (such as a standards-based referral letter that contains SNOMED CT codes).</p>
    </li>
    </ul>
    <p>Such data may be presented with locally-sourced documentation and notes wherever appropriate.</p>
    </div></div>

        <div id="requirements"><b>Criteria <a href="https://hl7.org/fhir/versions.html#std-process" title="Normative Content" class="normative-flag">N</a>:</b></div>

        <table id="statements" class="grid dict">

            <tr>
                <td style="padding-left: 4px;">
                CPS.2.2#01
                </td>
                <td style="padding-left: 4px;">
                SHALL

                </td>
                <td style="padding-left: 4px;" class="requirement">
                    <div><p>The system SHALL provide the ability to capture and store computable data (e.g., laboratory results, telemetry, or medication details).</p>
    </div>

                </td>
            </tr>

            <tr>
                <td style="padding-left: 4px;">
                CPS.2.2#02
                </td>
                <td style="padding-left: 4px;">
                SHALL

                </td>
                <td style="padding-left: 4px;" class="requirement">
                    <div><p>The system SHALL provide the ability to capture and store a reference to external data.</p>
    </div>

                </td>
            </tr>

            <tr>
                <td style="padding-left: 4px;">
                CPS.2.2#03
                </td>
                <td style="padding-left: 4px;">
                SHALL

                </td>
                <td style="padding-left: 4px;" class="requirement">
                    <div><p>The system SHALL provide the ability to capture and store externally-sourced computable data (e.g., laboratory results, telemetry, medication details).</p>
    </div>

                </td>
            </tr>

            <tr>
                <td style="padding-left: 4px;">
                CPS.2.2#04
                </td>
                <td style="padding-left: 4px;">
                SHALL

                </td>
                <td style="padding-left: 4px;" class="requirement">
                    <div><p>The system SHALL provide the ability to capture and store externally-sourced standards-based structured, codified data.</p>
    </div>

                </td>
            </tr>

            <tr>
                <td style="padding-left: 4px;">
                CPS.2.2#05
                </td>
                <td style="padding-left: 4px;">
                SHOULD

                </td>
                <td style="padding-left: 4px;" class="requirement">
                    <div><p>The system SHOULD provide the ability to capture and store laboratory test data as discrete data elements (e.g., test name, laboratory sample status, date/time of collection, test results, original test units, laboratory panel name, pre-defined testing conditions met indicator, specimen identifier, reference range lower limit, reference range upper limit, laboratory identifier, abnormal flag, and clinical significance indicator).</p>
    </div>

                </td>
            </tr>

            <tr>
                <td style="padding-left: 4px;">
                CPS.2.2#06
                </td>
                <td style="padding-left: 4px;">
                SHOULD

                </td>
                <td style="padding-left: 4px;" class="requirement">
                    <div><p>The system SHOULD provide the ability to capture and store externally-sourced clinical documentation as structured data, where appropriate, including the original, updates and addenda.</p>
    </div>

                </td>
            </tr>

            <tr>
                <td style="padding-left: 4px;">
                CPS.2.2#07
                </td>
                <td style="padding-left: 4px;">
                SHOULD

                </td>
                <td style="padding-left: 4px;" class="requirement">
                    <div><p>The system SHOULD provide the ability to capture and store health-related data from non-medical devices (e.g., digital camera or sound recorder).</p>
    </div>

                </td>
            </tr>

            <tr>
                <td style="padding-left: 4px;">
                CPS.2.2#08
                </td>
                <td style="padding-left: 4px;">
                SHOULD

                </td>
                <td style="padding-left: 4px;" class="requirement">
                    <div><p>The system SHOULD provide the ability to capture the original requisition ID number associated with an order.</p>
    </div>

                </td>
            </tr>

        </table>
    </div>
      </text>
      <extension
                 url="http://hl7.org/fhir/StructureDefinition/structuredefinition-standards-status">
        <valueCode value="normative"/>
      </extension>
      <extension
                 url="http://hl7.org/fhir/StructureDefinition/structuredefinition-wg">
        <valueCode value="ehr"/>
      </extension>
      <url value="http://hl7.org/ehrs/uv/ehrsfmr2/Requirements/EHRSFMR2-CPS.2.2"/>
      <version value="2.1.1"/>
      <name value="CPS_2_2_Support_externally_sourced_Clinical_Data"/>
      <title value="CPS.2.2 Support externally-sourced Clinical Data (Function)"/>
      <status value="active"/>
      <date value="2025-12-13T09:06:06+00:00"/>
      <publisher value="HL7 International / Electronic Health Records"/>
      <contact>
        <telecom>
          <system value="url"/>
          <value value="http://www.hl7.org/Special/committees/ehr"/>
        </telecom>
      </contact>
      <description
                   value="Incorporate discrete clinical data from external sources and support communication/presentation of data captured from medical and non-medical devices and entities."/>
      <jurisdiction>
        <coding>
          <system value="http://unstats.un.org/unsd/methods/m49/m49.htm"/>
          <code value="001"/>
          <display value="World"/>
        </coding>
      </jurisdiction>
      <purpose
               value="Mechanisms for incorporating external clinical data (including identification of source) are available and communication with non-medical devices and entities is supported as appropriate to the care setting such as an office or a patient's home. Externally-sourced data may be presented with locally-sourced documentation and notes wherever appropriate. This covers all types of data received by the provider that would typically be incorporated into a medical record, including but not limited to faxes, referral authorizations, consultant reports, and patient/resident correspondence of a clinical nature. Intrinsic to the concept of electronic health records is the ability to exchange health information with other providers of health care services. Health information from these external sources needs to be received, stored in the patient record, and displayed upon request.

    Examples of externally-sourced data and documents include:

    - Laboratory results received through an electronic interface.
      This information is received and stored in the resident record as discrete data, which means that each separate element of the data needs to be stored in its own field. Therefore, if laboratory results are received through an electronic interface, the results are received in the EHR and the laboratory test name, result (value), and unit of measure are correctly displayed as discrete data (instead of in report or summarized format).

    - Scanned documents received and stored as images (e.g., power of attorney forms or living wills).
      These scanned documents are indexed and can be retrieved, e.g., based on the document type, date of the original document, and the date of scanning.

    - Text-based outside reports (e.g., x-ray reports, hospital discharge summaries or history and physical examinations).
      Any mechanism for capturing these reports is acceptable (e.g., OCR, PDF, JPG or TIFF).

    - Clinical images from an external source (e.g., radiographic images, digital images from a diagnostic scan or graphical images).
      These images may be stored within the system or be available by direct linkage to an external source (e.g., a hospital's picture archiving and communication system).

    - Other forms of clinical results (e.g., EKG waveforms).

    - Medication history from an external source such as a retail pharmacy, the patient, or another provider .
      While the medication history includes the medication name, strength, and SIG, this does not imply that the data will populate the medication administration module. In many systems the medication administration module is populated from the medication order rather than from the medication history.

    - Structured, text-based reports (e.g., medical summary text in a structured format).

    - Standards-based structured, codified data (such as a standards-based referral letter that contains SNOMED CT codes).

    Such data may be presented with locally-sourced documentation and notes wherever appropriate."/>
      <statement>
        <extension
                   url="http://hl7.org/ehrs/uv/ehrsfmr2/StructureDefinition/requirements-dependent">
          <valueBoolean value="false"/>
        </extension>
        <key value="EHRSFMR2-CPS.2.2-01"/>
        <label value="CPS.2.2#01"/>
        <conformance value="SHALL"/>
        <conditionality value="false"/>
        <requirement
                     value="The system SHALL provide the ability to capture and store computable data (e.g., laboratory results, telemetry, or medication details)."/>
      </statement>
      <statement>
        <extension
                   url="http://hl7.org/ehrs/uv/ehrsfmr2/StructureDefinition/requirements-dependent">
          <valueBoolean value="false"/>
        </extension>
        <key value="EHRSFMR2-CPS.2.2-02"/>
        <label value="CPS.2.2#02"/>
        <conformance value="SHALL"/>
        <conditionality value="false"/>
        <requirement
                     value="The system SHALL provide the ability to capture and store a reference to external data."/>
      </statement>
      <statement>
        <extension
                   url="http://hl7.org/ehrs/uv/ehrsfmr2/StructureDefinition/requirements-dependent">
          <valueBoolean value="false"/>
        </extension>
        <key value="EHRSFMR2-CPS.2.2-03"/>
        <label value="CPS.2.2#03"/>
        <conformance value="SHALL"/>
        <conditionality value="false"/>
        <requirement
                     value="The system SHALL provide the ability to capture and store externally-sourced computable data (e.g., laboratory results, telemetry, medication details)."/>
        <derivedFrom value="EHR-S_FM_R1.1 DC.1.1.3.1#9"/>
      </statement>
      <statement>
        <extension
                   url="http://hl7.org/ehrs/uv/ehrsfmr2/StructureDefinition/requirements-dependent">
          <valueBoolean value="false"/>
        </extension>
        <key value="EHRSFMR2-CPS.2.2-04"/>
        <label value="CPS.2.2#04"/>
        <conformance value="SHALL"/>
        <conditionality value="false"/>
        <requirement
                     value="The system SHALL provide the ability to capture and store externally-sourced standards-based structured, codified data."/>
        <derivedFrom value="EHR-S_FM_R1.1 DC.1.1.3.1#11"/>
      </statement>
      <statement>
        <extension
                   url="http://hl7.org/ehrs/uv/ehrsfmr2/StructureDefinition/requirements-dependent">
          <valueBoolean value="false"/>
        </extension>
        <key value="EHRSFMR2-CPS.2.2-05"/>
        <label value="CPS.2.2#05"/>
        <conformance value="SHOULD"/>
        <conditionality value="false"/>
        <requirement
                     value="The system SHOULD provide the ability to capture and store laboratory test data as discrete data elements (e.g., test name, laboratory sample status, date/time of collection, test results, original test units, laboratory panel name, pre-defined testing conditions met indicator, specimen identifier, reference range lower limit, reference range upper limit, laboratory identifier, abnormal flag, and clinical significance indicator)."/>
      </statement>
      <statement>
        <extension
                   url="http://hl7.org/ehrs/uv/ehrsfmr2/StructureDefinition/requirements-dependent">
          <valueBoolean value="false"/>
        </extension>
        <key value="EHRSFMR2-CPS.2.2-06"/>
        <label value="CPS.2.2#06"/>
        <conformance value="SHOULD"/>
        <conditionality value="false"/>
        <requirement
                     value="The system SHOULD provide the ability to capture and store externally-sourced clinical documentation as structured data, where appropriate, including the original, updates and addenda."/>
      </statement>
      <statement>
        <extension
                   url="http://hl7.org/ehrs/uv/ehrsfmr2/StructureDefinition/requirements-dependent">
          <valueBoolean value="false"/>
        </extension>
        <key value="EHRSFMR2-CPS.2.2-07"/>
        <label value="CPS.2.2#07"/>
        <conformance value="SHOULD"/>
        <conditionality value="false"/>
        <requirement
                     value="The system SHOULD provide the ability to capture and store health-related data from non-medical devices (e.g., digital camera or sound recorder)."/>
      </statement>
      <statement>
        <extension
                   url="http://hl7.org/ehrs/uv/ehrsfmr2/StructureDefinition/requirements-dependent">
          <valueBoolean value="false"/>
        </extension>
        <key value="EHRSFMR2-CPS.2.2-08"/>
        <label value="CPS.2.2#08"/>
        <conformance value="SHOULD"/>
        <conditionality value="false"/>
        <requirement
                     value="The system SHOULD provide the ability to capture the original requisition ID number associated with an order."/>
      </statement>
    </Requirements>