"type" Search Parameter never makes a successful match

[mosiermt]

Describe the bug
The "type" search parameter never successfully matches for the given value. This search parameter is not to be confused with "_type"

FHIR Version?
R4

Data provider?
CosmosDB

API Version?
Azure API for FHIR (version 2021-06-01-preview)

To Reproduce
Steps to reproduce the behavior:

1. Populate a server with an Organization resource that includes:
   "type": [ { "coding": [ { "system": "http://hl7.org/fhir/us/davinci-pdex-plan-net/CodeSystem/OrgTypeCS", "code": "ntwk", "display": "Network" } ], "text": "A healthcare provider insurance network" } ],

2. Ensure that the server is reindexed

3. Perform a search for /Organization?type=ntwk

Expected behavior
The newly added organization resource should be returned in the search, because the "code" in the type value matches the provided search parameter "ntwk"

Actual behavior
Query returns an empty bundle, as if none of the resources in the server have the code "ntwk" as the type.

[CaitlinV39]

@mosiermt - We tried to reproduce this and we are able to get the data back using the search above. If you are using the managed service and are still seeing this, please feel free to open a support issue through the portal and we can investigate further or if you can send a sample synthetic full organization resource we can test with your data and we can reopen.

[mosiermt]

We were able to isolate the issue a bit further.

We noticed that the "type" search parameter for Organization, Location, and InsurancePlan works when our database is first stood up, but stops working after we upload our IG required search parameters. We have narrowed it down to one offending Search Parameter that causes the above to break, and that is ExplanationOfBenefit "type" as required by the Carin BB IG. In order to host the Carin BB IG and the Davinci Provider Directory IGs on the same server, these both need to work. Is there something I can modify in the below SearchParameter to make sure that the two don't conflict? We cannot modify the code of the search parameter, unfortunately, and even deleting this custom parameter doesn't work, as the parameter permanently gets disabled once the below parameter is added.

{ "resourceType": "SearchParameter", "id": "bad-sp-1", "meta": { "versionId": "1", "lastUpdated": "2021-12-22T16:28:59.696+00:00" }, "extension": [ { "url": "http://hl7.org/fhir/StructureDefinition/structuredefinition-standards-status", "valueCode": "trial-use" } ], "url": "http://hl7.org/fhir/us/carin-bb/SearchParameter/explanationofbenefit-type", "version": "1.1.0", "name": "ExplanationOfBenefit_Type", "status": "active", "experimental": false, "date": "2020-03-31T19:48:45+10:00", "publisher": "HL7 Financial Management Working Group", "contact": [ { "name": "HL7 Financial Management Working Group", "telecom": [ { "system": "url", "value": "http://www.hl7.org/Special/committees/fm/index.cfm" }, { "system": "email", "value": "fm@lists.HL7.org" } ] } ], "description": "The type of the ExplanationOfBenefit", "jurisdiction": [ { "coding": [ { "system": "urn:iso:std:iso:3166", "code": "US" } ] } ], "code": "type", "base": [ "ExplanationOfBenefit" ], "type": "token", "expression": "ExplanationOfBenefit.type", "xpath": "f:ExplanationOfBenefit/f:type", "xpathUsage": "normal" }

[CaitlinV39]

@feordin Can you take a look at this one?

[CraigP68]

AB#88458