🆔FP: Adjust codelist Minister functions (Bedienaren)
This page is a template for feature passports and can be copied and filled in/amended.
Status Feature Passport
| STATUS | OWNER | DATE |
|---|---|---|
In proposal | Yassin Sofie (peer review) | 6/9/2022 /9/2022 |
In refinement - Design Research | ||
In refinement - Technical Research/Feedback | ||
In development | ||
In QA/ Testing | ||
In Final state |
Analysis
Current state
The current state can be found
Problems
In this feature passport, we will tackle the problems the current state of the feature has. The list of functions needs to be redefined to ensure that worship services can fullfill their obligation of reporting the ministers that are currently active in their worship service organization.
Implications
Codelist
The following codelist changes are needed:
| Type Eredienst | AS-IS Function | Required Action | TO-BE Function |
|---|---|---|---|
Rooms-Katholiek | Pastoor | Keep the same | Pastoor |
Rooms-Katholiek | Kerkbedienaar | Remove | NA |
Rooms-Katholiek | Kapelaan | Rename | Coördinator |
Rooms-Katholiek | Onderpastoor | Rename | Medepastoor |
Rooms-Katholiek | parochieassistent | Rename | Aangesteld priester |
Protestants | Predikant-voorzitter van de Synode | Remove | NA |
Protestants | Eerste predikant | Rename | Predikant |
Protestants | Tweede predikant, predikant en | Remove | NA |
Protestants | secretaris bij het voorzitterschap van de Synode | Remove | NA |
Protestants | Hulppredikant | Remove | NA |
Orthodox | Pastoor-deken | Rename | Rector |
Orthodox | Bedienaar | Rename | Priester |
Orthodox | Onderpastoor | Rename | Diaken |
Anglicaans | Kapelaan van de kerken te Antwerpen en te Elsene (Geünifieerde anglikaanse kerk) | Rename | Kapelaan |
Anglicaans | Kapelaan van de andere kerken | Remove | NA |
Israëlitisch | Rabbijn | Keep the same | Rabbijn |
Israëlitisch | Officiërend bedienaar | Keep the same | Officiërend bedienaar |
Islamitisch | Eerste Imam in rang | Keep the same | Eerste imam in rang |
Islamitisch | Tweede Imam in rang | Keep the same | Tweede imam in rang |
Islamitisch | Derde Imam in rang | Keep the same | Derde imam in rang |
The definition of each function can be found here :https://docs.google.com/spreadsheets/d/1AuOv1nBGYvgvYnfO1nOqo3hT1UEIXct-YveePaStOTU/edit#gid=1924328883
Required validations
Current
The functions are only selectable if it belongs to the type eredienst (religion). This dependency is built as part of the contextual dropdown feature : https://app.gitbook.com/o/-MP9Yduzf5xu7wIebqPG/s/-M_5cpNQ4inMjiC5hhyJ/features/fp-contextual-dropdown-lists-worship-services
Data
In this section the impact of renaming the codelist value is explained. Because the definition has changed, it impacts the recorded values. Very few ministers are registered currently, so effort should be hopefully minimal.
Currently I propose to only check for the codelist values that we delete to migrate them to an existing TO-BE codelist value.
Proposed migrations (if necessary):
Roman-Catholic: If in the data we find an AS-IS function "Kerkbedienaar", it can be migrated to the TO-BE function "Pastoor"
Protestant: If in the data we find an AS-IS function " Predikant-voorzitter van de Synode", "Tweede predikant bij het voorzitterschap van de Synode", "predikant bij het voorzitterschap van de Synode" , "secretaris bij het voorzitterschap van de Synode" or "Hulppredikant " it can be migrated to the TO-BE function "Predikant"
Anglican: If in the data we find an AS-IS function "Kapelaan van de andere kerken", it can be migrated to the TO-BE function "Kapelaan"
Other religions: not relevant, because the codelist values are not being deleted.
After this migration, the business can change it if they choose to. This allows us to move ahead with the feature passport and not get delayed by waiting for feedback that the business can execute themselves without our intervention.
🤩Expectations
9/2022 : Loket needs to have a correct list of ministers per worship service by november 2022.
🤔Discussion points
Solution
Design
User research
[If there is any user research preceding the wireframe mock-up stage, it needs to be documented here]
Mock-ups
[link to figma mockups + any explanation or extra documentation]
Technical
This part of the feature passport is owned by the technical team
[Information about the technical solutions for expectations that need it - e.g. using mu-search for showing all types of positions in one table.]
After the designer and/or the technical team finish their task, a meeting follows where the solutions are presented. The team exchanges feedback and amends the feature passport where necessary.
Last updated