Inferensys

Glossary

FHIR SDOH Observation

A Fast Healthcare Interoperability Resources (FHIR) resource used to represent a specific, screened social risk finding, such as a food insecurity score, in a standardized, exchangeable format.
Risk analyst performing AI risk assessment on laptop, risk matrices visible, casual office risk session.
INTEROPERABILITY STANDARD

What is FHIR SDOH Observation?

A structured, exchangeable representation of a specific social risk screening finding, such as a food insecurity score, using the HL7 FHIR standard.

An FHIR SDOH Observation is a Fast Healthcare Interoperability Resources (FHIR) resource that captures a specific, screened social risk finding—such as a food insecurity score or housing instability status—in a standardized, machine-readable format. It represents the result of a screening tool like PRAPARE or a question from the Gravity Project terminology, encoding the patient's response and the associated risk score for seamless exchange between electronic health records, community-based organizations, and payer systems.

This resource maps to the USCDI SDOH Data Elements mandated for certified health IT, ensuring compliance with interoperability rules. It includes structured metadata like the screening instrument used, the coded value from terminologies such as LOINC or SNOMED CT, and the patient context. By standardizing social risk data, the FHIR SDOH Observation enables closed-loop referral workflows and population-level SDOH risk stratification, moving social care data from unstructured notes into actionable, computable fields.

STRUCTURED SOCIAL RISK DATA

Key Features of the FHIR SDOH Observation

The FHIR SDOH Observation resource standardizes the exchange of screened social risk findings, enabling interoperability between EHRs, community-based organizations, and population health platforms.

01

Standardized Screening Representation

Encodes a specific social risk finding—such as a food insecurity score or housing instability assessment—as a discrete, computable resource. Each observation captures the screening instrument used (e.g., PRAPARE, AHC-HRSN), the coded question, and the patient's answer using LOINC and SNOMED CT terminology bindings. This transforms narrative social history into structured data that can trigger clinical decision support, populate quality measures, and drive closed-loop referrals.

02

Gravity Project Terminology Bindings

Leverages consensus-driven value sets developed by the Gravity Project to standardize SDOH data elements. Key bindings include:

  • LOINC codes for screening questions (e.g., 88122-7 for food insecurity panel)
  • SNOMED CT codes for findings (e.g., 733423003 for food insecurity)
  • ICD-10-CM Z-codes for diagnosis mapping (e.g., Z59.4 for lack of adequate food) This alignment ensures semantic interoperability across the healthcare ecosystem and supports USCDI compliance.
03

Component-Based Observation Structure

Uses a parent-child component architecture to represent multi-question screening instruments within a single resource. The parent observation identifies the screening panel (e.g., 'PRAPARE Assessment'), while each component element captures an individual question-response pair. This structure preserves the contextual relationship between questions, supports scoring algorithms, and enables granular querying of specific social risk domains without losing the integrity of the original assessment.

04

Derived Profile Constraints

The SDOHCC Observation Screening Response profile constrains the base FHIR Observation resource with mandatory elements specific to social risk screening:

  • Requires Observation.code to identify the screening question using LOINC
  • Mandates Observation.subject to reference the patient
  • Enforces Observation.value[x] to capture the coded or numeric answer
  • Supports Observation.derivedFrom to link findings back to the original questionnaire response These constraints ensure consistent implementation across vendors and use cases.
05

Category and Tagging for Population Health

Employs standardized category codes and tagging mechanisms to classify observations by social risk domain. The Observation.category field uses the SDOH domain value set to tag findings as food-insecurity, housing-instability, transportation-insecurity, or other domains. This enables:

  • Population-level aggregation for health equity analytics
  • Risk stratification by specific social need categories
  • Quality measure calculation for value-based care contracts
  • Automated routing to domain-specific community resource platforms
06

Provenance and Screening Context

Captures critical metadata about the screening event through extension elements and provenance resources. Key contextual data includes:

  • Screening time and location (when and where the assessment occurred)
  • Performer identity (who administered the screening)
  • Patient consent status for data sharing with community organizations
  • Conditional security labels for sensitive social data This provenance trail supports audit requirements, consent management, and longitudinal tracking of social risk over time.
FHIR SDOH OBSERVATION

Frequently Asked Questions

Clear, technical answers to common questions about representing social risk screening data using the HL7 FHIR SDOH Clinical Care Implementation Guide.

A FHIR SDOH Observation is a specialized Observation resource, profiled by the HL7 Gravity Project, used to represent a specific, screened social risk finding—such as a food insecurity score or housing status—in a standardized, exchangeable format. It is not a diagnosis but a screening result. The structure constrains the base Observation resource to include a specific SDOH category code (sdoh), a screening instrument reference (e.g., PRAPARE, AHC-HRSN), and a result value that can be a codeable concept, a numeric score, or a text string. The Observation.code element is bound to LOINC answer lists, ensuring semantic interoperability for specific questions like 'Food Insecurity Risk [HVS]' (88124-3). The Observation.subject points to the patient, and Observation.derivedFrom can link back to the QuestionnaireResponse that generated the finding, maintaining provenance.

Prasad Kumkar

About the author

Prasad Kumkar

CEO & MD, Inference Systems

Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.

His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.