EdZola
HomeChild Rights and ProtectionChild protection case management systems
Sector implementation guide · Evidence-led

Child protection case management systems.
Keep the child’s safety, wishes and case history at the centre.

Child protection case management software should connect intake, assessment, safety planning, referrals, reviews and closure with strict role-based access and a complete decision trail. It supports practitioners; it must not automate best-interest or safeguarding decisions.

Child Protection CaseReference model
One connected recordSOURCE · STATUS · OWNER · EVIDENCE
traceable
01
Child identity and safe relationships

Linked to the same operating record.

Defined
02
Concern, intake and source

Linked to the same operating record.

Defined
03
Assessment and safety plan

Linked to the same operating record.

Defined
✦
Decision boundary

A system prepares the record and evidence. A named person owns consequential judgement.

Illustrative operating model, not a client record or product screenshot.

The direct answer

Child protection case management software should connect intake, assessment, safety planning, referrals, reviews and closure with strict role-based access and a complete decision trail. It supports practitioners; it must not automate best-interest or safeguarding decisions.

01 · What breaks

Design for the failure modes, not only the happy path.

The value of child protection case management systems depends on what happens when records are incomplete, evidence conflicts or the next action carries consequence.

RISK 01

Broad access to narrative notes

Make this visible in testing, ownership and review rather than leaving it as an implementation surprise.

RISK 02

Automatic risk scoring used as judgement

Make this visible in testing, ownership and review rather than leaving it as an implementation surprise.

RISK 03

Referrals without confirmed ownership

Make this visible in testing, ownership and review rather than leaving it as an implementation surprise.

RISK 04

Records continuing beyond a justified retention period

Make this visible in testing, ownership and review rather than leaving it as an implementation surprise.

02 · Minimum viable model

Start with child protection case and the decisions around it.

The smallest useful model for this page connects the following records. Each field should have a purpose, owner and retention rule.

Central recordChild Protection Case
01Child identity and safe relationships
02Concern, intake and source
03Assessment and safety plan
04Action, referral and responsible person
05Review, change and evidence
06Closure, transition and restricted archive

03 · Implementation sequence

Move through reviewable gates.

A complete small workflow is safer and more useful than a large collection of unfinished modules.

Define access and escalation before configuration

Agree the owner, evidence and exit condition before moving forward.

Human gate

Model the case and review cycle

Agree the owner, evidence and exit condition before moving forward.

System-supported

Separate allegations from findings

Agree the owner, evidence and exit condition before moving forward.

System-supported

Test partner handoffs

Agree the owner, evidence and exit condition before moving forward.

System-supported

Monitor overdue safety actions

Agree the owner, evidence and exit condition before moving forward.

System-supported

Audit access and closure decisions

Agree the owner, evidence and exit condition before moving forward.

Human gate

04 · Evidence

Measure whether the work became clearer.

Usage alone is not success. Review the quality, timeliness and decisions the system is meant to improve.

01Urgent actions acknowledged
02Reviews completed on time
03Referrals confirmed
04Access and export events reviewed

05 · Responsible automation

Let systems prepare. Keep consequence with people.

Systems can support

  • Model the case and review cycle
  • Separate allegations from findings
  • Test partner handoffs
  • Monitor overdue safety actions

People should decide

  • Best-interest determination
  • Risk and safeguarding response
  • Placement or removal decisions
  • Case closure and disclosure

06 · Common questions

Practical questions teams ask.

Use these answers to clarify scope, compare approaches and identify the decisions your team needs to make before implementation.

How should a nonprofit implement child protection case management systems?

Use a phased sequence: define access and escalation before configuration, model the case and review cycle, separate allegations from findings, test partner handoffs, monitor overdue safety actions and audit access and closure decisions. Each stage needs a named owner and a review gate before the next stage begins.

What records and data fields are needed for child protection case management systems?

Start with child protection case. The minimum useful record set covers child identity and safe relationships, concern, intake and source, assessment and safety plan, action, referral and responsible person, review, change and evidence and closure, transition and restricted archive. Remove any field that does not support a service, safeguard, decision or reporting obligation.

Which staff roles and review steps should child protection case management systems include?

Give every stage a named operational owner and require a separate human review for best-interest determination, risk and safeguarding response, placement or removal decisions and case closure and disclosure. Use urgent actions acknowledged, reviews completed on time, referrals confirmed and access and export events reviewed to decide whether the workflow is ready to expand.

What are the most common mistakes when setting up child protection case management systems?

The main risks are broad access to narrative notes, automatic risk scoring used as judgement, referrals without confirmed ownership and records continuing beyond a justified retention period. Test these with representative cases and keep the consequential judgement with a named person.

How should child protection case management systems change for a small NGO versus a multi-state programme?

Keep the definition of child protection case stable at every scale. A small programme can begin with one workflow and a few roles; a multi-state programme also needs delegated ownership, stronger permissions, shared definitions, integration rules and location-level quality review.

Tell us about the workflow you want to improve.

Share what happens today, where it breaks and what a useful decision or outcome would look like. We’ll help identify a practical first step.

EDZOLA BYTES

Get EdZola Bytes once a month.

Field notes, useful tools and practical lessons from building systems with nonprofits.

You can unsubscribe at any time. We use your details only to send EdZola updates.