2015May core #536 - Make the address search parameter its own type with subdivisions rather than simply a string.

XMLWordPrintableJSON

    • Type: Change Request
    • Resolution: Persuasive with Modification
    • Priority: Medium
    • FHIR Core (FHIR)
    • DSTU1 [deprecated]
    • Patient Administration
    • Patient
    • 5.1.8
    • Hide

      Include these new additional search parameters (in addition to the existing parameter):


      addressCity, addressState, addressPostcode, addressCountry, addressUse


      on the Patient, Person, Practitioner, Location, Organization and RelatedPerson

      Show
      Include these new additional search parameters (in addition to the existing parameter): addressCity, addressState, addressPostcode, addressCountry, addressUse on the Patient, Person, Practitioner, Location, Organization and RelatedPerson
    • Grahame Grieve/Peter Bernhardt: 13-0-0
    • Enhancement
    • Compatible, substantive
    • DSTU1 [deprecated]

      Existing Wording: An address in any kind of address/part of the patient

      Proposed Wording: Remove

      Comment:

      Address is a valid search parameter, but it is not granular enough; it is difficult for a server to search on a string that could be any part of an address. Address should be its own type made up of line address, city, state, etc. See existing GForge tracker item 3918

            Assignee:
            Unassigned
            Reporter:
            dloewenstein
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: