HL7 Personal Health Record System Functional Model, Release 2
2.0.1 - Normative

HL7 Personal Health Record System Functional Model, Release 2, published by EHR WG. This guide is not an authorized publication; it is the continuous build for version 2.0.1 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/HL7/phrsfm-ig/ and changes regularly. See the Directory of published versions

Requirements: PH.1.2 Manage PHR Account Holder Demographic Information (Function)

Official URL: http://hl7.org/ehrs/uv/phrsfmr2/Requirements/PHRSFMR2-PH.1.2 Version: 2.0.1
Standards status: Normative Computable Name: PH_1_2_Manage_PHR_Account_Holder_Demographic_Information

Enable the PHR Account Holder to manage the PHR Account Holder's demographic information.

Description I: The system should maintain the current demographic data set that unambiguously defines the PHR Account Holder including personal attributes and contact information (including emergency contact, next-of-kin information, and insurance information sufficient to meet the information needs required to provide health care services, and if applicable, facilitate the need to locate family members in the event of an emergency or to expedite next-of-kin notification). Example(s): Maintain current contact information, emergency contact information/next-of-kin information, and registration information including physical addresses, telephone numbers, and email addresses.
Criteria N:
PH.1.2#01 SHALL The system SHALL capture the PHR Account Holder's demographic information. Satisfied by:
  1. https://www.hl7.org/fhir/patient.html
PH.1.2#02 SHALL The system SHALL store and retrieve the PHR Account Holder's demographic information as discrete data.
PH.1.2#03 SHALL The system SHALL provide the ability to import and/or receive the PHR Account Holder's demographic data from existing digital sources (including, for example, from a provider's EHR-S or a health plan system).
PH.1.2#04 SHOULD The system SHOULD provide the ability to enter or update demographic data that has not been synchronized with other source systems.
PH.1.2#05 SHALL The system SHALL provide the ability to render a PHR Account Holder's demographic data according to user preference and/or consent, organizational policy, and/or jurisdictional law.
PH.1.2#06 SHOULD The system SHOULD store historical values of demographic data (e.g., various residence addresses, or marital status changes).
PH.1.2#07 SHALL The system SHALL present identifying information with any presentation of the PHR Account Holder's data (unless the information has been tagged as needing to be de-identified) according to organizational policy and/or jurisdictional law. For example, the PHR Account Holder's name ought to appear on each screen to help a mother distinguish the screen displays of the PHRs for each of her minor children. Another example is that the PHR Account Holder's name should not appear -- and the information should be de-identified -- when the information is being shared with a research organization.
PH.1.2#08 SHOULD conditional IF one PHR Account Holder has certain information in common with a second PHR Account Holder, THEN the system SHOULD provide the ability to auto-populate the second PHR Account Holder's information with certain common information from the first PHR Account Holder's account according to user role, organizational policy, and/or jurisdictional law. For example, a mother may auto-populate her infant's resident address information using her own resident address information.
PH.1.2#09 SHOULD The system SHOULD provide the ability for the PHR Account Holder to annotate demographic data with text comments.
PH.1.2#10 SHOULD The system SHOULD provide the ability for the PHR Account Holder to control access to demographic information.