Stream: implementers
Topic: PDEX Plan Net searchParam name mismatch
Rick Lisseveld (Mar 05 2021 at 20:46):
Is there an issue with the name of a searchParam in the CapbilityStatement not matching the name of the searchParam in the referenced SearchParameter resource?
If there is not an issue, how should validation disambiguate the searchParam from the base FHIR R4 searchParm with the identical name?
See example below from Da Vinci PDex Plan Net InsurancePlan:
Capability Statement Section:
<searchParam>
<extension url="http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation">
<valueCode value="SHALL"/>
</extension>
<name value="administered-by"/>
<definition value="http://hl7.org/fhir/us/davinci-pdex-plan-net/SearchParameter/insuranceplan-administered-by"/>
<type value="reference"/>
</searchParam>
Search Parameter -
<SearchParameter xmlns="http://hl7.org/fhir">
<id value="insuranceplan-administered-by"/>
...
<url value="http://hl7.org/fhir/us/davinci-pdex-plan-net/SearchParameter/insuranceplan-administered-by"/>
<version value="1.0.0"/>
<name value="Plannet_sp_insuranceplan_administered_by"/>
<derivedFrom value="http://hl7.org/fhir/SearchParameter/InsurancePlan-administered-by"/>
...
</SearchParameter>
Rick Lisseveld (Apr 06 2021 at 19:17):
I found the answer to my question in a separate thread.
In summary, the name at CapabilityStatement.rest.resource.searchParam.name is supposed to be the parameter name that is used in the request. In the case of base FHIR R4, the name and the code are the same. However, when the parameter is extended (as it was in the Plan Net IG) the name that is used in the CapabilityStatement.rest.resource.searchParam.name is actually the SearchParameter.code and not the SearchParameter name.
The question regarding CapabilityStatement.rest.resource.searchParam.name = SearchParameter name or SearchParameter.code was raised by @Lee Surprenant and submitted as issue FHIR#27755
Last updated: Apr 12 2022 at 19:14 UTC
