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

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-ballot 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.6.3 Communications Between Provider and PHR Account Holder and/or PHR Account Holder Proxy (Function)

Page standards status: Informative
Statement N:

The system should enable the PHR Account Holder to capture information in preparation for an encounter with a provider and to support ongoing interactions with that provider. The system should enable the PHR Account Holder to request appointments with health care providers and capture information in preparation for the encounter.

 Description I:

The PHR Account Holder may fulfill specific requests for data or obtain requested diagnostic studies prior to the formal encounter. This may include providing PHR-S access to the new provider. The provider could also communicate with various members of the PHR Account Holder's care team.

Example(s): The PHR Account Holder MAY fill out a current Review Of Systems (ROS) template questionnaire and specific chief complaint related questions as part of the History of Present Illness (HPI) prior to the encounter.

 Criteria N:
PH.6.3#01 dependent SHALL

The system SHALL provide the ability to capture and maintain communications between providers and the PHR Account Holder and/or the PHR Account Holder's Proxy according to organizational policy and/or jurisdictional law.
PH.6.3#02 SHOULD

The system SHOULD provide the ability to manage scanned documents based on the document type (e.g., based on the quality, format, origin, completion status, or intended diagnostic use (e.g., a screening versus a diagnostic breast examination)).
PH.6.3#03 SHOULD

The system SHOULD provide the ability to capture and maintain communications (e.g., date, entity, or details of communication) that were originated by the PHR Account Holder or Authorized PHR User.
PH.6.3#04 SHALL

The system SHALL provide the ability to capture, maintain and render PHR authorization information (e.g., to support a designee's claim that the designee is authorized to receive PHR Account Holder-related health information).
PH.6.3#05 SHOULD

The system SHOULD render to the PHR Account Holder a notification of the arrival of a provider-originated communication.
PH.6.3#06 SHOULD

The system SHOULD provide the ability to exchange communications between providers and PHR Account Holders using a secure connection.
PH.6.3#07 SHALL

The system SHALL conform to PH.6.3 (Communication Between Provider and PHR Account Holder and/or the PHR Account Holder's Representative) in order to exchange information.
PH.6.3#08 SHALL

The system SHALL conform to TI.1.8 (Patient Privacy and Confidentiality) to support adherence to various levels of confidentiality when exchanging information.
PH.6.3#09 SHOULD

The system SHOULD provide the ability to tag a set of elements within the PHR Account Holder's self-generated care plan that the PHR Account Holder intends to send to selected care team members.
PH.6.3#10 conditional SHOULD

IF the PHR Account Holder is creating a self-generated care plan, THEN the system SHOULD provide the ability for the PHR Account Holder to tag a set of selected care team members (to whom the PHR Account Holder intends to send certain information).
PH.6.3#11 SHOULD

The system SHOULD provide the ability to transmit a tagged set of elements within the PHR Account Holder's self-generated care plan to a tagged set of selected care team members.