Store org slugs with relevent doc types

With the introduction of a 2nd Org using SpecialistPublisher for
Documents, it makes sense for us to store the Org slugs in a hash with
the matching document_types. We can also add to this far easier later.
Generalise SpecDocs away from CMACases

In order to add AAIB reports as a document_type we have generalised the
SpecialistDocumentsController to infer document_type from the user's org.
We have also used this in the views to move the extra fields out to a partial.
Introduce AAIB Reports

AAIB reports can now be created and edited within the system via SpecialistDocumentsController
Testing AAIB Report workflow

Refactored CMA helpers to be non specific for documents
Rename specific builders to reflect their actual class
Refactor doc_type into builder not the service

Instead of passing the document_type to the service allow the builder to decide the document_type
Move common CmaCase code to an abstract Document

Instead of duplicating code between CmaCase and AaibReport share the code in a Document class
Allow Form to handle facets over the controller

Instead of switching the finder schema in the controller based on the user allow the Form object to handle the finder_schema it requires to pull out the facet options for populating the form. This way the Form object can decide which schema to use
Doc services should not be aware of controllers

Refactor services so they no longer require a controller for contact. Instead pass in the required parameters explicitly
Make preview work without permissions errors
mixup! Move common CmaCase code to an abstract Document