Uploaded image for project: 'OpenMRS Core'
  1. OpenMRS Core
  2. TRUNK-2044

Add Provider Object

    XMLWordPrintable

    Details

    • Complexity:
      High

      Description

      (This is an "Epic Story". Do work based on sub-tickets.)

      Currently all Providers are Users in the system. This works for most cases, but there are several reasons we need to break them out into a separate table:
      1) Providers do not always need to log in (only Users are allowed to log in)
      2) There might be 1000s of Providers clogging up the Users table
      3) The installation might only have partial information for their providers (only name/id) and not the full requirement for Users

      Action items:
      See design on http://wiki.openmrs.org/display/projects/Multiple+providers+per+encounter
      1) Add a Provider table
      2) Add ProviderAttribute + ProviderAttributeType tables
      3) Provider should not extend Person
      4) encounter.provider should be deprecated and encounter.providers added (see TRUNK-39 for that work)
      5) If provider.person_id is filled in, provider.name/identifier should be taken from person table.
      6) Add admin pages for adding/viewing providers (individually and in bulk)
      7) Add ajax search options for finding/assigning providers

        Attachments

          Issue Links

            Activity

              People

              Assignee:
              darius Darius Jazayeri [X] (Inactive)
              Reporter:
              bwolfe Ben Wolfe
              Votes:
              0 Vote for this issue
              Watchers:
              5 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved: