Administration
Manage Users
Click on Admin on the front page
Go to Users
Click on Add User (oval with grey background)
Enter the username and password and then click Save and continue editing
Warning
If you are using LDAP you should not enter a password.
Add the appropriate global Roles
Add the appropriate Privacy levels
Add the appropriate general pseudonym lists
Set an expiration date
Click on one of the saving options
Unlock locked Users
There can be different reasons why a user has been locked:
Account has expired: Update the expiration date (see Manage Users)
Too many login attempts: See django-axes
Lost access to second authentication factor: Remove the user’s MFA Keys via the admin interface
Important steps when a user account has been compromised
Check the audit trail: Castellum can be configured to create an Audit Trail that sometimes allows to retrace suspicous behavior.
Reset user tokens: Besides login, some features of castellum can also be accessed by using a user token. An administrator can delete the token in the admin UI. A new one will be generated automatically.
Customize Roles
Click on Admin on the front page
Go to Groups
Click on Add Group (oval with grey background)
Enter a name for the new role
Add the appropriate permissions (see the list of relevant Permissions)
Click on one of the saving options
Manage Attributes
Castellum does not dictate a fixed set of recruitment attributes that can be stored. Instead, it allows to define your own attributes.
However, that flexibility comes with a cost: There are certain limits to what you can define and migrating existing data is not that simple.
Create Attributes
Click on Admin on the front page
Go to Attributes
Click on Add attribute (oval with grey background)
Select an appropriate Field type that should be used for the attribute
URL can be used to link to a formal definition. It is currently only used when exporting the attributes in BIDS format.
Order and Category can be used to position the attribute in the UI
Statistics rank allows to include this attribute in recruitment statistics. There can only be one of each, so you may have to deselect a primary or secondary attribute before selecting a new one.
Label should be the actual name of the attribute.
Filter label can be useful if you want to use a different label for the filter. Otherwise this can be left blank.
Help text can be used to provide additional hints to users.
If appropriate, fill in all possible values as Attribute choices. The options Declined to answer and Unknown are available by default, so there is no need to create them explicitly.
Be sure to provide translations for label, help text and choices if Castellum is set up to support more than one language
Change Attributes
While changing informational data such as label and help text is safe, changing behavior (field type and choices) usually requires custom data migrations. There is currently no special support for attribute migrations in Castellum. However, it should be possible to create such a migration using the available django interfaces.
As a general rule, we recommend creating a new Attribute and deprecating the old one over modifying an existing one.
When you delete an attribute, all related data will automatically be deleted along with it. Note that filters which use this attribute will also be deleted.
Recommendations for Attributes
Though it may be tempting to store all kinds of meta data about subjects, you should stick to a small set of attributes that you actuallt need for filtering. Before adding one, you may want to consider the following check list:
Is the attribute needed for more than one study?
Do you have the ressources to gather and maintain this data?
Will the data stay relevant or will it change often?
Does the benefit of storing this data outweigh the risk for subjects in case of a data leak?
Upload a consent document
Upload a new document
Click on Admin on the front page
Go to Consent documents
Click on Add Consent Document (oval with grey background)
Choose the file you want to upload
Click on one of the saving options
Now whenever consent is added to a subject, the user can pick this new version from a list of all available documents.
Deal with the old document
If there have been significant changes to the document, the old version may no longer be a sufficient legal basis to keep subjects in the database. In that case there is a two step process:
Mark the old consent document as deprecated. The document is still considered valid but subjects who have agreed to this document will show up in the consent maintenance view (see below).
Mark the old consent document as not valid. Now all consents related to this document are void. Subjects who have not been updated to another document are no longer available for recruitment and will potentially show up in the data protection dashboard.
The legal basis for each subject can be found in the subject detail view.
Manage general pseudonym lists
Click on Admin on the front page
Go to Domains
Click on Add Domain (oval with grey background)
Enter a name
Leave the
object_id
andcontent_type
fields emptyClick on one of the saving options