ISO/HL7 10781 - Electronic Health Record System Functional Model, Release 2.1
0.16.0 - CI Build
ISO/HL7 10781 - Electronic Health Record System Functional Model, Release 2.1
0.16.0 - CI Build
Publish Box goes here
| Active as of 2024-08-12 |
<Requirements xmlns="http://hl7.org/fhir">
<id value="EHRSFMR2.1-CPS.1.2"/>
<meta>
<profile value="http://hl7.org/ehrs/StructureDefinition/FMFunction"/>
</meta>
<text>
<status value="extensions"/>
<div xmlns="http://www.w3.org/1999/xhtml">
<span id="description"><b>Statement <a href="https://hl7.org/fhir/versions.html#std-process" title="Normative Content" class="normative-flag">N</a>:</b> <div><p>Manage patient demographic information.</p>
</div></span>
<span id="purpose"><b>Description <a href="https://hl7.org/fhir/versions.html#std-process" title="Informative Content" class="informative-flag">I</a>:</b> <div><p>Demographic information (including names, addresses, phone numbers, email addresses, date of birth, gender, race, and ethnicity) must be managed to support unique patient identification, reporting, care provision requirements. Patient Demographic information may also include information about the patient's contacts, methods of contact (e.g., email or telephone), and modes of contact (e.g., call secretary during the day, send text message on the weekend). Patient demographic data are captured and maintained as discrete fields and may be enumerated, numeric, or codified according to scope of practice, organizational policy, and/or jurisdictional law. Key patient identifiers (i.e., name and primary patient record identifier) often appear on patient information output (e.g., rendering of a patient's record). Patients may have multiple, and/or compound names, sometimes employing accent marks or special characters. To help parse patient names, discete fields are often used.
Example:
For example, "Mary Jane Sue Smith" may be parsed as: First-name: “Mary Jane", Middle-name: ”Sue", Last-name: “Smith". Some jurisdictions may specify the capture and reporting of key patient demographic information (e.g., the "Meaningful Use, Stage 2" information requirements in the USA).</p>
</div></span>
<span id="requirements"><b>Criteria <a href="https://hl7.org/fhir/versions.html#std-process" title="Normative Content" class="normative-flag">N</a>:</b></span>
<table id="statements" class="grid dict">
<tr>
<td style="padding-left: 4px;">
<span>CPS.1.2#01</span>
</td>
<td style="padding-left: 4px;">
<span>SHALL</span>
</td>
<td style="padding-left: 4px;" class="requirement">
<span><div><p>The system SHALL provide the ability to capture demographic information as discrete data as part of the patient record.</p>
</div></span>
</td>
</tr>
<tr>
<td style="padding-left: 4px;">
<span>CPS.1.2#02</span>
</td>
<td style="padding-left: 4px;">
<span>SHALL</span>
</td>
<td style="padding-left: 4px;" class="requirement">
<span><div><p>The system SHALL provide the ability to maintain demographic information as discrete data as part of the patient record.</p>
</div></span>
</td>
</tr>
<tr>
<td style="padding-left: 4px;">
<span>CPS.1.2#03</span>
</td>
<td style="padding-left: 4px;">
<span>SHALL</span>
</td>
<td style="padding-left: 4px;" class="requirement">
<span><div><p>The system SHALL provide the ability to render demographic information as discrete data as part of the patient record.</p>
</div></span>
</td>
</tr>
<tr>
<td style="padding-left: 4px;">
<span>CPS.1.2#04</span>
</td>
<td style="padding-left: 4px;">
<span>SHALL</span>
</td>
<td style="padding-left: 4px;" class="requirement">
<span><div><p>The system SHALL provide the ability to manage historic information for demographic data including prior names, addresses, phone numbers and email addresses.</p>
</div></span>
</td>
</tr>
<tr>
<td style="padding-left: 4px;">
<span>CPS.1.2#05</span>
</td>
<td style="padding-left: 4px;">
<i>dependent</i>
<span>SHALL</span>
</td>
<td style="padding-left: 4px;" class="requirement">
<span><div><p>The system SHALL render a set of patient identifying information at each interaction with the patient record, according to scope of practice, organizational policy, and/or jurisdictional law (e.g., a certain realm may require that the patient's picture appear on every screen that is used during a provider's face-to-face interactions with the patient).</p>
</div></span>
</td>
</tr>
<tr>
<td style="padding-left: 4px;">
<span>CPS.1.2#06</span>
</td>
<td style="padding-left: 4px;">
<span>MAY</span>
</td>
<td style="padding-left: 4px;" class="requirement">
<span><div><p>The system MAY store the demographic information (and other meaningful individual identifiers) separately from clinical data for identity protection purposes.</p>
</div></span>
</td>
</tr>
<tr>
<td style="padding-left: 4px;">
<span>CPS.1.2#07</span>
</td>
<td style="padding-left: 4px;">
<span>SHALL</span>
</td>
<td style="padding-left: 4px;" class="requirement">
<span><div><p>The system SHALL provide the ability to capture valid date/time values in discrete fields ( e.g., 2011/12/31 2330), including valid incomplete or partial date/time values (e.g., 2011/12).</p>
</div></span>
</td>
</tr>
<tr>
<td style="padding-left: 4px;">
<span>CPS.1.2#08</span>
</td>
<td style="padding-left: 4px;">
<span>SHOULD</span>
</td>
<td style="padding-left: 4px;" class="requirement">
<span><div><p>The system SHOULD provide the ability to enter a partial date/time if the exact date/time of birth or death is unknown (e.g., year/month only).</p>
</div></span>
</td>
</tr>
<tr>
<td style="padding-left: 4px;">
<span>CPS.1.2#09</span>
</td>
<td style="padding-left: 4px;">
<span>SHALL</span>
</td>
<td style="padding-left: 4px;" class="requirement">
<span><div><p>The system SHALL provide the ability to capture the patient's gender used for administrative purposes (as distinct from the clinical gender).</p>
</div></span>
</td>
</tr>
<tr>
<td style="padding-left: 4px;">
<span>CPS.1.2#10</span>
</td>
<td style="padding-left: 4px;">
<span>SHOULD</span>
</td>
<td style="padding-left: 4px;" class="requirement">
<span><div><p>The system SHOULD provide the ability to manage multiple active addresses for the patient.</p>
</div></span>
</td>
</tr>
<tr>
<td style="padding-left: 4px;">
<span>CPS.1.2#11</span>
</td>
<td style="padding-left: 4px;">
<span>SHOULD</span>
</td>
<td style="padding-left: 4px;" class="requirement">
<span><div><p>The system SHOULD provide the ability to manage multiple active phone numbers for the patient.</p>
</div></span>
</td>
</tr>
<tr>
<td style="padding-left: 4px;">
<span>CPS.1.2#12</span>
</td>
<td style="padding-left: 4px;">
<span>SHOULD</span>
</td>
<td style="padding-left: 4px;" class="requirement">
<span><div><p>The system SHOULD provide the ability to manage the names and contact information of the patient's personal representatives (e.g., guardian, surrogate or financial guarantor) and personal relationships (e.g., foster parents or biological parents).</p>
</div></span>
</td>
</tr>
<tr>
<td style="padding-left: 4px;">
<span>CPS.1.2#13</span>
</td>
<td style="padding-left: 4px;">
<i>dependent</i>
<span>SHALL</span>
</td>
<td style="padding-left: 4px;" class="requirement">
<span><div><p>The system SHALL provide the ability to manage the date/time of birth, down to the minute, according to scope of practice, organizational policy, and/or jurisdictional law.</p>
</div></span>
</td>
</tr>
<tr>
<td style="padding-left: 4px;">
<span>CPS.1.2#14</span>
</td>
<td style="padding-left: 4px;">
<span>SHOULD</span>
</td>
<td style="padding-left: 4px;" class="requirement">
<span><div><p>The system SHOULD provide the ability to capture patient demographics through integration with hospital systems to facilitate patient registration.</p>
</div></span>
</td>
</tr>
<tr>
<td style="padding-left: 4px;">
<span>CPS.1.2#15</span>
</td>
<td style="padding-left: 4px;">
<span>SHOULD</span>
</td>
<td style="padding-left: 4px;" class="requirement">
<span><div><p>The system SHOULD provide the ability for the patient to annotate demographic data.</p>
</div></span>
</td>
</tr>
<tr>
<td style="padding-left: 4px;">
<span>CPS.1.2#16</span>
</td>
<td style="padding-left: 4px;">
<span>SHOULD</span>
</td>
<td style="padding-left: 4px;" class="requirement">
<span><div><p>The system SHOULD determine and render a patient's age and age units for any given date.</p>
</div></span>
</td>
</tr>
<tr>
<td style="padding-left: 4px;">
<span>CPS.1.2#17</span>
</td>
<td style="padding-left: 4px;">
<i>dependent</i>
<span>MAY</span>
</td>
<td style="padding-left: 4px;" class="requirement">
<span><div><p>The system MAY analyze and render potential merge matches for registrations according to organizational policy.</p>
</div></span>
</td>
</tr>
<tr>
<td style="padding-left: 4px;">
<span>CPS.1.2#18</span>
</td>
<td style="padding-left: 4px;">
<span>SHALL</span>
</td>
<td style="padding-left: 4px;" class="requirement">
<span><div><p>The system SHALL provide the ability to manage multiple patient names in each name component field (e.g., first, middle, last, suffix, or title).</p>
</div></span>
</td>
</tr>
<tr>
<td style="padding-left: 4px;">
<span>CPS.1.2#19</span>
</td>
<td style="padding-left: 4px;">
<span>SHALL</span>
</td>
<td style="padding-left: 4px;" class="requirement">
<span><div><p>The system SHALL provide the ability to manage patient names that include any accent marks or special characters.</p>
</div></span>
</td>
</tr>
<tr>
<td style="padding-left: 4px;">
<span>CPS.1.2#20</span>
</td>
<td style="padding-left: 4px;">
<span>MAY</span>
</td>
<td style="padding-left: 4px;" class="requirement">
<span><div><p>The system MAY provide the ability to link family or group members so that information that is common to all the members can be updated.</p>
</div></span>
</td>
</tr>
</table>
</div>
</text>
<url value="http://hl7.org/ehrs/Requirements/EHRSFMR2.1-CPS.1.2"/>
<version value="0.16.0"/>
<name value="CPS_1_2_Manage_Patient_Demographics"/>
<title value="CPS.1.2 Manage Patient Demographics (Function)"/>
<status value="active"/>
<date value="2024-08-12T10:56:01+00:00"/>
<publisher value="EHR WG"/>
<contact>
<telecom>
<system value="url"/>
<value value="http://www.hl7.org/Special/committees/ehr"/>
</telecom>
</contact>
<description value="Manage patient demographic information."/>
<purpose
value="Demographic information (including names, addresses, phone numbers, email addresses, date of birth, gender, race, and ethnicity) must be managed to support unique patient identification, reporting, care provision requirements. Patient Demographic information may also include information about the patient's contacts, methods of contact (e.g., email or telephone), and modes of contact (e.g., call secretary during the day, send text message on the weekend). Patient demographic data are captured and maintained as discrete fields and may be enumerated, numeric, or codified according to scope of practice, organizational policy, and/or jurisdictional law. Key patient identifiers (i.e., name and primary patient record identifier) often appear on patient information output (e.g., rendering of a patient's record). Patients may have multiple, and/or compound names, sometimes employing accent marks or special characters. To help parse patient names, discete fields are often used.
Example:
For example, "Mary Jane Sue Smith" may be parsed as: First-name: “Mary Jane", Middle-name: ”Sue", Last-name: “Smith". Some jurisdictions may specify the capture and reporting of key patient demographic information (e.g., the "Meaningful Use, Stage 2" information requirements in the USA)."/>
<statement>
<extension
url="http://hl7.org/ehrs/StructureDefinition/requirements-dependent">
<valueBoolean value="false"/>
</extension>
<key value="EHRSFMR2.1-CPS.1.2-01"/>
<label value="CPS.1.2#01"/>
<conformance value="SHALL"/>
<conditionality value="false"/>
<requirement
value="The system SHALL provide the ability to capture demographic information as discrete data as part of the patient record."/>
<derivedFrom value="EHR-S_FM_R1.1 DC.1.1.2#1"/>
</statement>
<statement>
<extension
url="http://hl7.org/ehrs/StructureDefinition/requirements-dependent">
<valueBoolean value="false"/>
</extension>
<key value="EHRSFMR2.1-CPS.1.2-02"/>
<label value="CPS.1.2#02"/>
<conformance value="SHALL"/>
<conditionality value="false"/>
<requirement
value="The system SHALL provide the ability to maintain demographic information as discrete data as part of the patient record."/>
<derivedFrom value="EHR-S_FM_R1.1 DC.1.1.2#2"/>
</statement>
<statement>
<extension
url="http://hl7.org/ehrs/StructureDefinition/requirements-dependent">
<valueBoolean value="false"/>
</extension>
<key value="EHRSFMR2.1-CPS.1.2-03"/>
<label value="CPS.1.2#03"/>
<conformance value="SHALL"/>
<conditionality value="false"/>
<requirement
value="The system SHALL provide the ability to render demographic information as discrete data as part of the patient record."/>
<derivedFrom value="EHR-S_FM_R1.1 DC.1.1.2#3"/>
</statement>
<statement>
<extension
url="http://hl7.org/ehrs/StructureDefinition/requirements-dependent">
<valueBoolean value="false"/>
</extension>
<key value="EHRSFMR2.1-CPS.1.2-04"/>
<label value="CPS.1.2#04"/>
<conformance value="SHALL"/>
<conditionality value="false"/>
<requirement
value="The system SHALL provide the ability to manage historic information for demographic data including prior names, addresses, phone numbers and email addresses."/>
<derivedFrom value="EHR-S_FM_R1.1 DC.1.1.2#6"/>
</statement>
<statement>
<extension
url="http://hl7.org/ehrs/StructureDefinition/requirements-dependent">
<valueBoolean value="true"/>
</extension>
<key value="EHRSFMR2.1-CPS.1.2-05"/>
<label value="CPS.1.2#05"/>
<conformance value="SHALL"/>
<conditionality value="false"/>
<requirement
value="The system SHALL render a set of patient identifying information at each interaction with the patient record, according to scope of practice, organizational policy, and/or jurisdictional law (e.g., a certain realm may require that the patient's picture appear on every screen that is used during a provider's face-to-face interactions with the patient)."/>
<derivedFrom value="EHR-S_FM_R1.1 DC.1.1.2#7"/>
</statement>
<statement>
<extension
url="http://hl7.org/ehrs/StructureDefinition/requirements-dependent">
<valueBoolean value="false"/>
</extension>
<key value="EHRSFMR2.1-CPS.1.2-06"/>
<label value="CPS.1.2#06"/>
<conformance value="MAY"/>
<conditionality value="false"/>
<requirement
value="The system MAY store the demographic information (and other meaningful individual identifiers) separately from clinical data for identity protection purposes."/>
<derivedFrom value="EHR-S_FM_R1.1 DC.1.1.2#10"/>
</statement>
<statement>
<extension
url="http://hl7.org/ehrs/StructureDefinition/requirements-dependent">
<valueBoolean value="false"/>
</extension>
<key value="EHRSFMR2.1-CPS.1.2-07"/>
<label value="CPS.1.2#07"/>
<conformance value="SHALL"/>
<conditionality value="false"/>
<requirement
value="The system SHALL provide the ability to capture valid date/time values in discrete fields ( e.g., 2011/12/31 2330), including valid incomplete or partial date/time values (e.g., 2011/12)."/>
</statement>
<statement>
<extension
url="http://hl7.org/ehrs/StructureDefinition/requirements-dependent">
<valueBoolean value="false"/>
</extension>
<key value="EHRSFMR2.1-CPS.1.2-08"/>
<label value="CPS.1.2#08"/>
<conformance value="SHOULD"/>
<conditionality value="false"/>
<requirement
value="The system SHOULD provide the ability to enter a partial date/time if the exact date/time of birth or death is unknown (e.g., year/month only)."/>
</statement>
<statement>
<extension
url="http://hl7.org/ehrs/StructureDefinition/requirements-dependent">
<valueBoolean value="false"/>
</extension>
<key value="EHRSFMR2.1-CPS.1.2-09"/>
<label value="CPS.1.2#09"/>
<conformance value="SHALL"/>
<conditionality value="false"/>
<requirement
value="The system SHALL provide the ability to capture the patient's gender used for administrative purposes (as distinct from the clinical gender)."/>
</statement>
<statement>
<extension
url="http://hl7.org/ehrs/StructureDefinition/requirements-dependent">
<valueBoolean value="false"/>
</extension>
<key value="EHRSFMR2.1-CPS.1.2-10"/>
<label value="CPS.1.2#10"/>
<conformance value="SHOULD"/>
<conditionality value="false"/>
<requirement
value="The system SHOULD provide the ability to manage multiple active addresses for the patient."/>
</statement>
<statement>
<extension
url="http://hl7.org/ehrs/StructureDefinition/requirements-dependent">
<valueBoolean value="false"/>
</extension>
<key value="EHRSFMR2.1-CPS.1.2-11"/>
<label value="CPS.1.2#11"/>
<conformance value="SHOULD"/>
<conditionality value="false"/>
<requirement
value="The system SHOULD provide the ability to manage multiple active phone numbers for the patient."/>
</statement>
<statement>
<extension
url="http://hl7.org/ehrs/StructureDefinition/requirements-dependent">
<valueBoolean value="false"/>
</extension>
<key value="EHRSFMR2.1-CPS.1.2-12"/>
<label value="CPS.1.2#12"/>
<conformance value="SHOULD"/>
<conditionality value="false"/>
<requirement
value="The system SHOULD provide the ability to manage the names and contact information of the patient's personal representatives (e.g., guardian, surrogate or financial guarantor) and personal relationships (e.g., foster parents or biological parents)."/>
</statement>
<statement>
<extension
url="http://hl7.org/ehrs/StructureDefinition/requirements-dependent">
<valueBoolean value="true"/>
</extension>
<key value="EHRSFMR2.1-CPS.1.2-13"/>
<label value="CPS.1.2#13"/>
<conformance value="SHALL"/>
<conditionality value="false"/>
<requirement
value="The system SHALL provide the ability to manage the date/time of birth, down to the minute, according to scope of practice, organizational policy, and/or jurisdictional law."/>
</statement>
<statement>
<extension
url="http://hl7.org/ehrs/StructureDefinition/requirements-dependent">
<valueBoolean value="false"/>
</extension>
<key value="EHRSFMR2.1-CPS.1.2-14"/>
<label value="CPS.1.2#14"/>
<conformance value="SHOULD"/>
<conditionality value="false"/>
<requirement
value="The system SHOULD provide the ability to capture patient demographics through integration with hospital systems to facilitate patient registration."/>
</statement>
<statement>
<extension
url="http://hl7.org/ehrs/StructureDefinition/requirements-dependent">
<valueBoolean value="false"/>
</extension>
<key value="EHRSFMR2.1-CPS.1.2-15"/>
<label value="CPS.1.2#15"/>
<conformance value="SHOULD"/>
<conditionality value="false"/>
<requirement
value="The system SHOULD provide the ability for the patient to annotate demographic data."/>
</statement>
<statement>
<extension
url="http://hl7.org/ehrs/StructureDefinition/requirements-dependent">
<valueBoolean value="false"/>
</extension>
<key value="EHRSFMR2.1-CPS.1.2-16"/>
<label value="CPS.1.2#16"/>
<conformance value="SHOULD"/>
<conditionality value="false"/>
<requirement
value="The system SHOULD determine and render a patient's age and age units for any given date."/>
</statement>
<statement>
<extension
url="http://hl7.org/ehrs/StructureDefinition/requirements-dependent">
<valueBoolean value="true"/>
</extension>
<key value="EHRSFMR2.1-CPS.1.2-17"/>
<label value="CPS.1.2#17"/>
<conformance value="MAY"/>
<conditionality value="false"/>
<requirement
value="The system MAY analyze and render potential merge matches for registrations according to organizational policy."/>
</statement>
<statement>
<extension
url="http://hl7.org/ehrs/StructureDefinition/requirements-dependent">
<valueBoolean value="false"/>
</extension>
<key value="EHRSFMR2.1-CPS.1.2-18"/>
<label value="CPS.1.2#18"/>
<conformance value="SHALL"/>
<conditionality value="false"/>
<requirement
value="The system SHALL provide the ability to manage multiple patient names in each name component field (e.g., first, middle, last, suffix, or title)."/>
</statement>
<statement>
<extension
url="http://hl7.org/ehrs/StructureDefinition/requirements-dependent">
<valueBoolean value="false"/>
</extension>
<key value="EHRSFMR2.1-CPS.1.2-19"/>
<label value="CPS.1.2#19"/>
<conformance value="SHALL"/>
<conditionality value="false"/>
<requirement
value="The system SHALL provide the ability to manage patient names that include any accent marks or special characters."/>
</statement>
<statement>
<extension
url="http://hl7.org/ehrs/StructureDefinition/requirements-dependent">
<valueBoolean value="false"/>
</extension>
<key value="EHRSFMR2.1-CPS.1.2-20"/>
<label value="CPS.1.2#20"/>
<conformance value="MAY"/>
<conditionality value="false"/>
<requirement
value="The system MAY provide the ability to link family or group members so that information that is common to all the members can be updated."/>
</statement>
</Requirements>