Provider Registry Requirements

This is a list of gathered potential requirements.

Initial RHEA Requirements

Also see RHEA

Key Requirements

• The system must provide user restricted security to its configuration.
• The system must store a provider's record with a single enterprise ID as its primary identifier. The record will include multiple other ID’s along with a number of provider demographic attributes.
• The system must allow new provider records to be inserted by a privileged user.
• The system must allow searching of existing provider records.
• The system must allow provider records to be edited by a privileged user.
• The system must allow provider record to be deactivated/soft deleted by a privileged user.
• The system must allow a provider's record to be viewed.
• The system must expose a web service endpoint to fetch a provider’s enterprise ID given another unique ID of that provider.

Provider Attributes

The Provider Registry must be able to store the following attributes about a provider:

• EPID - Enterprise Provider ID
• Other ID’s
  • NID
  • Passport Number - With country
  • Mutuelle Number
  • Social Security Number
• Last Name
• Other names
• Phone number
• Date of Birth
• Country of Birth
• Place of Work - FOSAID (could be multiple)
• Professional Category
• Current Employment

Extrapolated Requirements and HR Data Flow Questions

• POC application send HL7 messages referencing provider. When does the POC query against the provider registry?
• POC applications in PR?

Rwamagana

• The system must expose a web service endpoint to fetch a provider’s enterprise ID given another unique ID of that provider.
  • Managing provider IDs:
    • Paul B.: What are your plans to keep track of unique codes and identities for healthcare providers in Rwanda? Is your vision to manage that centrally, or in a more distributed fashion? Do you want to keep track of *every* individual that generates health data within the country (including CHWs, volunteers, students, etc), or are there designate signatories in some cases (i.e., an attending for a student). We need to understand the business rules for how you want to attribute provider information to clinical care scenarios, at least in the case of maternal health provision in Rwamagana.
    • Richard G.: The codes and unique identities of providers will be managed centrally. I still haven't figured out how students (who are not registered in the medical council) can be assigned identifiers but volunteers can be since they have to register with the relevant councils. CHWs also provide some care as mentioned above and since we have included them in the RHEA project we shall keep track of the health data that they generate....this may stop at maternal health data (at least for now) since the rest of their clinical work is dealing with acute cases like malaria and diarrhea, that doesn't have strong relevancy to the long-term medical record of an individual.
  • What constitutes the central body that will manage provider IDs?
  • How will this central body manage permissions to access and write to the provider registry across multiple systems including:
    • Point-of-Care applications:
      • openMRS
      • RapidSMS
      • any others?
    • Sources of HR data
      • iHRIS Rwanda (paid public sector)
      • CHWs
      • non-public sector formal health workers
      • informal health workers (volunteers, students, etc.)

• The system must be able to load paid public sector data from iHRIS Rwanda
  • Is this one time or does there need to be routine synchronization?
  • Should anyone outside of HR managers be able to modify this data? If so what?
• The system must be able to load community health worker data from ?spreadsheet?
  • Assumption: this is one time data import.
  • Data comes from RapidSMS installation(s). What is process for adding new providers?
• Do we need facility data in the provider registry? Alternatively we can access this via Shared Health Record

Rwanda

• How should provider registry be updated? Some mechanisms may include:
  • Add HR Transactions (deployment, firing) to interoperability layer which all systems providing HR data are expected to communicate in?
    • Does this need to be HL7 or can it be other format (HR-XML, etc?)
    • Should changes be approved by central management team?

• What is requirement of Point-Of-Care applications to have a copy of provider registry data for offline use