Personal Health Record System Functional Model, Release 2
0.1.0 - CI Build

Personal Health Record System Functional Model, Release 2 - Local Development build (v0.1.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions

Example Requirements: PH.1.6 Manage PHR Account Status (Function)

Active as of 2024-01-31
PH.1.6#01 SHALL

The system SHALL provide the ability to authorize and authenticate a PHR Account Holder to create or activate a new PHR Account according to organizational policy and/or jurisdictional law.

PH.1.6#02 SHALL

The system SHALL provide the ability to control access to a PHR Account Holder's Account by capturing information regarding the closure or deactivation of a PHR Account according to organizational policy and/or jurisdictional law.

PH.1.6#03 SHOULD

The system SHOULD transmit confirmation of the PHR Account Holder’s account closure to the PHR Account Holder according to PHR Account Holder preference, organizational policy, and/or jurisdictional law.

PH.1.6#04 SHOULD

The system SHOULD provide the ability to transmit the PHR Account Holder’s account information (specifically, the PHR Account Holder's account data such as the person's name and address, birth date, gender, and credit card number) to another PHR-S according to organizational policy and/or jurisdictional law. For example, the PHR Account Holder might want to create a new, but empty, PHR Account by transmitting certain account metadata.

PH.1.6#05 SHOULD

The system SHOULD provide the ability to transmit the PHR Account Holder’s account information (specifically, the PHR Account Holder's demographic data, historical health records, pictures, reports, lists, educational research, etc.) to another PHR-S according to organizational policy and/or jurisdictional law. For example, the PHR Account Holder might desire to populate an empty PHR Account by transmitting certain health data content to the empty account.

PH.1.6#06 MAY

IF the system transmits a copy of the PHR Account Holder’s account information to another PHR system, THEN the system MAY also transmit audit-related and/or log-related information for the PHR Account Holder's account to the other PHR system according to organizational policy and/or jurisdictional law.

PH.1.6#07 SHALL

IF the system transmitted PHR Account metadata, and/or PHR data, and/or audit/log data to another system, THEN the system SHALL transmit a confirmation of the PHR Account Holder’s account transfer to the PHR Account Holder.

PH.1.6#08 SHALL

IF the system transmitted PHR Account metadata, and/or PHR data, and/or audit/log data to another system, THEN the system SHALL provide the ability to receive and render a notification/acknowledgement (from the receiving system) to the PHR Account Holder regarding the status of the intended account transfer (e.g., success, failure, or partial failure of the transfer).

PH.1.6#09 MAY

The system MAY provide the ability to transmit a notification to the PHR Account Holder that the PHR Account Holder’s account has experienced a period of inactivity and is scheduled to be purged according to the PHR Account Holder's preference and/or consent, organizational policy, and/or jurisdictional law.

PH.1.6#10 MAY

The system MAY provide the ability to purge the PHR Account Holder’s account after a period of inactivity according to the PHR Account Holder's preference and/or consent, organizational policy, and/or jurisdictional law.

PH.1.6#11 MAY

The system MAY provide the ability for the PHR Account Holder to purge the PHR Account Holder’s account according to the PHR Account Holder's preference and/or consent, organizational policy, and/or jurisdictional law (e.g., after confirmation of the PHR Account Holder's request to purge the account according the PHR vendor's Terms-Of-Service agreement).