FHIR Chat · search parameter id · implementers

Stream: implementers

Topic: search parameter id


view this post on Zulip Angus Millar (May 04 2017 at 08:11):

I’m a bit confused about the search parameter of ‘id’. What search parameter type do we class 'id' as? If I search like this Patient?id=12345 then is that a Token or a String search parameter? I suspect it is Token with no System. If it was String then it would have to return all id's like 12345 and 123456 and 1234567 ..etc. So it must be Token? Or is this a special case?
But it can’t be Token as a Tokens Code is not case sensitive and yet the ‘id’ datatype allows mixed case?

view this post on Zulip Michele Mottini (May 04 2017 at 08:38):

Does it matter which formal type is it?

view this post on Zulip Grahame Grieve (May 04 2017 at 09:43):

ah the case sensitivity thing is a real problem - can you make a task for it?

view this post on Zulip Angus Millar (May 04 2017 at 10:53):

Will do Grahame. More broadly. It would be nice if there was a formal table that mapped Search Parameter Types to FHIR data types. At present there appears to be nothing stopping a person defining a new search parameter that points to any FHIR resource data type and defined as almost any other Search Parameter Type, excluding Token types. At present I could map a FHIR dateTime to a String Search parameter type or vice versa, and String to a number…etc.
Of course logic prevails, but I feel it leaves the server developer having to cater for all the edge cases. Token and DateTime are the only two that provide some guidance but even here the statements are a little loose:
‘Date parameters may be used with the following data types’
“may be used!” does that mean they may not be used?
‘Token search parameters are used for the following data types:’
At least this one is a bit more concrete.
Is this my design? Is the standard intentional leaving this open for a reason rather than having a formal table stating what can map to what? It feels too obvious to have just been missed.

view this post on Zulip Grahame Grieve (May 04 2017 at 12:36):

there is a table.

view this post on Zulip Grahame Grieve (May 04 2017 at 12:36):

bottom of the search page

view this post on Zulip Angus Millar (May 04 2017 at 13:10):

Well bugger me, how did I miss that. Thanks Grahame.


Last updated: Apr 12 2022 at 19:14 UTC