Check-in endpoints

[stoopidJSON]

User Story

As a API consumer
I'd like to have check-in endpoints
So that I can provide status updates in emergencies

Acceptance Criteria

• GET all statuses
• GET a single provider's status
• PUT status updates
• PR merged to master with above changes

Notes

• There will be no POST for this. The system should be creating the status entries based on the providers already in the system
• There is no DELETE for this. The system will determine how a status is dismissed.
• This may require additional database planning work.
• If developed AFTER the Questionnaire endpoint, a check in should include a reference to the Questionnaire ID. this will help validation upon submissions as well as potential trending of responses.

[stoopidJSON]

We rolled this into the Entity endpoints, however we do need these to be their own endpoints.