Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Corrected links that should have been relative instead of absolute.

...

  1. User provides values for search criteria. Currently allowed fields are:
    • Name (First NameLast NameLast or Last,First)
    • Date of Birth
    • Identifier Type / Value
    • Phone Numbers
    • Role (Title/Organization)
    • Email Address
    • (can be any SoR Unique ID or calculated ID)
    • Additionally, the user MUST may provide a maximum number of search results per page to be returned. (default to 20) Only current page's worth of results are fetched from the database.
  2. Information is submitted/sent to OpenRegistry server.
  3. OpenRegistry system searches for people based on the following criteria/algorithm:
    1. If an Identifier Type / Value is provided
      1. Try to figure out what kind of identifier it is (eg. exactly 9 numeric digits = SFUID, <9 Alpha Numeric = Computing ID)
      2. Search for an exact match
      it looked for first
        1. If an exact match is NOT FOUND, then a partial match is attempted on the identifier
      type/
        1. value
    2. If no matches are found, and a date of birth is provided, an exact match on the DOB should be tried
      1. If a DOB match is found,
      and
      1. then partial matching on names is attempted (see below)
    3. If there is no exact match for DOB , use a transposition (e.g. assume they meant European standard instead of American [or vice versa])is provided, try name matching
      1. If more than one string is entered into the "Name" field, split and do partial matching on first/last names
      2. If one string is entered, try to match on last names then first names
    4. Identifier Searches are conducted against calculated tables, while name, dob searches are conducted against System of Record tables.
    5. The maximum number of search results returned is determined by the value provided by the userper page is 20 unless otherwise indicated.
  4. Results are returned to user, along with additional meta information such as the fact that the maximum was reached. The following fields should be returned to the user:
    • Official Name
    • Gender
    • Current Roles (most likely Title/Organization for Each Role)
    • Defined Identifiers
  5. If one (1) result is returned, user should be transitioned to next flow (this should be discussed, often the user just needs the summary information and then wants to do another search)
  6. If zero results are returned, user MUST be notified and text such as "Your search returned no results. You MAY wish to change your search terms" MUST be presented to the user.
  7. If > 1, results should be presented to the user such that the user can choose which person they want and be transitioned to the next flow.

...

  1. BR1: Ultimately, the fields available for search are dependent on access control levels
  2. BR2: Ultimately, fields returned are dependent on access control levels
  3. BR3: User MUST provide either an identifier type/ value OR at least the last name. Those are the minimums. More information can be provided.