Projects (Administrator guide)

From Charitylog Manual
Revision as of 14:04, 15 January 2014 by Rob Kay (talk | contribs) (Overview of Projects)
Jump to: navigation, search
Helpheader small.png

Overview of Projects

Projects categorise all activity recorded using Charitylog. Understanding the concept of Projects is vital to having a good grasp of how the Charitylog system works as a whole.

Projects are a key way to categorise information when producing reports, for example -

  • "All work done for this client" - categorising by client
  • "All work done in this time period" - categorising by date
  • "All work done by the Daycare service" - categorising by Project.

Any information recorded in Charitylog needs to be recorded "under" a Project, and you will need to set these Projects up before you can start using your system. It's common that each service your organisation delivers will have one Project set up for it. Typical Projects like this would be;

  • Daycare
  • Activity Groups
  • Information and Advice

and so on. These usually cover the majority of work an organisation does with clients, but there may be more projects required if you want to capture statistics on all your organisation's activity - which you probably do. You might need some extra projects like;

  • Volunteers (to record activity with volunteers, rather than clients)
  • Front Desk (for reception staff to record their interactions with clients)
  • Marketing (to record contacts with local press etc)

You can see that Projects are more than just a list of the services your organisation provides - although this is a big part of the picture. The Projects on your system serve to categorise all activity recorded, so in this way, they are more like categories than anything else.

Every action recorded on your Charitylog system is linked to one Project and one Organisation/Person (most commonly, a client).


File:A projects chart1.png


This Project and Organisation/Person may be carried on to several actions, which we call a Referral. In this case, the whole Referral (chain of actions) is linked to one Project and one Org/Person. A Referral cannot be under more than one Project and it cannot be with more than one person. Many members of staff might get involved with the referral, but the subject of the referral - usually a client - remains constant.


File:A projects chart2.png

Setting up Projects

To set up a new project, or edit an existing one, click the "Project Set Up" menu item, which can be found in Administration > Projects and Referral Entries.


File:A projects 1.png


This menu item will take you to a screen where you can see the projects already set up on your system, if there are any.


790px


As you can see, there are several set up on the demonstration system. To create a new one, click the "Enter New Project" button at the top of the screen. You will be taken to the first in a series of tabs where you can enter information about your new project.

General Details tab

File:A projects 3.png


Here you can give the project a name and description, link to a module (using the "Type of Project" field), etc.

Support Worker options

When a project is linked to the Support Worker module (when "Support Advisor Schedules" is selected in "Type of Project", you will see some extra options appear.

Create Support Advisor Work Schedule Automatically?

This setting controls whether a blank support plan will automatically be created for a client (as soon as they are referred into the relevant project) or whether the users will retain control of when this plan is created.

Send eMail To Co-ordinator eMail Address If 'Additional Notes' Box Is Filled In On Jobcard Entry Screen

A SW 21.png


If set to "Yes", with a valid email, the system will email the nominated address every time a support worker fills in the "Additional Notes" section of a Support job card, with the details of what was filled in. This can be useful way for staff to record and document incidents etc. Note that this setting is specific to this particular project, so different projects can have different co-ordinators receiving emails relating to their particular project.

Project Settings tab

File:A projects 4.png


The Project Settings tab allows you to choose how the Project will operate - in particular, whether to allow/force users to enter certain information for this project.


Staff time and travel

Choose whether to allow, and/or force, entry of time and travel on the Record a Contact screen.

Contact Types

Choose whether to allow/force entry of Contact Types.

Referral Sources

Referral Sources are separate to Referrers themselves - rather, they are used to capture data about where somebody heard about the services of the organisation. Users can enter a Referral Source (as well as a Referrer) on the Record a Contact screen. If you want this to happen, you need to enable it here. Optionally, you can force users to enter a Referral Source, by setting "Force entry of Referral Source?" to "Yes".

To set up the list of Referral Sources, see this page.

Referral Reasons

Choose whether to allow/force entry of Referral Reasons.

Planned duration

Choose whether to allow/force users to estimate how long an outstanding action will take.

Outcomes

Choose whether to allow/force entry of a required outcome for a client (Ladder Outcomes).

Conflict of interest

Choose whether to allow entry of Conflict of Interest information on Record a Contact.

Consent Rule information

Choose whether to allow entry of Consent Rule information.

Data entry and referral completion

Specify data entry demands and whether the referral will close automatically when there are no further outstanding actions.


Codes Usage/Settings tab

File:A projects 5.png


Choose whether to use Classification Codes in this project, and whether to force users to enter them.


Funding Details tab

File:A projects 7.png


Record who funds this project, and the related amount (entry of data here is not compulsory).


Types Of Orgs & People tab

File:A projects 8.png


Choose which Organisation and People types this project will be available to (tick as many boxes as required).


Additional Data Collection tab

A projects 6.png


Select which Assessment Forms, Extension Databases and Ladder Outcomes to link to this project.


Project Subcategories

Project subcategories are cross-Project. They can be set up to categorise activity over the whole organisation. For example, you might use a subcategory of "Advocacy", which could be used in any number of Projects. Charitylog's reports are generally broken down by Projects, so using subcategories can allow you to obtain one set of numbers which relate to activity across several Projects.

Subcategories can be set in several places -

On the "Record a Contact" screen

As part of a Referral Template

Clients In Project

The notion of "Clients in Project" is a slightly abstract one, but it is important. If a client has had any activity with a project, they are taken to be "in project" until they are formally terminated. Usually it is appropriate to leave clients un-terminated in projects except in very specific circumstances.

The reason the concept is there at all is that running a report on which clients are "in Project" will give you everyone who has ever accessed the project, unless terminated. In the case of an Information And Advice project, this number could be very high, and it is unlikely that you would want to write a letter to all of them (for example), but you may want to know this number in some circumstances - for example, if a service stops, you may want to contact all historical clients and let them know.

Unless you are certain that you need to make use of it, it is better to ignore the concept of Clients In Project and Termination.

Termination if client is deceased

If a client dies, it may be appropriate to terminate them from Projects, but it is not necessarily the case. You may still have dealings with the next of kin, and of course you still want the activity with that person to be included in your reports. You can set a client as Deceased without terminating them from Projects.

Appropriate reasons for termination

A client's involvement with Projects is usually only terminated if you (the organisation) are absolutely sure that they will not be back. This might be if;

  • The client moves away
  • The client is banned from the service
  • The client finishes a very specific piece of work with the relevant Project (a case).



Helpheader small.png

This concludes the Projects section.

Click to go back to the Administrator Manual.

Click to go to the next section, Organisations and People.