Difference between revisions of "Quick Start Guide for Administrators"

From Charitylog Manual
Jump to: navigation, search
(Implementation meetings and training (additional service for Members, local and single project system).)
 
(45 intermediate revisions by 3 users not shown)
Line 1: Line 1:
 +
[[System Setup Guide]]
 +
 
[[File:helpheader_small.png|right]]
 
[[File:helpheader_small.png|right]]
  
==System administrators==
+
__TOC__
 
 
To assist your organisation with the running of the system, we recommend that you nominate several members of staff to be your in-house administrators. They will have control of who can log on to the system and when, as well as being able to configure the system to your needs. They will be involved in setting up the system with your assigned trainer, and once your system is up and running, they will be in charge. Of course we are not trying to pass all the responsibility of running the system onto these people; the customer support line is open every day and ready to provide help to them, and you, whenever it is needed.
 
 
 
Often, some or all of the service managers in the organisation become the administrators. This helps when setting up the system, as each service manager is able to set up the data logging requirements exactly as they should be for their particular project. This is not a hard and fast rule, though. Anybody can be an administrator.
 
  
If somebody on the team of administrators is IT literate, this will help, but it is not essential.
+
The system is designed to be customisable for each organisation that uses it.  Before you get going you will be provided a pre-implementation spreadsheet to complete, from this a system is created.  This guide will talk you through the various steps that are needed to get your system running.
  
==Why have administrators at all?==
+
=Pre-Implementation Spreadsheet (not used for [[Modules| Charitylog Starter and single project system]]).=
 +
The pre-implementation spreadsheet is used to save time on the first day of setting up your system.  It contains pages to configure some of the basic dropdowns that you may use.  If the dropdowns are not required then the options can be left blank.  The lists that are created can be added to at a later date if required.  Any thing that is not on the forms will be discussed with you Implementation Consultant on your setup days.  Below is an explanation of each page of the spreadsheet.
  
Having in-house administrators gives your organisation more ownership of your system. Rather than just being provided a system and taught to use it, your organisation will be able to alter, extend and customise your system whenever you need to. Your administrators will also be able to add users and remove others, as staff join and leave; they will be able to teach new staff the basics of the system and get them up and running; and they will be able to set up new projects and services on the system when required.
+
'''Introduction'''
 +
The Introduction sheet give you details on how to complete the forms.
  
 +
'''Organisation Details'''
 +
Enter the details of your organisation.  The specified organisation name will be used to name your new system as well as will be used to generate log in details.
  
__TOC__
+
'''Ethnic Groups'''
 
+
Ethnic groups are generally use for reporting outputs.  Populate a list based on what your organisation requires across all services.
  
==I'm an administrator - what will I be required to do?==
+
'''Age Groups'''
 +
Age groups or bands are used for calculating a person Date of Birth and as a reporting output.  Age Ranges must not have any gaps or cross overs and start at 0, finishing at 999.
  
When we help your organisation implement Charitylog, rather than build and configure the system for you, we help you to do the configuration yourselves, for several reasons -
+
'''Religions'''
 +
If your organisations requires to support or report on religious groups then enter the name of each group you need.
  
# Throughout the build of the system, you will be able to control how it goes together, ensuring your organisation's needs are met
+
'''Sexual Orientation'''
# You will be able to change and adapt the system in the future for your changing needs
+
In addition to the gender field on the system there is the option to record a persons sexual orientation.
# When changes are required, this can be done by your staff, for free - instead of having to pay for software development
 
  
Building the system in this way also introduces a "heirarchy of help", as this flow chart shows. In the first instance, end users have the online manual to consult. If they cannot find what they need here, they will be able to come to the in-house administrators (possibly via their service manager) before having to contact Charitylog. This has several benefits -
+
'''Districts/Wards'''
 +
On the records is the option to place people/organisation into reporting areas. This list is to populate those areas.
  
# Questions can be answered by someone who knows the organisation properly
+
'''Disabilities'''
# Response times are quicker than having to deal with an external IT company
+
This is used for specifying a persons disability/ailment and can be used in reporting.  An individual can have multiple.
# Charitylog's support staff are free to handle more complicated questions, one-to-one
 
  
 +
'''Marital Status'''
 +
If required populate with the marital statuses that you use.
  
[[File:qsadmin_chart1.png|border]]
+
'''Relationships'''
 +
The system can link records together using relationships.  Personal relationships can include relationships with keyworkers like Social Workers etc.  When adding a relationship you need to think about the opposite match, example Husband & Wife, Support Worker & Supported Person.
  
 +
'''Contact Methods'''
 +
This is for the physical contact methods that would be used, telephone, email, one to one etc.  This is also used for preferred method of contact and transportation options.
  
As you can see, part of the administration team's ongoing work is to help the end users with the system. When you first implement Charitylog, there will probably be a few questions, but over time the end users will become familiar with the system and are likely to be able to find the help content they need in the manual.
+
'''Staff and Users'''
 +
It is very important that you included at least one system administrator, this person will also need to be at the Implementation Meetings for the setup of the system.  You need to specify:
 +
* '''Volunteer, Staff or Trustee''' - This will create a record to attach to the user.
 +
* '''Surname and Forenames''' - This is used to populate a user record if require.  The system will be setup to use the person first name and initial from the surname in lowercase, Jane Smith will be given a username of janes. If you have two people with the same names or first name and surname initial the same, the system will cater for this.
 +
* '''Is a system user''' - Yes will create a record for the person as well as a user account, maybe and no will only create a person with no login access.
 +
* '''User Group Names''' - The system is setup with 4 groups to start which can be changed at a later date.  Do not rename the dropdown options or use something not in the drop down.  Make sure you have at least one administrator.
 +
* '''Email Address''' - Used for password recovery.
  
===Internal Support Users===
+
'''Accommodation Types'''
 +
This specifies the types of accommodations a person may live in; council house, social housing, private owned, private rented, HM Prison, care home, hostel, no fixed abode etc.
  
Optionally, anybody can be set as an Internal Support User. There is a drop-down field on the user record for each person to say whether they are an Internal Support User or not:
+
'''Living arrangements'''
 +
This is for how a person live at the accommodation,; lives alone, with partner, with parents, multiple occupancy cell.
  
 +
'''Referral Sources'''
 +
Referral sources are 'How did you here about us' include things like Advert, website, web search etc.
  
[[File:qsadmin_1.png|border]]
+
'''Service User Group'''
 +
Service Users groups are a way of categorising your service users, used for Young Persons, Adults and Older person.  Please note that a service user can only go in one category.
  
 +
'''Status'''
 +
Statuses are commonly used on a carers system for things like, young carer, young adult care, adult carer, ex-carer and cared for.  Can also be used for High need, medium need and low need.
  
If set to "Yes", this person will appear on a help screen if a user fails to log in properly. They will be shown a screen like this:
+
'''Termination Reasons'''
 +
Termination reason are used when removing a service user from a project, specifying why a service is no longer required.
  
 +
'''Referral Outcomes'''
 +
These simple outcomes are case closure outcome like case closed successful claim.
  
[[File:qsadmin_2.png|border]]
+
'''Organisations we signpost to'''
 +
Enter the names of organisations that you signpost to (and specify if you receive referrals from.  This will create an organisation record for each.  If you are having a data migration you could add the organisations to the migration with full contact details and not fill in this section.
  
 +
'''Benefits'''
 +
You can add benefits and amounts if you assist your service uses in this area.
  
Note that they are shown the email address and phone number listed in the user's record, so although the system may tell you that such an entry is invalid, it can be useful to enter an internal extension (as shown) so that the user knows who to call if they need help logging in.
+
'''Gender'''
 +
Enter the genders that you work with, think about adding categories for gender re-assignment.
  
 +
'''Contact Types'''
 +
Contact types are used to distinguish direct and indirect done for a service user.
  
[[File:qsadmin_3.png|border]]
+
'''Main Language'''
 +
Used to specify the main spoken language of your service users.
  
===Setting up and running the system===
+
=Implementation meetings and training (additional service for [[Modules| Charitylog Starter and single project system]]).=
 +
Once the system has been created you will be contacted by your Implementation Consultant to discuss moving forward.  The implementation days are used to look at your organisation in details and set the system up accordingly.  You will be shown every step that is required and run through the options available.  This is an important step to getting set up and running and the full process will be planned by your designated consultant.
  
The other part of an administrator's job is to help with the initial setup and implementation of the system, and then to look after it once the implementation is complete.
+
Full details of this will be sent via email.
  
The first time that the administrators will see the system is on implementation day 1. The aim of this first day is for you to get a good grasp of the Charitylog system, so that you can think about the ways that it will work for you. Day 1 also provides an opportunity for your Charitylog Implementation Consultant to get to know your organisation well.
+
=Set up and Administration Settings=
 +
Before the system can be used there are some steps that need to be taken. In this section you will find guidance to what needs to be set up in relation to the core settings of the system.
  
===Day 1===
+
===Group Access===
 +
It is worth familiarising yourself with the group access security and checking that the system administrators group has full access to the system.  Before starting ensure that the System Administrator group has full access to all areas of the system.  For further details see [[Group Access]].
  
On day 1 you will be shown the basic system, and taught how to:
+
===System Details===
 +
System details allow you to enter your organisation details with a section to add a message for users as they log in.
  
* Log in
+
[[Organisation Details]]
* Search for clients (and other types of Organisations or People) and create new ones
 
* Record contacts with them
 
* View the history of contacts that has happened with them
 
* See your outstanding work on the Action List
 
  
Depending on your organisation, and the pace of the day, you may well cover more material too.
+
===Operational Rules===
 +
This is an important section that is not to be overlooked as it contains the overall security settings for accessing the system.  Some of the other items may not seem relevant in the early days and you may find that you will revisit this area at a later stage.
  
===After day 1===
+
[[Operational Rules]]
  
After day 1 your Implementation Consultant will leave you with some tasks to complete before the next day of implementation. These are likely to include setting up some [[Projects_(Administrator_guide)|Projects]], and amending [[System_Setup_Guide#Drop-Down_Lists|Drop-Down Lists]].
+
===3rd Party Software===
 +
Review the 3rd party software if you wish to use any of the optional systems.  If you wish to use the email options within the system it is highly recommended that you use your organisations own email server.  You may experience issues if you use our servers depending on the setup of your domain.  If you have Spoofing Protection enabled most recipients will reject the email and send a message failure notification back to the system.  If you do not have Spoofing Protection enabled most recipients will accept the email with a high chance of marking is as Junk Mail/Spam. When you use our system the email is sent on your behalf, using your specified email address, this method is now known as spoofing.
  
What follows day 1 will depend on the needs of your organisation, and will be decided by your Implementation Consultant.
+
===Records and settings===
 +
Think about which record types you require, from Clients through to the organisations that you work with.  With each of the record types you also need to think about which fields to include on these records.  To customise the records see [[Customise Orgs & People]].
  
 +
===Field setup===
 +
Once you have chosen which fields are going to be used you can the setup these fields.
  
==Helping users log in to test databases==
+
[[Admin#Orgs_and_People_A-J| Dropdowns for records_A-J]]
  
As well as your live system, your organisation will have access to at least one "test" database - a replica of your live system for training and experimenting. This can be updated to mirror the current state of your live system at any time - click here for details: [[Update Replica Databases]].
+
[[Admin#Orgs_and_People_K-Z| Dropdowns for records K-Z]]
  
Users may need help logging into these systems, as the first pair of usernames and passwords are different to the ones that they usually use.
+
===General Settings===
 +
Configure the following general settings:
  
Once logged, page backgrounds will have the word "TEST" displayed to alert users as to which database they are logged into.
+
* [[Field Sets]] - A field Set is used to determine which fields are used by the various services in your organisation, these are made available to users via the projects.
 +
* [[GDPR Settings]] - General GDPR settings.
 +
* [[Consent Rule Text Entry]] - Setup for custom consent rules.
 +
* [[Bank Holiday Dates]] - Some reports can report on working days and require the dates to be populated.
 +
* [[Branch Groupings (Views)]] - '''Requires Branch Module''' - If on a branch system you can setup groups of branches.
 +
* [[Branches/Offices]] - '''Requires Branch Module''' - The main setup for the branches on the system.
 +
* [[Information Links Headings]] - Used for adding organisations to a directory of services.
 +
* [[Publications]] - Use if you need to report on what publications you give away.
 +
* [[Publication Categories]] - The types of publications that you have.
 +
* [[Publication Languages]] - The languages of your publications.
 +
* [[Supporting People Settings]] - Setting for the [[modules| Supporting People Module]]
 +
* [[Uploaded Document Categories|Uploaded Doc. Categories]] - Categories for the types of files you upload to records.
  
[[File:qsadmin_4.png|border]]
+
===Configuring your Services===
 +
Services are setup as projects in the system.  One service may require one or more projects based around reporting requirements. You may also wish to consider have enquiry projects separate to the service provided.  When it comes to reporting the enquiries will be reported separately to the projects that offer a set service.
 +
Example
 +
You offer home support to people, a person calls to enquire about what options are available.  If you record this in the Home Support project it would be reported that the person became part of the project and was supported in some way.  If this was recorded in a General Enquiries project then it would not affect the statistics of the Home Support Service.
  
If you are using an Alpha or Beta version of the system, this will also be displayed on the background.
+
Set up the following:
  
[[File:qsadmin_5.png|border]]
+
* [[Project Funding Streams]] - This allows you to specify which funder would fund each contact made.
 +
* [[Classification Code Setup| Classification Codes]] - Reporting codes for contacts/work done.
 +
* [[Project Set Up]] - The projects for your services.
 +
* [[Project Subcategories]] - Subcategories for the projects
 +
* [[Referral Templates]] - Workflows for the projects.
 +
* [[Termination Reasons]] - Why people leave the service.
 +
* [[Signpost/External Referral Types]] - Sub categories for signposts and external referrals.
 +
* [[Referral Reasons]] - Why people are referred to you.
 +
* [[Referral Sources]] - How your clients/service users heard of you.
 +
* [[Contact Types]] - Direct and indirect categories for contacts.
 +
* [[Contact Methods]] - How you communicate with people.
  
 +
===Users===
 +
The next step is to determine the security groups that you need for your users.  See [[Group Access]] for further details.  Once you have configured your required group you can the setup the users and put them in the groups and specify which projects they work in.  See [[Users]] for full details.
 +
Users
  
----
+
===Adding extra fields===
 +
From the fields that you have setup you may find that you require additional fields.  These fields can be added to the tabs that you have configured or at the base of the record.  The extension databases can be restricted by the [[Group Access]] groups setup.  For further details see [[Extension Database Setup]].
  
[[User:Rob Kay|Rob Kay - manual author]] ([[User talk:Rob Kay|talk]]) 09:13, 19 January 2016 (GMT)
+
===Other===
 +
From here you may wish to add Organisations and Referrers to the system, see:
 +
* [[People/Org records]]
 +
* [[Organisations]]
 +
* [[Referrers]]

Latest revision as of 11:57, 5 January 2023

System Setup Guide

Helpheader small.png

The system is designed to be customisable for each organisation that uses it. Before you get going you will be provided a pre-implementation spreadsheet to complete, from this a system is created. This guide will talk you through the various steps that are needed to get your system running.

Pre-Implementation Spreadsheet (not used for Charitylog Starter and single project system).

The pre-implementation spreadsheet is used to save time on the first day of setting up your system. It contains pages to configure some of the basic dropdowns that you may use. If the dropdowns are not required then the options can be left blank. The lists that are created can be added to at a later date if required. Any thing that is not on the forms will be discussed with you Implementation Consultant on your setup days. Below is an explanation of each page of the spreadsheet.

Introduction The Introduction sheet give you details on how to complete the forms.

Organisation Details Enter the details of your organisation. The specified organisation name will be used to name your new system as well as will be used to generate log in details.

Ethnic Groups Ethnic groups are generally use for reporting outputs. Populate a list based on what your organisation requires across all services.

Age Groups Age groups or bands are used for calculating a person Date of Birth and as a reporting output. Age Ranges must not have any gaps or cross overs and start at 0, finishing at 999.

Religions If your organisations requires to support or report on religious groups then enter the name of each group you need.

Sexual Orientation In addition to the gender field on the system there is the option to record a persons sexual orientation.

Districts/Wards On the records is the option to place people/organisation into reporting areas. This list is to populate those areas.

Disabilities This is used for specifying a persons disability/ailment and can be used in reporting. An individual can have multiple.

Marital Status If required populate with the marital statuses that you use.

Relationships The system can link records together using relationships. Personal relationships can include relationships with keyworkers like Social Workers etc. When adding a relationship you need to think about the opposite match, example Husband & Wife, Support Worker & Supported Person.

Contact Methods This is for the physical contact methods that would be used, telephone, email, one to one etc. This is also used for preferred method of contact and transportation options.

Staff and Users It is very important that you included at least one system administrator, this person will also need to be at the Implementation Meetings for the setup of the system. You need to specify:

  • Volunteer, Staff or Trustee - This will create a record to attach to the user.
  • Surname and Forenames - This is used to populate a user record if require. The system will be setup to use the person first name and initial from the surname in lowercase, Jane Smith will be given a username of janes. If you have two people with the same names or first name and surname initial the same, the system will cater for this.
  • Is a system user - Yes will create a record for the person as well as a user account, maybe and no will only create a person with no login access.
  • User Group Names - The system is setup with 4 groups to start which can be changed at a later date. Do not rename the dropdown options or use something not in the drop down. Make sure you have at least one administrator.
  • Email Address - Used for password recovery.

Accommodation Types This specifies the types of accommodations a person may live in; council house, social housing, private owned, private rented, HM Prison, care home, hostel, no fixed abode etc.

Living arrangements This is for how a person live at the accommodation,; lives alone, with partner, with parents, multiple occupancy cell.

Referral Sources Referral sources are 'How did you here about us' include things like Advert, website, web search etc.

Service User Group Service Users groups are a way of categorising your service users, used for Young Persons, Adults and Older person. Please note that a service user can only go in one category.

Status Statuses are commonly used on a carers system for things like, young carer, young adult care, adult carer, ex-carer and cared for. Can also be used for High need, medium need and low need.

Termination Reasons Termination reason are used when removing a service user from a project, specifying why a service is no longer required.

Referral Outcomes These simple outcomes are case closure outcome like case closed successful claim.

Organisations we signpost to Enter the names of organisations that you signpost to (and specify if you receive referrals from. This will create an organisation record for each. If you are having a data migration you could add the organisations to the migration with full contact details and not fill in this section.

Benefits You can add benefits and amounts if you assist your service uses in this area.

Gender Enter the genders that you work with, think about adding categories for gender re-assignment.

Contact Types Contact types are used to distinguish direct and indirect done for a service user.

Main Language Used to specify the main spoken language of your service users.

Implementation meetings and training (additional service for Charitylog Starter and single project system).

Once the system has been created you will be contacted by your Implementation Consultant to discuss moving forward. The implementation days are used to look at your organisation in details and set the system up accordingly. You will be shown every step that is required and run through the options available. This is an important step to getting set up and running and the full process will be planned by your designated consultant.

Full details of this will be sent via email.

Set up and Administration Settings

Before the system can be used there are some steps that need to be taken. In this section you will find guidance to what needs to be set up in relation to the core settings of the system.

Group Access

It is worth familiarising yourself with the group access security and checking that the system administrators group has full access to the system. Before starting ensure that the System Administrator group has full access to all areas of the system. For further details see Group Access.

System Details

System details allow you to enter your organisation details with a section to add a message for users as they log in.

Organisation Details

Operational Rules

This is an important section that is not to be overlooked as it contains the overall security settings for accessing the system. Some of the other items may not seem relevant in the early days and you may find that you will revisit this area at a later stage.

Operational Rules

3rd Party Software

Review the 3rd party software if you wish to use any of the optional systems. If you wish to use the email options within the system it is highly recommended that you use your organisations own email server. You may experience issues if you use our servers depending on the setup of your domain. If you have Spoofing Protection enabled most recipients will reject the email and send a message failure notification back to the system. If you do not have Spoofing Protection enabled most recipients will accept the email with a high chance of marking is as Junk Mail/Spam. When you use our system the email is sent on your behalf, using your specified email address, this method is now known as spoofing.

Records and settings

Think about which record types you require, from Clients through to the organisations that you work with. With each of the record types you also need to think about which fields to include on these records. To customise the records see Customise Orgs & People.

Field setup

Once you have chosen which fields are going to be used you can the setup these fields.

Dropdowns for records_A-J

Dropdowns for records K-Z

General Settings

Configure the following general settings:

Configuring your Services

Services are setup as projects in the system. One service may require one or more projects based around reporting requirements. You may also wish to consider have enquiry projects separate to the service provided. When it comes to reporting the enquiries will be reported separately to the projects that offer a set service. Example

You offer home support to people, a person calls to enquire about what options are available.  If you record this in the Home Support project it would be reported that the person became part of the project and was supported in some way.  If this was recorded in a General Enquiries project then it would not affect the statistics of the Home Support Service.

Set up the following:

Users

The next step is to determine the security groups that you need for your users. See Group Access for further details. Once you have configured your required group you can the setup the users and put them in the groups and specify which projects they work in. See Users for full details. Users

Adding extra fields

From the fields that you have setup you may find that you require additional fields. These fields can be added to the tabs that you have configured or at the base of the record. The extension databases can be restricted by the Group Access groups setup. For further details see Extension Database Setup.

Other

From here you may wish to add Organisations and Referrers to the system, see: