Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Configuration] Filtering registers based on resources attributes #2036

Closed
3 tasks
AnnieMungai opened this issue Feb 10, 2023 · 3 comments · Fixed by #2070 or #2122
Closed
3 tasks

[Configuration] Filtering registers based on resources attributes #2036

AnnieMungai opened this issue Feb 10, 2023 · 3 comments · Fixed by #2070 or #2122

Comments

@AnnieMungai
Copy link
Contributor

AnnieMungai commented Feb 10, 2023

Is your feature request related to a problem? Please describe.

  • When a CHSS logs into their application, they should only have access to data that is from the CHAs under them. They should also be able to view a list of only their CHAs on the CHA register.

Describe the solution you'd like

  • When a CHSS opens the patient data registers from the CHA profile the records displayed should be filtered by the. CHA (Practitioner ID)

    • All the records created by the app are tagged by the practitioner Id on the meta.tag attribute.
    • Write a filter that can accept expressions (probably) FHIR path to filter the resources displayed on the register by the clicked practitioner Id.
  • This work by @SebaMutuku filters resources in a LIST view by specific FHIR path expressions. I think we can extend it to filter all the registers.

Describe alternatives you've considered
N/A

Additional context

  • A CHSS acts as a supervisor to the CHA. A CHSS is normally assigned 5-10 CHAs under them. CHSS is responsible for reviewing the CHA work and thus needs to see each CHA's updated data after P2P or a sync.
@dubdabasoduba dubdabasoduba changed the title [eCBIS] Filtering of data CHA on the supervisor app [eCBIS] Filtering registers based on resource attributes Feb 12, 2023
@dubdabasoduba dubdabasoduba changed the title [eCBIS] Filtering registers based on resource attributes [UI/UX] Filtering registers based on resource attributes Feb 12, 2023
@dubdabasoduba dubdabasoduba changed the title [UI/UX] Filtering registers based on resource attributes [Configuration] Filtering registers based on resource attributes Feb 12, 2023
@dubdabasoduba dubdabasoduba changed the title [Configuration] Filtering registers based on resource attributes [Configuration] Filtering registers based on other resources attributes Feb 13, 2023
@dubdabasoduba dubdabasoduba changed the title [Configuration] Filtering registers based on other resources attributes [Configuration] Filtering registers based on resources attributes Feb 13, 2023
@FikriMilano
Copy link
Collaborator

@dubdabasoduba @AnnieMungai
since CHSS should only see the work from CHAs, is it possible to sync based on the related CHAs?

@pld
Copy link
Member

pld commented Feb 13, 2023

Couldn't we handle this by using CareTeam sync as is? If we assign the CHSS to all of the CareTeams any of its CHAs are in, wouldn't that handle this?

@dubdabasoduba
Copy link
Member

Couldn't we handle this by using CareTeam sync as is? If we assign the CHSS to all of the CareTeams any of its CHAs are in, wouldn't that handle this?

@pld @FikriMilano The CHSS device is used as a data store. These devices hold the data from all the CHAs supervised by the CHSS. It will occasion also hold data for other CHAs not supervised by the CHSS. This is because the CHSS is allowed to P2P sync will other CHAs in order to transmit their data to the server.

With the above context, a CHSS is allowed to view a replica of the registers on the CHAs device. This issue is to make sure the data shown on these CHA replica registers is data that belongs to the CHA in question.

e.g if the CHSS selects CHA 1 and tries to view the Household register for CHA 1 then only families tied to CHA 1 should show up as much as the CHSS device has household data from other CHAs.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment