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.3.3 Manage Provider-Initiated Care Plans (Function)

Active as of 2024-01-31

PH.3.3#01 | SHOULD | The system SHOULD provide the ability to capture provider-generated PHR Account Holder -specific care plan regimens and/or treatments (e.g., information regarding orders, therapies, wound care, or habit changes). Satisfied by: https://www.hl7.org/fhir/careplan.html
PH.3.3#02 | SHOULD | The system SHOULD provide the ability to track updates to the PHR Account Holder's care plans, regimens, and treatments (e.g., including information regarding authors, creation date, version history, references, and sources as available).
PH.3.3#03 | SHOULD | The system SHOULD provide the ability to present care and treatment plans captured from providers in their original format.
PH.3.3#04 | SHOULD | The system SHOULD provide the ability to present a list of care plans and instructions indexed by provider, problem, and date.
PH.3.3#05 | SHOULD | The system SHOULD provide the ability to manage care and treatment plans captured from provider(s) with tasks, alerts, reminders, and calendar entries.
PH.3.3#06 | MAY | The system MAY capture compliance with provider-generated care plans and render notifications or alerts to the PHR Account Holder when the PHR Account Holder is out of compliance.
PH.3.3#07 | MAY | The system MAY transmit out-of-compliance notifications or alerts to the originating provider and/or to a person who is acting in the role of a provider (e.g., a registered dietitian/nutritionist who creates and signs a diet-order).
PH.3.3#08 | SHOULD | The system SHOULD provide the ability to maintain decision support recommendations for care plans and treatment protocols that are sensitive to the context of PHR Account Holder data (e.g., peak flow, weight, blood pressure, food preferences).
PH.3.3#09 | MAY | The system MAY provide the ability to analyze potentially conflicting decision support recommendations for care plans and treatment protocols (including self-generated care-plans) and present those potentially conflicting decision support recommendations for care plans and treatment protocols (e.g., if a provider-generated diabetic foot treatment plan recommends 20 days between formal examinations and an automated PHR system decision support module recommends 90 days between formal examinations, then the provider should be informed of the conflicting recommendations).
PH.3.3#10 | MAY | IF the systemhas determined that potentially conflicting decision support recommendations for care plans and treatment protocols, THEN the system MAY provide the ability to transmit a request to a provider to harmonize those potentially conflicting decision support recommendations for care plans and treatment protocols.
PH.3.3#11 | MAY | The system MAY provide the ability to capture order details for the PHR Account Holder in a manner that promotes understanding and compliance with an order.
PH.3.3#12 | SHOULD | The system SHOULD provide the ability to capture externally-sourced (care plan -related) instructions or references to documents containing those instructions.
PH.3.3#13 | SHOULD | The system SHOULD provide the ability to capture details on further care such as follow up, return visits, and appropriate timing of further care.
PH.3.3#14 | MAY | The system MAY provide the ability to manage multiple care plans, treatment plans, or health activities (including those care plans, treatment plans, or health activities that are self-generated) according to user preferences and/or consents, organizational policy, and/or jurisdictional law.