Update panopticon when updating a case title

([Trello ticket](https://trello.com/c/phpPdi6D/172-bug-trying-to-publish-this-case-get-s-a-slug-already-taken-error))

When a user created a draft case, then changed the title of that draft
case, specialist-publisher's panopticon mappings would get out of date
with Panopticon as we'd send Panopticon a create for the new slug rather
than issuing an update for the existing mapping.

This resulted in a 500 error when publishing the case as Panopticon
would report the slug had already been taken.

By ensuring PanopticonMapping is kept up to date when a slug change
happens (by finding the existing mapping searching by resource ID, not
slug) we prevent this case.

In order to find the mapping by resource ID, we need to ensure that only
one mapping is described by one resource ID, therefore for
ManualChangeNotes, we generate a unique resource_id by building it from
the parent.

[+ @bestie]
I'm going to remove this.

On further consideration, we send panopticon the attributes to store (artefact_attributes) and then panopticon, on an update, provides these back to us.

We then compare what panopticon sends back to us with what we sent to it... In the event anything's wrong with panopticon we'll get a 500/other error not "bad data", so this raise should never happen.