SDOH Clinical Care, published by HL7 International / Patient Care. This guide is not an authorized publication; it is the continuous build for version 3.0.0 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/HL7/fhir-sdoh-clinicalcare/ and changes regularly. See the Directory of published versions

SDOH Clinical Care Background

Page standards status: Informative

Highlight text changes?

Project Model

The Gravity Project develops evidence-based terminology, value sets, and FHIR-based exchange standards to support collaboration among health care, social, and public health organizations in addressing the social determinants of health (SDOH). Given this mission, the Gravity Project Model, illustrated below, describes the existing and possible activities that the community has determined data standards can support. The Gravity Project does not claim responsibility for building standards for every activity in the model; other entities may be better positioned to lead some efforts, and the model simply names them. For the full set of activities and their definitions, see the Gravity Project Model materials maintained by the Gravity Project on Confluence.

Scope of this IG

The focus for this version of the IG is to standardize the exchange of SDOH information related to the following activities:

• assessment of social risk,
• establishing coded health concerns/problems,
• creating patient driven goals, and
• defining a closed-loop referral process to request, coordinate, and document SDOH-related interventions (see the Project Model for the broader set of activities these support).

Out of Scope

The following items are out of scope for this version of the IG.

• Providing guidance on the frequency of administering assessments (this is left up to the responsible organizations based on their standards of practice).
• Standards for reporting quality measures to payers or quality organizations (this is left to the Data Exchange for Quality Measures Implementation Guide that was co-authored by NCQA).
• Addressing Consent beyond the consent to share information between a HIPAA covered entity and entities that are not covered by HIPAA.
• Administrative activities such as eligibility checking, prior authorization, or billing for SDOH services.

Scope of Interactions

The focus of this IG is interactions between a patient, provider, and community-based organization (CBO). There may be scenarios where there will be intermediation by a Coordination Platform (CP). Provider EHRs, CBO systems of record and CPs (when present) will act as both clients and servers, accepting data from other systems and allowing it to be queried, while also storing data on and retrieving data from other systems. Patient systems will act only as clients - accessing and sometimes manipulating data on other systems but not exposing interfaces for other systems to interact with. The IG supports interactions with CBOs that support either a FHIR-enabled application (e.g. phone, tablet, web application) that queries other systems but does not expose its own data for query, or as a FHIR-Server Enabled application that exposes its own data for query and manipulation as well as querying and sometimes updating other systems.

Data Modeling Framework

The diagram below reflects the primary data structures and relationships associated with each of the major business processes covered by this implementation guide:

• Assessment - where information is gathered from a patient (typically via a QuestionnaireResponse) based on a standardized Questionnaire resulting in one or more SDOHCC Observation Screening Responses. These may be accompanied by additional SDOHCC Observation Assessments. If there are concerns about a patient's social determinants situation, a SDOHCC Condition will be defined allowing the concern to be tracked as part of the patient's problem list.

• Goal Management - if an SDOH issue has been identified, the SDOHCC Goals agreed to between the patient and practitioner will be created and, over time, updated. These goals can be associated with the SDOHCC Observation Screening Responses, SDOHCC Observation Assessments, and/or SDOHCC Conditions they seek to manage and improve. In some cases, a Goal might also point to Observations to reflect the outcome of the goal.

• Referral Management - the formal order is captured as a SDOHCC ServiceRequest and linked to the SDOHCC Goal, SDOHCC Observation Screening Response, SDOHCC Observation Assessment, and SDOHCC Conditions that justify the action. It may also link to a SDOHCC Consent allowing the referral recipient to further share information. The SDOHCC Task For Referral Management coordinates the solicitation and resulting process, possibly being linked to child actions by the referral recipient. Eventually, SDOHCC Procedures document what action was taken.

• Patient Engagement - allows SDOHCC Task For Patient requests to be made of the patient or their caregiver(s). Depending on the nature of the task, it will point to a Questionnaire , with a result of a QuestionnaireResponse, to a DocumentReference containing a PDF form, and later another DocumentReference with the PDF response, a SDOHCC Healthcare Service containing information about who to contact, or nothing at all.

In the diagram, blue shapes indicate profiles defined in this IG and yellow shapes indicate profiles defined in IGs on which we have dependencies (US Core or SDC). Only key references between profiles are shown. Most participant resources (Patient, Practitioner, Organization, etc.) are excluded because they are referenced from most profiles.