Skip to main content
FHIR ConceptMap/$closure for subsumption tables

Overview

Given a set of concept codes, computes all subsumption (is-a) relationships among them and returns a FHIR ConceptMap. Used by advanced FHIR clients for offline hierarchy reasoning. This is a stateless operation — the closure is computed fresh each request.

Contract Parameters

string
default:"r4"
string
OMOP vocabulary release; defaults to the active release.
string
Header alternative to vocab_release; the header takes precedence.
FHIR wire version (r4, r4b, r5, or r6).
string
required
Must be Parameters.
array
required
FHIR Parameters entries. Include one optional name entry and between 1 and 50 repeatable concept entries.

Request

Parameters

Response

Response Fields

string
Always ConceptMap.
string
Echoed closure name.
string
Always active.
array
Groups of relationships by source system.
string
Source system URI.
string
Target system URI.
array
Ancestor codes and target descendants.
array
Descendant code and subsumes equivalence.
In this example, “Diabetes mellitus” (73211009) subsumes both “Type 2 diabetes mellitus” (44054006) and “Type 1 diabetes mellitus” (46635009).

Limits

  • Maximum 50 concepts per request
  • POST only (per FHIR specification)
  • Stateless — no server-side closure table is maintained

Errors