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 |
| PH.6.1#01 | SHOULD |
The system SHOULD provide the ability to capture and maintain information related to financial data and the current balances from the PHR Account Holder’s health-related financial accounts. |
| PH.6.1#02 | SHOULD |
The system SHOULD provide the ability to capture a request for the correction (e.g., if the data is known to be incorrect) and/or annotation (e.g., if another opinion exists regarding the correctness of the data) of the administrative or financial data. |
| PH.6.1#03 | SHOULD |
The system SHOULD provide the ability to capture financial details and link those details to each clinical encounter or billable service (e.g., charges, allowed charges, or payments made by an insurance plan or by the PHR Account Holder). |
| PH.6.1#04 | MAY |
The system MAY provide the ability for the PHR Account Holder to render financial and administrative data and the data about those health-related accounts. |
| PH.6.1#05 | MAY |
The system MAY provide the ability to render a notification to the PHR Account Holder of any changes to the financial data or health-related accounts. |
| PH.6.1#06 | SHALL |
IF health data is derived from administrative and financial data, THEN the system SHALL provide the ability to capture data about, and a reference to, the source of the health data. |
| PH.6.1#07 | MAY |
The system MAY provide the ability to capture metadata about certain PHR Account Holder's health data that was derived from administrative and financial data, and link that metadata with the corresponding health data. For example, the fact that the PHR Account Holder broke a leg could be derived from an invoice from an insurance company that describes a procedure performed at the provider's site of a pin being inserted into a leg; the derived health data (the fact about the broken leg) needs to be associated with the financial data (the invoice) and with administrative data (the provider's site). |
| PH.6.1#08 | SHALL |
IF certain health data was derived from administrative and financial data, THEN the system SHALL provide the ability to render that health data to Authorized PHR Users, including metadata regarding the administrative and financial data from which that health data was derived. |
| PH.6.1#09 | MAY |
The system MAY provide the ability to render information from interactions with the PHR Account Holder's insurance coverage systems (e.g., employer’s benefit system or the insurance company’s benefit information system). |