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
| Active as of 2024-01-31 |
| S.1.1#01 | SHOULD |
The system SHOULD provide the ability to link to multiple sources of healthcare provider and healthcare system information. |
| S.1.1#02 | SHOULD |
The system SHOULD provide the ability to render information based on one or more provider attributes. |
| S.1.1#03 | MAY |
The system MAY provide the ability to render information regarding available health benefit plan provider panel(s) based on one or more attributes. |
| S.1.1#04 | MAY |
The system MAY provide the ability to present insurance information regarding a selected provider versus a health plan provider panel (in order to help the PHR Account Holder choose between an in-network versus an out-of-network provider). For example, the PHR Account Holder may desire to compare prices of certain specialists, compare the credentials of the specialists, identify the level of experience, research comments regarding the provider's quality of service, or evaluate the provider's caseload panel. |
| S.1.1#05 | SHALL |
The system SHALL manage the provider’s contact/business information. |
| S.1.1#06 | MAY |
The system MAY provide the ability to capture provider participation in payer networks. |
| S.1.1#07 | MAY |
The system MAY provide the ability to capture provider participation in payer benefit plan products. |
| S.1.1#08 | MAY |
The system MAY provide the ability to capture a healthcare provider privilege status at a healthcare facility. |
| S.1.1#09 | MAY |
The system MAY provide the ability to analyze a healthcare provider's credential information (e.g., to verify the accuracy of the stated credential). |
| S.1.1#10 | MAY |
The system MAY provide the ability to transmit a request to subscribe to a (health-oriented) Social Networking Group, a Health Support Group, or a health research organization according to user-preference, organizational policy, and/or jurisdictional law. |
| S.1.1#11 | MAY |
The system MAY provide the ability to manage personal health information in the health-coaching (including fitness training and/or exercise management) environment according to user-preference, organizational policy, and/or jurisdictional law (e.g., a health-coach might need to know the PHR Account Holder's health goals, physical limitations, natural human language, pregnancy status, age, and weight). |
| S.1.1#12 | MAY |
The system MAY provide the ability to exchange selected personal health information with a school health information system according to user-preference, organizational policy, and/or jurisdictional law (e.g., a parent might use the PHR system to share their child's diabetes information, diet order (e.g., feeding instructions, timing, or schedule) meal plan, or allergy restriction with the school nurse and with the child's pediatrician in keeping with Family Educational Rights and Privacy legislative requirements). |
| S.1.1#13 | MAY |
The system MAY provide the ability to exchange selected personal health information with a community health worker according to user-preference, organizational policy, and/or jurisdictional law (e.g., a parent might use the PHR system to share their children's demographic information with a disaster relief worker after a flood; a PHR Account Holder Proxy might use the PHR system to share information about their elderly parent's health status with a community health worker who is analyzing community risk for potentially unhealthful airborne exposures). |
| S.1.1#14 | MAY |
The system MAY provide the ability for the PHR Account Holder to exchange selected health information with virtual encounter groups. Examples of virtual encounter groups include:
|