You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The shifting logic must work in the following way:
Currently, there are many steps in the shifting flow. Since the same was designed to manage shifting during pandemic many additional checks were built in.
We need to allow the shifting module to be configured for
Peace-time
War-time
The steps involved in a shifting process need to be reimagined as
ACTIVE
Shifting approval pending (only relevant in war-time)
Patients to be shifted
destination approved
Transportation arranged
Patient in transit
Completed
ARCHIVED
7) Cancelled
8) Patient expired
We will first look at the Peace-time configuration and then discuss the additional features needed for War-time.
PEACE-TIME SHIFTING
District admins and state admins shall have access to perform all functions on the Kanban Board. The access control of other users (staff and doctors) is as listed below:
All shifting requests created will automatically come into the "Patients to be shifted" list.
Both users linked to origin and destination facilities will have option to update status to "Destination approved"- the shifting request MUST have the destination facility filled.
Only user from Origin facility must be able to mark status "Transportation arranged"
Only user from Origin facility must be able to mark status "Patient-in-transit"
Both users linked to origin and destination facilities will have option to update status to "Complete"- when the shifting status is marked as complete, the patient file automatically gets discharged from the origin facility. The discharge details are saved as - reason for discharge "referred" and discharge date as present date. Once the shift is marked as complete, the contents of the shifting form including the status must not be editable.
In the completed list, if the destination facility is a hospital within the CARE network, there must be an additional button on the patient card to "Transfer patient records" only visible to the users linked to the destination facility. Since this option is visible only in the complete list, we will already have the patient discharged. The "Transfer patient records" will move the records of the patient into the destination facility. Once the transfer is done, the botton should appear greyed out, to indicate that the patient records are already transferred.
The users from the origin facility must be able to change status as canceled. Once canceled, the contents of the shifting form including the status must not be editable.
The user from the origin facility must be able to change the status as "Patient expired". When this is done, the user must see the discharge pop-up window with the reason for discharge set at expired (non-editable). Only when the user enters the remaining details of death in the pop-up window and submits should the status on shift be saved as "Patient expired" and the patient card must also be discharged as "Expired".
The shifting KanBan board will have 2 sections " Active" and "Archieved" . Active board will have all cards till complete and achieved will have "cancelled" and "Patient expired"
A new admission must automatically close (Move to canceled list if they are in any list other than complete) all pre-existing shifting requests.
WAR-TIME SPECIFIC FEATURES
in war-time configuration, an additional step of shifting approval is necessary. "Shifting approval pending" will be the first status and the left most list in the Kanban board. Only when the configuration is set to war-time. The shifting request form must also have a field to add a "Shifting approval authority". Only users linked to such "Shifting approval authority" can edit the status of shift from the "Shifting approval pending" status to any other status.
There shall be an option to "assign to" to assign the shift to particular users linked to "Shifting approval authority"
The option "Is Karunya Arogya Suraksha Padhathi?" is relevant only during war-time
⚠️Refrain from assigning this issue to yourself if you have another P1 issue assigned that is not yet closed. @khavinshankar kindly acknowledge this message by commenting 'Acknowledged' below.
The shifting logic must work in the following way:
Currently, there are many steps in the shifting flow. Since the same was designed to manage shifting during pandemic many additional checks were built in.
We need to allow the shifting module to be configured for
The steps involved in a shifting process need to be reimagined as
ACTIVE
ARCHIVED
7) Cancelled
8) Patient expired
We will first look at the Peace-time configuration and then discuss the additional features needed for War-time.
PEACE-TIME SHIFTING
WAR-TIME SPECIFIC FEATURES
To-do:
Transfer patient records- shifting: "Transfer patient records"- shifting module #5399Auto cancelling shifting request Auto-cancelling shifting request #5401WAR-TIME FEATURES
The text was updated successfully, but these errors were encountered: