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

Publish Box goes here

Requirements: CPS.1.2 Manage Patient Demographics (Function)

Active as of 2024-11-23
Statement N:

Manage patient demographic information.

 Description I:

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).

 Criteria N:
CPS.1.2#01 SHALL

The system SHALL provide the ability to capture demographic information as discrete data as part of the patient record.
CPS.1.2#02 SHALL

The system SHALL provide the ability to maintain demographic information as discrete data as part of the patient record.
CPS.1.2#03 SHALL

The system SHALL provide the ability to render demographic information as discrete data as part of the patient record.
CPS.1.2#04 SHALL

The system SHALL provide the ability to manage historic information for demographic data including prior names, addresses, phone numbers and email addresses.
CPS.1.2#05 dependent SHALL

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).
CPS.1.2#06 MAY

The system MAY store the demographic information (and other meaningful individual identifiers) separately from clinical data for identity protection purposes.
CPS.1.2#07 SHALL

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).
CPS.1.2#08 SHOULD

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).
CPS.1.2#09 SHALL

The system SHALL provide the ability to capture the patient's gender used for administrative purposes (as distinct from the clinical gender).
CPS.1.2#10 SHOULD

The system SHOULD provide the ability to manage multiple active addresses for the patient.
CPS.1.2#11 SHOULD

The system SHOULD provide the ability to manage multiple active phone numbers for the patient.
CPS.1.2#12 SHOULD

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).
CPS.1.2#13 dependent SHALL

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.
CPS.1.2#14 SHOULD

The system SHOULD provide the ability to capture patient demographics through integration with hospital systems to facilitate patient registration.
CPS.1.2#15 SHOULD

The system SHOULD provide the ability for the patient to annotate demographic data.
CPS.1.2#16 SHOULD

The system SHOULD determine and render a patient's age and age units for any given date.
CPS.1.2#17 dependent MAY

The system MAY analyze and render potential merge matches for registrations according to organizational policy.
CPS.1.2#18 SHALL

The system SHALL provide the ability to manage multiple patient names in each name component field (e.g., first, middle, last, suffix, or title).
CPS.1.2#19 SHALL

The system SHALL provide the ability to manage patient names that include any accent marks or special characters.
CPS.1.2#20 MAY

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.