USCDI+ Clinical Trials Matching Implementation Guide
0.1.0

⚠️ This is a developmental version of the guide and is under active development. Content may change at any time without notice. No official release has been made. The final base canonical URL and hosting location have not yet been determined. This guide should not be used for production implementations.

3.1.2. CTMProviderFHIRServer

Official URL: http://fhir.org/guides/onc/ctm/CapabilityStatement/CTMProviderFHIRServer Version: 0.1.0
Parent: Computable Name:

CTMProviderFHIRServer

Requirements for the Provider FHIR Server participating in USCDI+ CTM. This CapabilityStatement primarily applies to Sponsor-initiated Trial Matching, where the Provider FHIR Server acts as the FHIR RESTful server and responds to requests initiated by the CTM Matching Service. In Provider-initiated Trial Matching, the Provider System acts as the CDS Hooks client and may use the Provider FHIR Server internally to prepare CTM-relevant input data; that CDS Hooks-based behavior is described elsewhere in this guide and is not fully represented by this CapabilityStatement.

REST Capabilities Server

ModeServer
Documentation

Sponsor-initiated Trial Matching: the Provider FHIR Server acts as the FHIR RESTful server. It responds to authorized patient-level read and search requests from the CTM Matching Service and returns the baseline USCDI+ CTM resource types needed for matching. Provider-initiated Trial Matching: the Provider System acts as the CDS Hooks client, initiates the CDS Hooks interaction, and may use the Provider FHIR Server internally to assemble CTM-relevant input data before calling the CTM service. That workflow is referenced here for context but is specified elsewhere in the guide.

Security

Description

For Sponsor-initiated Trial Matching, the Provider FHIR Server is responsible for enforcing the deployment's approved authorization and access-control requirements for FHIR read and search interactions. For Provider-initiated Trial Matching, any internal use of the Provider FHIR Server to prepare CTM-relevant input data is governed by the provider organization's local security architecture. Optional external follow-up retrieval by the CTM service requires explicit authorization support from the Provider System and is not required for all deployments.

Resource Interactions

Resource TypeSupported ProfilesReadSearchType
PatientUSCorePatientProfile
CancerPatient		✓✓
ConditionUSCoreConditionProblemsHealthConcernsProfile
PrimaryCancerCondition
SecondaryCancerCondition		✓✓
ObservationUSCoreLaboratoryResultObservationProfile
USCoreObservationPregnancyStatusProfile
USCoreSmokingStatusProfile
ECOGPerformanceStatus
KarnofskyPerformanceStatus
LanskyPlayPerformanceStatus
Comorbidities
CancerStage
TNMPrimaryTumorCategory
TNMRegionalNodesCategory
TNMDistantMetastasesCategory		✓✓
MedicationAdministrationCancerRelatedMedicationAdministration✓✓
MedicationUSCoreMedicationProfile✓
ProcedureUSCoreProcedureProfile
RadiotherapyCourseSummary		✓✓

Search Parameters per resource type

Patient

NameTypeDocumentationLevel
_idtoken

Retrieve a known patient by logical id.

Supported
identifiertoken

Retrieve a patient by business identifier when needed.

Supported

Condition

NameTypeDocumentationLevel
patientreference

Primary patient-level retrieval parameter.

Supported
categorytoken

Used for problem-list condition context when supported.

Supported
codetoken

Used when implementations support more specific condition filtering.

Supported

Observation

NameTypeDocumentationLevel
patientreference

Primary patient-level retrieval parameter.

Supported
codetoken

Used to retrieve specific CTM observation types.

Supported
categorytoken

Used to distinguish laboratory observations when supported.

Supported
datedate

May be used to refine timing or recency.

Supported

MedicationAdministration

NameTypeDocumentationLevel
patientreference

Primary patient-level retrieval parameter.

Supported
statustoken

May be used to refine administrations when supported.

Supported
codetoken

May be used when implementations support medication-specific filtering.

Supported
medication.codetoken

Chained search across the medication reference into the Medication resource, e.g. MedicationAdministration?medication.code=..., to retrieve administrations by medication identity.

Supported

Medication

No search parameters are stated for this resource type

Procedure

NameTypeDocumentationLevel
patientreference

Primary patient-level retrieval parameter.

Supported
codetoken

May be used when implementations support more specific procedure filtering.

Supported
datedate

May be used to refine timing.

Supported
{
"resourceType": "CapabilityStatement",
"id": "CTMProviderFHIRServer",
"url": "http://fhir.org/guides/onc/ctm/CapabilityStatement/CTMProviderFHIRServer",
"version": "0.1.0",
"name": "CTMProviderFHIRServer",
"title": "CTM Provider FHIR Server CapabilityStatement",
"status": "active",
"date": "2026-04-15",
"description": "Requirements for the Provider FHIR Server participating in USCDI+ CTM. This CapabilityStatement primarily applies to Sponsor-initiated Trial Matching, where the Provider FHIR Server acts as the FHIR RESTful server and responds to requests initiated by the CTM Matching Service. In Provider-initiated Trial Matching, the Provider System acts as the CDS Hooks client and may use the Provider FHIR Server internally to prepare CTM-relevant input data; that CDS Hooks-based behavior is described elsewhere in this guide and is not fully represented by this CapabilityStatement.",
"kind": "requirements",
"fhirVersion": "4.0.1",
"format": [
"json",
"xml"
],
"rest": [
{
"mode": "server",
"documentation": "Sponsor-initiated Trial Matching: the Provider FHIR Server acts as the FHIR RESTful server. It responds to authorized patient-level read and search requests from the CTM Matching Service and returns the baseline USCDI+ CTM resource types needed for matching. Provider-initiated Trial Matching: the Provider System acts as the CDS Hooks client, initiates the CDS Hooks interaction, and may use the Provider FHIR Server internally to assemble CTM-relevant input data before calling the CTM service. That workflow is referenced here for context but is specified elsewhere in the guide.",
"security": {
"description": "For Sponsor-initiated Trial Matching, the Provider FHIR Server is responsible for enforcing the deployment's approved authorization and access-control requirements for FHIR read and search interactions. For Provider-initiated Trial Matching, any internal use of the Provider FHIR Server to prepare CTM-relevant input data is governed by the provider organization's local security architecture. Optional external follow-up retrieval by the CTM service requires explicit authorization support from the Provider System and is not required for all deployments."
},
"resource": [
{
"type": "Patient",
"supportedProfile": [
"http://hl7.org/fhir/us/core/StructureDefinition/us-core-patient|6.1.0",
"http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-cancer-patient|4.0.0"
],
"documentation": "Baseline USCDI+ CTM patient identity and demographic context for Sponsor-initiated retrieval. In the Provider-initiated scenario, equivalent patient context is commonly supplied through prefetch.",
"interaction": [
{
"code": "read"
},
{
"code": "search-type"
}
],
"searchParam": [
{
"name": "_id",
"type": "token",
"documentation": "Retrieve a known patient by logical id."
},
{
"name": "identifier",
"type": "token",
"documentation": "Retrieve a patient by business identifier when needed."
}
]
},
{
"type": "Condition",
"supportedProfile": [
"http://hl7.org/fhir/us/core/StructureDefinition/us-core-condition-problems-health-concerns|6.1.0",
"http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-primary-cancer-condition|4.0.0",
"http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-secondary-cancer-condition|4.0.0"
],
"documentation": "Baseline CTM condition context including diagnosis, disease-site, and histology context. The Provider-initiated prefetch often separates condition content into problem-list and site-oriented groupings.",
"interaction": [
{
"code": "read"
},
{
"code": "search-type"
}
],
"searchParam": [
{
"name": "patient",
"type": "reference",
"documentation": "Primary patient-level retrieval parameter."
},
{
"name": "category",
"type": "token",
"documentation": "Used for problem-list condition context when supported."
},
{
"name": "code",
"type": "token",
"documentation": "Used when implementations support more specific condition filtering."
}
]
},
{
"type": "Observation",
"supportedProfile": [
"http://hl7.org/fhir/us/core/StructureDefinition/us-core-observation-lab|6.1.0",
"http://hl7.org/fhir/us/core/StructureDefinition/us-core-observation-pregnancystatus|6.1.0",
"http://hl7.org/fhir/us/core/StructureDefinition/us-core-smokingstatus|6.1.0",
"http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-ecog-performance-status|4.0.0",
"http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-karnofsky-performance-status|4.0.0",
"http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-lansky-play-performance-status|4.0.0",
"http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-comorbidities|4.0.0",
"http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-cancer-stage|4.0.0",
"http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-tnm-primary-tumor-category|4.0.0",
"http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-tnm-regional-nodes-category|4.0.0",
"http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-tnm-distant-metastases-category|4.0.0"
],
"documentation": "Baseline CTM observation content including performance status, smoking status, laboratory data, pregnancy status, comorbidities, general and TNM staging. The Provider-initiated prefetch uses observation-specific templates aligned to the USCDI+ CTM data model.",
"interaction": [
{
"code": "read"
},
{
"code": "search-type"
}
],
"searchParam": [
{
"name": "patient",
"type": "reference",
"documentation": "Primary patient-level retrieval parameter."
},
{
"name": "code",
"type": "token",
"documentation": "Used to retrieve specific CTM observation types."
},
{
"name": "category",
"type": "token",
"documentation": "Used to distinguish laboratory observations when supported."
},
{
"name": "date",
"type": "date",
"documentation": "May be used to refine timing or recency."
}
]
},
{
"type": "MedicationAdministration",
"supportedProfile": [
"http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-cancer-related-medication-administration|4.0.0"
],
"documentation": "Baseline CTM medication administration content. Medication identity is resolved through the referenced Medication resource, either by chaining on the medication reference or by a separate Medication read.",
"interaction": [
{
"code": "read"
},
{
"code": "search-type"
}
],
"searchParam": [
{
"name": "patient",
"type": "reference",
"documentation": "Primary patient-level retrieval parameter."
},
{
"name": "status",
"type": "token",
"documentation": "May be used to refine administrations when supported."
},
{
"name": "code",
"type": "token",
"documentation": "May be used when implementations support medication-specific filtering."
},
{
"name": "medication.code",
"type": "token",
"documentation": "Chained search across the medication reference into the Medication resource, e.g. MedicationAdministration?medication.code=..., to retrieve administrations by medication identity."
}
]
},
{
"type": "Medication",
"supportedProfile": [
"http://hl7.org/fhir/us/core/StructureDefinition/us-core-medication|6.1.0"
],
"documentation": "Referenced Medication identity supporting MedicationAdministration. Retrieved by read only; there is no direct Medication search. Medication-based filtering of administrations is expressed through chained search on MedicationAdministration.",
"interaction": [
{
"code": "read"
}
]
},
{
"type": "Procedure",
"supportedProfile": [
"http://hl7.org/fhir/us/core/StructureDefinition/us-core-procedure|6.1.0",
"http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-radiotherapy-course-summary|4.0.0"
],
"documentation": "Baseline CTM procedure content including general procedures and radiotherapy-related details. The Provider-initiated may represent these through procedures and procedures-radiotherapy prefetch groupings.",
"interaction": [
{
"code": "read"
},
{
"code": "search-type"
}
],
"searchParam": [
{
"name": "patient",
"type": "reference",
"documentation": "Primary patient-level retrieval parameter."
},
{
"name": "code",
"type": "token",
"documentation": "May be used when implementations support more specific procedure filtering."
},
{
"name": "date",
"type": "date",
"documentation": "May be used to refine timing."
}
]
}
]
}
]
}
<CapabilityStatement xmlns="http://hl7.org/fhir">
<id value="CTMProviderFHIRServer" />
<url value="http://fhir.org/guides/onc/ctm/CapabilityStatement/CTMProviderFHIRServer" />
<version value="0.1.0" />
<name value="CTMProviderFHIRServer" />
<title value="CTM Provider FHIR Server CapabilityStatement" />
<status value="active" />
<date value="2026-04-15" />
<description value="Requirements for the Provider FHIR Server participating in USCDI+ CTM. This CapabilityStatement primarily applies to Sponsor-initiated Trial Matching, where the Provider FHIR Server acts as the FHIR RESTful server and responds to requests initiated by the CTM Matching Service. In Provider-initiated Trial Matching, the Provider System acts as the CDS Hooks client and may use the Provider FHIR Server internally to prepare CTM-relevant input data; that CDS Hooks-based behavior is described elsewhere in this guide and is not fully represented by this CapabilityStatement." />
<kind value="requirements" />
<fhirVersion value="4.0.1" />
<format value="json" />
<format value="xml" />
<rest>
<mode value="server" />
<documentation value="Sponsor-initiated Trial Matching: the Provider FHIR Server acts as the FHIR RESTful server. It responds to authorized patient-level read and search requests from the CTM Matching Service and returns the baseline USCDI+ CTM resource types needed for matching. Provider-initiated Trial Matching: the Provider System acts as the CDS Hooks client, initiates the CDS Hooks interaction, and may use the Provider FHIR Server internally to assemble CTM-relevant input data before calling the CTM service. That workflow is referenced here for context but is specified elsewhere in the guide." />
<security>
<description value="For Sponsor-initiated Trial Matching, the Provider FHIR Server is responsible for enforcing the deployment's approved authorization and access-control requirements for FHIR read and search interactions. For Provider-initiated Trial Matching, any internal use of the Provider FHIR Server to prepare CTM-relevant input data is governed by the provider organization's local security architecture. Optional external follow-up retrieval by the CTM service requires explicit authorization support from the Provider System and is not required for all deployments." />
</security>
<resource>
<type value="Patient" />
<supportedProfile value="http://hl7.org/fhir/us/core/StructureDefinition/us-core-patient|6.1.0" />
<supportedProfile value="http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-cancer-patient|4.0.0" />
<documentation value="Baseline USCDI+ CTM patient identity and demographic context for Sponsor-initiated retrieval. In the Provider-initiated scenario, equivalent patient context is commonly supplied through prefetch." />
<interaction>
<code value="read" />
</interaction>
<interaction>
<code value="search-type" />
</interaction>
<searchParam>
<name value="_id" />
<type value="token" />
<documentation value="Retrieve a known patient by logical id." />
</searchParam>
<searchParam>
<name value="identifier" />
<type value="token" />
<documentation value="Retrieve a patient by business identifier when needed." />
</searchParam>
</resource>
<resource>
<type value="Condition" />
<supportedProfile value="http://hl7.org/fhir/us/core/StructureDefinition/us-core-condition-problems-health-concerns|6.1.0" />
<supportedProfile value="http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-primary-cancer-condition|4.0.0" />
<supportedProfile value="http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-secondary-cancer-condition|4.0.0" />
<documentation value="Baseline CTM condition context including diagnosis, disease-site, and histology context. The Provider-initiated prefetch often separates condition content into problem-list and site-oriented groupings." />
<interaction>
<code value="read" />
</interaction>
<interaction>
<code value="search-type" />
</interaction>
<searchParam>
<name value="patient" />
<type value="reference" />
<documentation value="Primary patient-level retrieval parameter." />
</searchParam>
<searchParam>
<name value="category" />
<type value="token" />
<documentation value="Used for problem-list condition context when supported." />
</searchParam>
<searchParam>
<name value="code" />
<type value="token" />
<documentation value="Used when implementations support more specific condition filtering." />
</searchParam>
</resource>
<resource>
<type value="Observation" />
<supportedProfile value="http://hl7.org/fhir/us/core/StructureDefinition/us-core-observation-lab|6.1.0" />
<supportedProfile value="http://hl7.org/fhir/us/core/StructureDefinition/us-core-observation-pregnancystatus|6.1.0" />
<supportedProfile value="http://hl7.org/fhir/us/core/StructureDefinition/us-core-smokingstatus|6.1.0" />
<supportedProfile value="http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-ecog-performance-status|4.0.0" />
<supportedProfile value="http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-karnofsky-performance-status|4.0.0" />
<supportedProfile value="http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-lansky-play-performance-status|4.0.0" />
<supportedProfile value="http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-comorbidities|4.0.0" />
<supportedProfile value="http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-cancer-stage|4.0.0" />
<supportedProfile value="http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-tnm-primary-tumor-category|4.0.0" />
<supportedProfile value="http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-tnm-regional-nodes-category|4.0.0" />
<supportedProfile value="http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-tnm-distant-metastases-category|4.0.0" />
<documentation value="Baseline CTM observation content including performance status, smoking status, laboratory data, pregnancy status, comorbidities, general and TNM staging. The Provider-initiated prefetch uses observation-specific templates aligned to the USCDI+ CTM data model." />
<interaction>
<code value="read" />
</interaction>
<interaction>
<code value="search-type" />
</interaction>
<searchParam>
<name value="patient" />
<type value="reference" />
<documentation value="Primary patient-level retrieval parameter." />
</searchParam>
<searchParam>
<name value="code" />
<type value="token" />
<documentation value="Used to retrieve specific CTM observation types." />
</searchParam>
<searchParam>
<name value="category" />
<type value="token" />
<documentation value="Used to distinguish laboratory observations when supported." />
</searchParam>
<searchParam>
<name value="date" />
<type value="date" />
<documentation value="May be used to refine timing or recency." />
</searchParam>
</resource>
<resource>
<type value="MedicationAdministration" />
<supportedProfile value="http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-cancer-related-medication-administration|4.0.0" />
<documentation value="Baseline CTM medication administration content. Medication identity is resolved through the referenced Medication resource, either by chaining on the medication reference or by a separate Medication read." />
<interaction>
<code value="read" />
</interaction>
<interaction>
<code value="search-type" />
</interaction>
<searchParam>
<name value="patient" />
<type value="reference" />
<documentation value="Primary patient-level retrieval parameter." />
</searchParam>
<searchParam>
<name value="status" />
<type value="token" />
<documentation value="May be used to refine administrations when supported." />
</searchParam>
<searchParam>
<name value="code" />
<type value="token" />
<documentation value="May be used when implementations support medication-specific filtering." />
</searchParam>
<searchParam>
<name value="medication.code" />
<type value="token" />
<documentation value="Chained search across the medication reference into the Medication resource, e.g. MedicationAdministration?medication.code=..., to retrieve administrations by medication identity." />
</searchParam>
</resource>
<resource>
<type value="Medication" />
<supportedProfile value="http://hl7.org/fhir/us/core/StructureDefinition/us-core-medication|6.1.0" />
<documentation value="Referenced Medication identity supporting MedicationAdministration. Retrieved by read only; there is no direct Medication search. Medication-based filtering of administrations is expressed through chained search on MedicationAdministration." />
<interaction>
<code value="read" />
</interaction>
</resource>
<resource>
<type value="Procedure" />
<supportedProfile value="http://hl7.org/fhir/us/core/StructureDefinition/us-core-procedure|6.1.0" />
<supportedProfile value="http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-radiotherapy-course-summary|4.0.0" />
<documentation value="Baseline CTM procedure content including general procedures and radiotherapy-related details. The Provider-initiated may represent these through procedures and procedures-radiotherapy prefetch groupings." />
<interaction>
<code value="read" />
</interaction>
<interaction>
<code value="search-type" />
</interaction>
<searchParam>
<name value="patient" />
<type value="reference" />
<documentation value="Primary patient-level retrieval parameter." />
</searchParam>
<searchParam>
<name value="code" />
<type value="token" />
<documentation value="May be used when implementations support more specific procedure filtering." />
</searchParam>
<searchParam>
<name value="date" />
<type value="date" />
<documentation value="May be used to refine timing." />
</searchParam>
</resource>
</rest>
</CapabilityStatement>
CapabilityStatement
CapabilityStatement.id[0]CTMProviderFHIRServer
CapabilityStatement.url[0]http://fhir.org/guides/onc/ctm/CapabilityStatement/CTMProviderFHIRServer
CapabilityStatement.version[0]0.1.0
CapabilityStatement.name[0]CTMProviderFHIRServer
CapabilityStatement.title[0]CTM Provider FHIR Server CapabilityStatement
CapabilityStatement.status[0]active
CapabilityStatement.date[0]2026-04-15
CapabilityStatement.description[0]Requirements for the Provider FHIR Server participating in USCDI+ CTM. This CapabilityStatement primarily applies to Sponsor-initiated Trial Matching, where the Provider FHIR Server acts as the FHIR RESTful server and responds to requests initiated by the CTM Matching Service. In Provider-initiated Trial Matching, the Provider System acts as the CDS Hooks client and may use the Provider FHIR Server internally to prepare CTM-relevant input data; that CDS Hooks-based behavior is described elsewhere in this guide and is not fully represented by this CapabilityStatement.
CapabilityStatement.kind[0]requirements
CapabilityStatement.fhirVersion[0]4.0.1
CapabilityStatement.format[0]json
CapabilityStatement.format[1]xml
CapabilityStatement.rest[0].mode[0]server
CapabilityStatement.rest[0].documentation[0]Sponsor-initiated Trial Matching: the Provider FHIR Server acts as the FHIR RESTful server. It responds to authorized patient-level read and search requests from the CTM Matching Service and returns the baseline USCDI+ CTM resource types needed for matching. Provider-initiated Trial Matching: the Provider System acts as the CDS Hooks client, initiates the CDS Hooks interaction, and may use the Provider FHIR Server internally to assemble CTM-relevant input data before calling the CTM service. That workflow is referenced here for context but is specified elsewhere in the guide.
CapabilityStatement.rest[0].security[0].description[0]For Sponsor-initiated Trial Matching, the Provider FHIR Server is responsible for enforcing the deployment's approved authorization and access-control requirements for FHIR read and search interactions. For Provider-initiated Trial Matching, any internal use of the Provider FHIR Server to prepare CTM-relevant input data is governed by the provider organization's local security architecture. Optional external follow-up retrieval by the CTM service requires explicit authorization support from the Provider System and is not required for all deployments.
CapabilityStatement.rest[0].resource[0].type[0]Patient
CapabilityStatement.rest[0].resource[0].supportedProfile[0]http://hl7.org/fhir/us/core/StructureDefinition/us-core-patient|6.1.0
CapabilityStatement.rest[0].resource[0].supportedProfile[1]http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-cancer-patient|4.0.0
CapabilityStatement.rest[0].resource[0].documentation[0]Baseline USCDI+ CTM patient identity and demographic context for Sponsor-initiated retrieval. In the Provider-initiated scenario, equivalent patient context is commonly supplied through prefetch.
CapabilityStatement.rest[0].resource[0].interaction[0].code[0]read
CapabilityStatement.rest[0].resource[0].interaction[1].code[0]search-type
CapabilityStatement.rest[0].resource[0].searchParam[0].name[0]_id
CapabilityStatement.rest[0].resource[0].searchParam[0].type[0]token
CapabilityStatement.rest[0].resource[0].searchParam[0].documentation[0]Retrieve a known patient by logical id.
CapabilityStatement.rest[0].resource[0].searchParam[1].name[0]identifier
CapabilityStatement.rest[0].resource[0].searchParam[1].type[0]token
CapabilityStatement.rest[0].resource[0].searchParam[1].documentation[0]Retrieve a patient by business identifier when needed.
CapabilityStatement.rest[0].resource[1].type[0]Condition
CapabilityStatement.rest[0].resource[1].supportedProfile[0]http://hl7.org/fhir/us/core/StructureDefinition/us-core-condition-problems-health-concerns|6.1.0
CapabilityStatement.rest[0].resource[1].supportedProfile[1]http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-primary-cancer-condition|4.0.0
CapabilityStatement.rest[0].resource[1].supportedProfile[2]http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-secondary-cancer-condition|4.0.0
CapabilityStatement.rest[0].resource[1].documentation[0]Baseline CTM condition context including diagnosis, disease-site, and histology context. The Provider-initiated prefetch often separates condition content into problem-list and site-oriented groupings.
CapabilityStatement.rest[0].resource[1].interaction[0].code[0]read
CapabilityStatement.rest[0].resource[1].interaction[1].code[0]search-type
CapabilityStatement.rest[0].resource[1].searchParam[0].name[0]patient
CapabilityStatement.rest[0].resource[1].searchParam[0].type[0]reference
CapabilityStatement.rest[0].resource[1].searchParam[0].documentation[0]Primary patient-level retrieval parameter.
CapabilityStatement.rest[0].resource[1].searchParam[1].name[0]category
CapabilityStatement.rest[0].resource[1].searchParam[1].type[0]token
CapabilityStatement.rest[0].resource[1].searchParam[1].documentation[0]Used for problem-list condition context when supported.
CapabilityStatement.rest[0].resource[1].searchParam[2].name[0]code
CapabilityStatement.rest[0].resource[1].searchParam[2].type[0]token
CapabilityStatement.rest[0].resource[1].searchParam[2].documentation[0]Used when implementations support more specific condition filtering.
CapabilityStatement.rest[0].resource[2].type[0]Observation
CapabilityStatement.rest[0].resource[2].supportedProfile[0]http://hl7.org/fhir/us/core/StructureDefinition/us-core-observation-lab|6.1.0
CapabilityStatement.rest[0].resource[2].supportedProfile[1]http://hl7.org/fhir/us/core/StructureDefinition/us-core-observation-pregnancystatus|6.1.0
CapabilityStatement.rest[0].resource[2].supportedProfile[2]http://hl7.org/fhir/us/core/StructureDefinition/us-core-smokingstatus|6.1.0
CapabilityStatement.rest[0].resource[2].supportedProfile[3]http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-ecog-performance-status|4.0.0
CapabilityStatement.rest[0].resource[2].supportedProfile[4]http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-karnofsky-performance-status|4.0.0
CapabilityStatement.rest[0].resource[2].supportedProfile[5]http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-lansky-play-performance-status|4.0.0
CapabilityStatement.rest[0].resource[2].supportedProfile[6]http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-comorbidities|4.0.0
CapabilityStatement.rest[0].resource[2].supportedProfile[7]http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-cancer-stage|4.0.0
CapabilityStatement.rest[0].resource[2].supportedProfile[8]http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-tnm-primary-tumor-category|4.0.0
CapabilityStatement.rest[0].resource[2].supportedProfile[9]http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-tnm-regional-nodes-category|4.0.0
CapabilityStatement.rest[0].resource[2].supportedProfile[10]http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-tnm-distant-metastases-category|4.0.0
CapabilityStatement.rest[0].resource[2].documentation[0]Baseline CTM observation content including performance status, smoking status, laboratory data, pregnancy status, comorbidities, general and TNM staging. The Provider-initiated prefetch uses observation-specific templates aligned to the USCDI+ CTM data model.
CapabilityStatement.rest[0].resource[2].interaction[0].code[0]read
CapabilityStatement.rest[0].resource[2].interaction[1].code[0]search-type
CapabilityStatement.rest[0].resource[2].searchParam[0].name[0]patient
CapabilityStatement.rest[0].resource[2].searchParam[0].type[0]reference
CapabilityStatement.rest[0].resource[2].searchParam[0].documentation[0]Primary patient-level retrieval parameter.
CapabilityStatement.rest[0].resource[2].searchParam[1].name[0]code
CapabilityStatement.rest[0].resource[2].searchParam[1].type[0]token
CapabilityStatement.rest[0].resource[2].searchParam[1].documentation[0]Used to retrieve specific CTM observation types.
CapabilityStatement.rest[0].resource[2].searchParam[2].name[0]category
CapabilityStatement.rest[0].resource[2].searchParam[2].type[0]token
CapabilityStatement.rest[0].resource[2].searchParam[2].documentation[0]Used to distinguish laboratory observations when supported.
CapabilityStatement.rest[0].resource[2].searchParam[3].name[0]date
CapabilityStatement.rest[0].resource[2].searchParam[3].type[0]date
CapabilityStatement.rest[0].resource[2].searchParam[3].documentation[0]May be used to refine timing or recency.
CapabilityStatement.rest[0].resource[3].type[0]MedicationAdministration
CapabilityStatement.rest[0].resource[3].supportedProfile[0]http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-cancer-related-medication-administration|4.0.0
CapabilityStatement.rest[0].resource[3].documentation[0]Baseline CTM medication administration content. Medication identity is resolved through the referenced Medication resource, either by chaining on the medication reference or by a separate Medication read.
CapabilityStatement.rest[0].resource[3].interaction[0].code[0]read
CapabilityStatement.rest[0].resource[3].interaction[1].code[0]search-type
CapabilityStatement.rest[0].resource[3].searchParam[0].name[0]patient
CapabilityStatement.rest[0].resource[3].searchParam[0].type[0]reference
CapabilityStatement.rest[0].resource[3].searchParam[0].documentation[0]Primary patient-level retrieval parameter.
CapabilityStatement.rest[0].resource[3].searchParam[1].name[0]status
CapabilityStatement.rest[0].resource[3].searchParam[1].type[0]token
CapabilityStatement.rest[0].resource[3].searchParam[1].documentation[0]May be used to refine administrations when supported.
CapabilityStatement.rest[0].resource[3].searchParam[2].name[0]code
CapabilityStatement.rest[0].resource[3].searchParam[2].type[0]token
CapabilityStatement.rest[0].resource[3].searchParam[2].documentation[0]May be used when implementations support medication-specific filtering.
CapabilityStatement.rest[0].resource[3].searchParam[3].name[0]medication.code
CapabilityStatement.rest[0].resource[3].searchParam[3].type[0]token
CapabilityStatement.rest[0].resource[3].searchParam[3].documentation[0]Chained search across the medication reference into the Medication resource, e.g. MedicationAdministration?medication.code=..., to retrieve administrations by medication identity.
CapabilityStatement.rest[0].resource[4].type[0]Medication
CapabilityStatement.rest[0].resource[4].supportedProfile[0]http://hl7.org/fhir/us/core/StructureDefinition/us-core-medication|6.1.0
CapabilityStatement.rest[0].resource[4].documentation[0]Referenced Medication identity supporting MedicationAdministration. Retrieved by read only; there is no direct Medication search. Medication-based filtering of administrations is expressed through chained search on MedicationAdministration.
CapabilityStatement.rest[0].resource[4].interaction[0].code[0]read
CapabilityStatement.rest[0].resource[5].type[0]Procedure
CapabilityStatement.rest[0].resource[5].supportedProfile[0]http://hl7.org/fhir/us/core/StructureDefinition/us-core-procedure|6.1.0
CapabilityStatement.rest[0].resource[5].supportedProfile[1]http://hl7.org/fhir/us/mcode/StructureDefinition/mcode-radiotherapy-course-summary|4.0.0
CapabilityStatement.rest[0].resource[5].documentation[0]Baseline CTM procedure content including general procedures and radiotherapy-related details. The Provider-initiated may represent these through procedures and procedures-radiotherapy prefetch groupings.
CapabilityStatement.rest[0].resource[5].interaction[0].code[0]read
CapabilityStatement.rest[0].resource[5].interaction[1].code[0]search-type
CapabilityStatement.rest[0].resource[5].searchParam[0].name[0]patient
CapabilityStatement.rest[0].resource[5].searchParam[0].type[0]reference
CapabilityStatement.rest[0].resource[5].searchParam[0].documentation[0]Primary patient-level retrieval parameter.
CapabilityStatement.rest[0].resource[5].searchParam[1].name[0]code
CapabilityStatement.rest[0].resource[5].searchParam[1].type[0]token
CapabilityStatement.rest[0].resource[5].searchParam[1].documentation[0]May be used when implementations support more specific procedure filtering.
CapabilityStatement.rest[0].resource[5].searchParam[2].name[0]date
CapabilityStatement.rest[0].resource[5].searchParam[2].type[0]date
CapabilityStatement.rest[0].resource[5].searchParam[2].documentation[0]May be used to refine timing.