Stream: committers
Topic: Task Questions
Grahame Grieve (Jul 12 2016 at 23:30):
GF#9573: I don't know what concepts we could add - any one have suggestions for source code systems?
Eric Haas (Jul 14 2016 at 16:34):
Since is extensible can't use SNOMED and not sure whether could use something like NUCC Health Care Provider Taxonomy Code Set
Eric Haas (Jul 14 2016 at 16:34):
that's only for part of it.
Grahame Grieve (Jul 15 2016 at 03:31):
@Brian Postlethwaite more on GF#5899
Grahame Grieve (Jul 15 2016 at 03:34):
for address search parameter, your defintions:
on Person, Practitioner, Related Person: An address in any kind of address/part
on Patient: An address in any kind of address/part of the patient
on Organization: A (part of the) address of the Organization
Grahame Grieve (Jul 15 2016 at 03:34):
can we standardise all them to:
Grahame Grieve (Jul 15 2016 at 03:34):
Any portion of any string part of any kind of address
Grahame Grieve (Jul 15 2016 at 03:35):
Same for Name: Any portion of any string part of any kind of name
Brian Postlethwaite (Jul 15 2016 at 03:36):
In the same way as :text is defined?
Grahame Grieve (Jul 15 2016 at 03:36):
I'm not sure what you mean there
Brian Postlethwaite (Jul 15 2016 at 03:37):
"any portion" which aligns with :text, rather than contains.
Grahame Grieve (Jul 15 2016 at 03:38):
no, that didn't being my any clarity
Brian Postlethwaite (Jul 15 2016 at 03:39):
I think that the address and name specialized search parameters that cover the datatype rather than a property should permit the server to define how the search is applied. Just as we have noted with _text (sorry confused with :text)
http://hl7-fhir.github.io/search.html#text
Brian Postlethwaite (Jul 15 2016 at 03:40):
What you described walks into "contained" on any string field. Not even the starts with.
Grahame Grieve (Jul 15 2016 at 03:40):
umm, i wasn't intending to get into that
Grahame Grieve (Jul 15 2016 at 03:41):
I'm looking for a common definition that aligns with the search page which says concerning use of search parameters on name and address: searches on any string element in the data type
Grahame Grieve (Jul 15 2016 at 03:41):
I think you're stuck on 'portion'. so how about
Grahame Grieve (Jul 15 2016 at 03:42):
Any part of any name
Grahame Grieve (Jul 15 2016 at 03:42):
Any part of any addres
Brian Postlethwaite (Jul 15 2016 at 03:42):
For use on the search page, or in the search tables on the pages?
Grahame Grieve (Jul 15 2016 at 03:42):
in the search tables in each resource - they are currently not stylistically consistent with each other, and some are not consistent with the search page.
Brian Postlethwaite (Jul 15 2016 at 03:43):
(good, we're on the same page here)
Grahame Grieve (Jul 15 2016 at 03:43):
e.g. the search page says "search on any string element in the address" but the patient definition says "A portion of either family or given name of the patient"
Grahame Grieve (Jul 15 2016 at 03:44):
so we happy with "Any part of any name" and Any part of any address"?
Last updated: Apr 12 2022 at 19:14 UTC
