Skip to main content

​
Overview

Care Team Members Information addresses: The CareTeam includes all the people, teams, and organizations who plan to participate in the coordination and delivery of care for a single patient or a group. This profile meets the U.S. Core Data for Interoperability (USCDI) v3 requirements for Care Team Member Information. Care team members or participants include practitioners (physicians, nurses, technicians, etc.), family members, friends, guardians, and the patient. The care team can be specific to an encounter or to the patient across all encounters (longitudinal). Each CareTeam has next elements:
  • a patient
  • a participant role for each careteam members
  • a reference to each careteam member which can be:
    • a practitioner or practitioner type (doctor, nurse, therapist)
    • a relative or friend or guardian
Each CareTeam must support:
  • a status code
Profile specific implementation guidance: In order to access care team member’s names, identifiers, locations, and contact information, the CareTeam profile supports several types of care team participants. They are represented as references to other profiles and include the following four profiles which are marked as must support:
  • US Core Practitioner Profile
  • US Core PractitionerRole Profile
  • US Core RelatedPerson Profile
Although both US Core Practitioner Profile and US Core PractitionerRole are must support, the server system is not required to support both types of references (and _include search parameters), but SHALL support at least one of them. The client application SHALL support all three profile references. Because the US Core PractitionerRole Profile supplies the provider’s location and contact information and a reference to the Practitioner, server systems SHOULD reference it instead of the US Core Practitioner Profile. An example of how to access the practitioner name and identifier is shown in the quick start section below. Servers that support only US Core Practitioner Profile SHALL provide implementation specific guidance how to access a provider’s location and contact information using only the Practitioner resource. This resource conforms to USCDI v3 for Care Team Members - refers to US Core CareTeam Profile 6.1.0. CareTeam response will be provided in JSON (refers to Capability Statement) format as per FHIR standard R4 version.

​
Must support elements, mandatory and optional search parameters

CareTeammust support these elements:
  • status
  • subject
  • participant
    • role
    • member
Each CareTeam Must Have (Mandatory):
  • subject
  • participant
    • role
    • member
The following search parameters and search parameter combinations SHALL be supported: The syntax used to describe the interactions is described here. SHALL support searching using the combination of the patient and status search parameters:
  • including optional support for these _include parameters:
    • CareTeam:participant:PractitionerRole
    • CareTeam:participant:Practitioner
    • CareTeam:participant:Patient
    • CareTeam:participant:RelatedPerson
  • including support for OR search on status (e.g.status={system|}[code],{system|}[code],…)
GET [base url]/CareTeam?patient={Type/}[id]&status=active The following search parameter combinations SHOULD be supported: SHOULD support searching using the combination of the patient and role search parameters:
  • including optional support for these _include parameters:
    • CareTeam:participant:PractitionerRole
    • CareTeam:participant:Practitioner
    • CareTeam:participant:Patient
    • CareTeam:participant:RelatedPerson
GET [base url]/CareTeam?patient={Type/}[id]&role={system|}[code] The response to any search operation is always a list of resources in a Bundle or an Operation Outcome.

​
CareTeam by Patient and Status

Search for CareTeam using combination of patient and status parameters. METHOD GET
PARAMS [base url] - FHIR base url {Type/} - Reference type for the patient resource. Example: Patient/ [id] - Patient’s id HEADERS The Authorization token SHALL be obtained during the Authentication and Authorization process. Go to Authentication and Authorization for further details. RESPONSES The response to any search operation is always a list of resources in a Bundle or an Operation Outcome. EXAMPLE:

​
CareTeam by Patient and Status with Include Parameters

Search for CareTeam with included participant resources. METHOD GET
PARAMS [base url] - FHIR base url {Type/} - Reference type for the patient resource. Example: Patient/ [id] - Patient’s id _include - Include related participant resources in the response bundle HEADERS The Authorization token SHALL be obtained during the Authentication and Authorization process. Go to Authentication and Authorization for further details. RESPONSES The response to any search operation is always a list of resources in a Bundle or an Operation Outcome. EXAMPLE:

​
CareTeam by Patient and Role

Search for CareTeam using combination of patient and role parameters. METHOD GET
PARAMS [base url] - FHIR base url {Type/} - Reference type for the patient resource. Example: Patient/ [id] - Patient’s id {system|} - Role system. FHIR search token parameter. See Search specification for more information. Example: http://snomed.info/sct| [code] - Role code. Example: 223366009 (Healthcare professional) HEADERS The Authorization token SHALL be obtained during the Authentication and Authorization process. Go to Authentication and Authorization for further details. RESPONSES The response to any search operation is always a list of resources in a Bundle or an Operation Outcome. EXAMPLE: