-
Notifications
You must be signed in to change notification settings - Fork 492
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unable to create custom search parameter for Careplan medicaldevice #2146
Comments
The expression needs to be a type that can converted from the Model Type to a Search type, so it can be indexed. In the example above the expression ends with type If you take http://hl7.org/fhir/us/core/STU3.1.1/SearchParameter-us-core-race.html for example, it specifies If the extension data was similar to:
The parser would need something like the following to detect support correctly: |
Thanks for the update!
|
Can you send the updated search parameter you posted? |
Here it is
|
Let me recall my previous statement... |
Thanks I have corrected the spelling as mentioned but I get a different error now. I have provided value for all the mandatory properties, I'm not sure what I'm missing still.
|
@rotodd Would you mind taking a look at this one? |
Hi, Is there any update on this issue? |
@sasireha - are you still facing the issue? This is a good reference page : https://learn.microsoft.com/en-us/azure/healthcare-apis/fhir/how-to-do-custom-search. Please let us know if you have additional questions. If we have no response - this issue will be closed (given it was created more than year ago) |
Closing the issue due to no response |
Description
I tried to create the following custom search parameter for CarePlan but server returns bad request error.
FHIR Version
Stu3
Data provider
CosmosDB
Expected behavior
Should be able to create the custom search parameter with the url 'http://nictiz.nl/fhir/SearchParameter/careplan-medicaldevice'
Actual behavior
Fhir server returns the following error message
AB#101795
The text was updated successfully, but these errors were encountered: