After implementation of https://github.com/hzi-braunschweig/SORMAS-Project/issues/2137, Contacts without "Responsible Region" and "Responsible District" are not shown in the Contact Directory Default View anymore.
This results in massive amounts of Contacts not being visible to contact tracers unless they use these workarounds:
Mass editing of Contacts can't be done to adjust the region/district etc. yet. Would each Contact have to be updated by hand to include this information?
Are there other solutions to this, please?
Thousands of contacts are 'disappearing' from the contact tracers' view and they are starting to produce double entries to 'fix' this which results in bad data quality and inefficient operation (Kt. Bern @rafaelpaffenholz ).
Contacts > New Contact (Responsible Region and Responsible District are compulsory - expected)

Choose Source Case to link to Contact > Confirm (Responsible Region and Responsible District are NOT compulsory anymore - not expected?)

Remove Case > (Responsible Region and Responsible District are compulsory - expected)

When a Contact is saved with a source Case, the Responsible Region and Responsible District are not recorded. The "null" values which are allowed for Contacts for these fields are not taken into consideration during the display in the list.
Please provide another workaround or best solution proposal as this is negatively influencing Contact tracing operations in real-time, on large scale.
@Candice-Louw
We can use a similar logic as for event participants jurisdiction because this is technically the same thing.
replace event with cases and event participant with contact as explained in #2902.
If a contact is linked to a case and has no jurisdiction assigned that is different from that of the case, then the contact should not be considered as external to all users in the jurisdiction of the case.
@bernardsilenou @Candice-Louw @MateStrysewske What if we would automatically adopt the region and district of the source case if one has been chosen? This could still be changed when applicable but it might be true for the majority of contacts. Then these contacts would at least be shown by default for users in the jurisdiction without having to filter for contacts outside of their jurisdiction.
@Candice-Louw @bernardsilenou @kwa20 We'll temporarily disable this new logic for the upcoming release because fixing it requires a bit more work and a rewrite of some backend logic. We'll go with the approach outlined by @kwa20, but it's not trivial to do this change.
@bernardsilenou @Candice-Louw @MateStrysewske What if we would automatically adopt the region and district of the source case if one has been chosen? This could still be changed when applicable but it might be true for the majority of contacts. Then these contacts would at least be shown by default for users in the jurisdiction without having to filter for contacts outside of their jurisdiction.
I just want to emphasizes that this solution will be in relation to user right ie who has full assess to the contact, but not assigning the jurisdiction of the case to the contact in the db.
We then keep the responsible jurisdiction as NA if not registered.
@kwa20 I hope this is what you meant also?
@Candice-Louw @bernardsilenou @kwa20
-after I discussed with @MateStrysewske I added here the logic that will be implemented:
Considering the following situation:
-- a contact is created by the user with a responsible jurisdiction outside user's
-- the contact is then converted to a case and the case if from the user jurisdiction
Conclusion:
-- this contact will not be shown as in this case Responsible jurisdiction is mandatory and does not match user's jurisdiction even if the converted case matches user's jurisdiction.
Some users will have pseudonymize personal data while users like reporting user will have read only when Include contacts from other jurisdiction checkbox is ON, right?
Validated this issue on SORMAS Version: 1.54.0-SNAPSHOT based on Sergiu's comment.
All 4 scenarios have been validated.
Most helpful comment
@Candice-Louw @bernardsilenou @kwa20
-after I discussed with @MateStrysewske I added here the logic that will be implemented:
Logic to be implemented (show contacts in the grid when)
-- contacts from the same jurisdiction with user's
-- contacts created by other users; no responsible jurisdiction; linked to a case from聽user jurisdiction
聽
-- contacts created by the user, no matter the jurisdiction
-- contacts created by other users; no responsible jurisdiction; linked to a case created by user
Note:
Considering the following situation:
-- a contact is created by the user with a responsible jurisdiction outside user's
-- the contact is then converted to a case and the case if from the user jurisdiction
Conclusion:
-- this contact will not be shown as in this case Responsible jurisdiction is mandatory and does not match user's jurisdiction even if the converted case matches user's jurisdiction.