Basic models for the bookingtool.

I think the Appointment model should probably be just the Visit tool, slightly adapted to work with 'Visits in the future' - which would be our appointments.

This is unfortunately over complex.
Booking tool now with appointments (visits in the future)
Working on getting the booking tool working in the admin
Dropping the MRS_ID after checking with Marcha, the TE_ID will be treated as the MRS_ID and will store the TE_ID if we're using TE.

- MRS id dropped
- Grouping admin into fieldsets
Getting the appointment part of the booking tool up & going

- The admin allows the appointments to be editable in the BookingPatient view
- The appointment automatically updates the availability / risk for the patient on the given date, the metrics are still dumb but the groundwork is there
- I still don't like jQuery, all Ajax type requests are done by it atm.
small css improvement while failing at trying to get the calendar widget to trigger a proper change event for when it sets the value of an input field
Working on a custom calendar to show risks on specific dates

- implemented HTMLCalendar, needs to be Ajaxed into the Admin
- added calendar icon next to input field which should bring up the calendar when clicked
- removed te_id field from Visit model, is redundant
grmbl, lost afternoons work on risk.js because my HD was full. Really need to take some time to re-install
 work in progress, not letting the HD ruin my fun a second time
calendar picker working with color codes and live feedback on data entered
month pagination now working
now when clicked it opens the calendar on the date specified in the input field
adding tests for ticket #4
getting the therapyedge tests to work again, the te_id in the Visit model was needed as it was a specific id for that visit, not the patient. Renamed it to te_visit_id to make it more explicit
change static url, doesnt need a named argument
not happy with git atm
working on language specific SMSs being sent, works but needs test coverage
Adding tests for reminders_i18n
Adding SMS verification tool.

- Verification SMSs can be sent right after the opt-in fields in the Django admin
- Verification SMSs return with a green or red status message depending on successful delivery to Opera or not.
- Namespaced javascript into BookingTool.Calendar and BookingTool.Verification
-
adding tests for sms verification in admin