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: S.1.2 Manage PHR Account Holder Provider’s Information (Function)

Page standards status: Informative
Statement N:

Manage contact information for the PHR Account Holder’s current and past health care providers.

Description I:

A system should maintain both current and past contact information about a provider. The system may also collect and maintain background information about a provider such as academic credentials, certifications and specialties. Healthcare providers may be individuals, teams, or organizations such as clinics.

The system should allow the PHR Account Holder to manage information regarding teams of providers. A team of providers may be a group of healthcare physicians practicing in the same healthcare facility. For example, a primary care provider, an orthopedic specialist, physiatrist and physical therapy may comprise a team at a facility during an acute hospitalization. A team of providers could also be designated by the PHR Account Holder based on a disease process. For example, in the case of extended care after a motor vehicle accident with extreme facial injury, the team may be comprised of a dentist, an orthodontist, a maxilla-facial specialist, and orthopedist, a reconstructive specialist and a chiropractor. These healthcare providers may not be part of a healthcare facility, but all may be instrumental in the complete care of the individual, requiring coordination by the PHR Account Holder.

Note: It is likely true that information about a given provider (or provider organization) might be difficult for the PHR Account Holder to obtain, curate, and validate. However, such information might prove to be useful, for example, for historical or research purposes.

Criteria N:
S.1.2#01 SHALL

The system SHALL provide the ability to manage the PHR Account Holder's provider's contact information.

S.1.2#02 MAY

The system MAY provide the ability to manage background information regarding the PHR Account Holder’s providers.

S.1.2#03 MAY

The system MAY provide the ability to maintain provider-related information as part of an existing provider-defined care team(s).

S.1.2#04 SHOULD

The system SHOULD provide the ability to capture information necessary to identify primary and secondary practice locations or offices of providers to support communication and access.

S.1.2#05 MAY

The system MAY provide the ability to manage provider's scheduled work hours at each location.

S.1.2#06 MAY

The system MAY provide the ability to maintain providers as part of the PHR Account Holder's team(s).

S.1.2#07 MAY

The system MAY provide the ability to manage healthcare provider credentials.

S.1.2#08 MAY

The system MAY provide the ability to maintain the provider as active or previous/past member of the PHR Account Holder care team.