Project

General

Profile

Actions

Activity #1361

closed

Feature #138: Development and Unit Testing

Version #1283: Version 1.n

Module #1057: Login

Modify online login to incorporate multiple institution

Added by Thara S Pillai almost 3 years ago. Updated about 2 years ago.

Status:
Rejected
Priority:
High
Assignee:
Category:
Development-App
Start date:
10/16/2023
Due date:
10/17/2023
% Done:

20%

Estimated time:
Planned Due Date:

Description

As per mail from client on 16.10.2023

The ASHA Block selection screen is to be modified for the selection of a Hospital
Check hospital information from the API
If the message is SUCCESS,
the ASHA Block selection screen to include a selection list for hospital
If there is one hospital returned, the list should be pre-selected with the hospital
If there is more than one hospital returned, the list should allow the user to select one.

The user-selected hospital and ASHA Block are to be kept in the local DB for the current user session.

Actions #1

Updated by Thara S Pillai almost 3 years ago

client comments:

As discussed over phone, Consider following points given below.
• If a user have multiple ashablock assigned institutions, then an institution selection required before ashablock selection on the same ashablock selection screen.
• If only single ashablock assigned, institution selection will be auto populated.

• For the time being, you can proceed with ashablock selection only for piloting. Incorporate institution selection later along with PH supervisor handling changes.
• Role ID don't need to check for survey users as all have same functionalities apart from PH supervisor user role. But In services , role wise functionality access will be added.
• Institution transfer process -While reliving an employee in HMS , ashablock from user will be detached. So In app side detached ashablock wont be available for user.

________________________________
From:
To: "BIYAS S" <>
Cc: "Anjaly Chandran" <>, "ANJU V.M" <>, "Aswathy R Nair" <>, "VIVEK A. B." <>, "Vinod Raj Varadarajan" <>, "rontgen ehk" <>, "AKHILARAJ V J" <>, "Rajeshkumar N" <>, "jiji pb" <>, , "aswathy mg" <>, , , "sujithks ehk" <>
Sent: Sunday, October 15, 2023 7:45:34 PM
Subject: RE: app release - testing

Dear Biyas,

In continuation with communication in Whatsapp, Please comment on whether we can have the following approach to check app access eligibility for a user (JPHN/JHI/MLSP) and ASHA Block listing

• ASHA Block assigned to the user is determined by referring the table ph_ashablock_assign (only user id used, institutions not considered, may be from multiple institutions)
• The role ID of the user from keycloak falls in one of the following
"JPHN": 3, "JHI": 6, "FWC JPHN": 10, "BS JHI": 41, "MLSP staff Nurse": 53.

ie. Only userid-ashablock mapping and user's role considered. The institution and institution type of the user is not considered here.

• If user has no ASHA Block assigned, message will be No ASHA Block assigned to the user.
• If role is not valid, the message will be User is not allowed to access the app.

With this, please share what will be the approach for handling institution transfer.

Actions #2

Updated by Thara S Pillai almost 3 years ago

client comments:

As discussed over phone, Consider following points given below.
• If a user have multiple ashablock assigned institutions, then an institution selection required before ashablock selection on the same ashablock selection screen.
• If only single ashablock assigned, institution selection will be auto populated.

• For the time being, you can proceed with ashablock selection only for piloting. Incorporate institution selection later along with PH supervisor handling changes.
• Role ID don't need to check for survey users as all have same functionalities apart from PH supervisor user role. But In services , role wise functionality access will be added.
• Institution transfer process -While reliving an employee in HMS , ashablock from user will be detached. So In app side detached ashablock wont be available for user.

________________________________
From:
To: "BIYAS S" <>
Cc: "Anjaly Chandran" <>, "ANJU V.M" <>, "Aswathy R Nair" <>, "VIVEK A. B." <>, "Vinod Raj Varadarajan" <>, "rontgen ehk" <>, "AKHILARAJ V J" <>, "Rajeshkumar N" <>, "jiji pb" <>, , "aswathy mg" <>, , , "sujithks ehk" <>
Sent: Sunday, October 15, 2023 7:45:34 PM
Subject: RE: app release - testing

Dear Biyas,

In continuation with communication in Whatsapp, Please comment on whether we can have the following approach to check app access eligibility for a user (JPHN/JHI/MLSP) and ASHA Block listing

• ASHA Block assigned to the user is determined by referring the table ph_ashablock_assign (only user id used, institutions not considered, may be from multiple institutions)
• The role ID of the user from keycloak falls in one of the following
"JPHN": 3, "JHI": 6, "FWC JPHN": 10, "BS JHI": 41, "MLSP staff Nurse": 53.

ie. Only userid-ashablock mapping and user's role considered. The institution and institution type of the user is not considered here.

• If user has no ASHA Block assigned, message will be No ASHA Block assigned to the user.
• If role is not valid, the message will be User is not allowed to access the app.

With this, please share what will be the approach for handling institution transfer.

Actions #3

Updated by Aswathy M G almost 3 years ago

  • % Done changed from 0 to 20

design for select Hospital

Actions #4

Updated by Thara S Pillai over 2 years ago

update activity status

Actions #5

Updated by Thara S Pillai over 2 years ago

update activity status

Actions #6

Updated by Thara S Pillai over 2 years ago

  • Subject changed from Modify login to incorporate multiple institution to Modify online login to incorporate multiple institution
Actions #7

Updated by Thara S Pillai about 2 years ago

  • Status changed from New to Rejected

Functionality implemented by eHealth team.

Actions

Also available in: Atom PDF