SDOH Clinical Care - Local Development build (v0.0.4C3). See the Directory of published versions
Previous Page - Privacy, Security and Consent Considerations
This section includes important terms, definitions, interpretations, assumptions and conformance requirements relevant to this guide.
The conformance verbs - SHALL, SHOULD, MAY - used in this guide are defined in FHIR Conformance Rules.
For profiles defined in other IGs, the meaning of Must Support is established in the defining IG. For profiles defined in this IG, Must Support will conform with US Core definition.
If the source system does not have data for a Must Support data element with minimum cardinality = 0, the data element is omitted from the resource. If the source system does not have data for a required data element (in other words, where the minimum cardinality is > 0), follow guidance defined in the core FHIR specification and summarized in the US Core IG.
The US Core Profiles were originally designed to meet the 2015 Edition certification criterion for Patient Selection 170.315(g)(7), and Application Access - Data Category Request 170.315(g)(8). They were created for each item in the 2015 Edition Common Clinical Data Set (CCDS). The 3.1.0 version of the US Core Profiles IG includes new requirements from the latest proposed ONC U.S. Core Data for Interoperability (USCDI) and includes all the API Resource Collection in Health (ARCH) resources.
Any actor acting as a FHIR Server in this IG SHALL:
Any actor acting a FHIR Client in this IG SHALL:
US Core Profiles were designed for use cases where a range of RESTful search requirements were needed which are not applicable for use cases in scope for SDOH-CC. The table below summarizes differences between the search requirements of SDOH-CC and the search requirements of US Core.
TBD