Stream: implementers
Topic: URLs for searchParam definition
Bashir Sadjad (Feb 18 2022 at 21:01):
Hi; in the CapabilityStatement, is the url for a searchParam definition (i.e., CapabilityStatement.rest.resource.searchParam.definition) expected to be a valid url pointing to a SearchParameter resource? I have seen in some implementations that it is a standard-like url, e.g., http://hl7.org/fhir/SearchParameter/Observation-subject but it gives an error. Examples of this can be seen in the test HAPI server https://hapi.fhir.org/baseR4/metadata.
Lloyd McKenzie (Feb 18 2022 at 22:56):
It's expected to refer to the SearchParameter.url of the SearchParameter in question.
Bashir Sadjad (Feb 19 2022 at 05:19):
I see, thanks, but where can I find the actual SearchParameter resource associated to that searchParam? Looking at SearchParameter.url documentation, it says "This SHOULD be globally unique and SHOULD be a literal address at which at which an authoritative instance of this search parameter is (or will be) published." Doesn't this mean that for example http://hl7.org/fhir/SearchParameter/Observation-subject should return a valid SearchParameter resource?
Lloyd McKenzie (Feb 19 2022 at 08:06):
With any canonical URL, you look for it on your own server first, then search your favorite registry(ies) and, as a last resort (if you don't mind the security risks), you can resolve the URL and see if you can retrieve it that way. But it's not guaranteed to resolve. (And if it does resolve, you're not guaranteed to have access permissions.)
Last updated: Apr 12 2022 at 19:14 UTC
