Appointment Reminders with Python and Django
Ahoy! We now recommend you build your SMS appointment reminders with Twilio's built in Message Scheduling functionality. Head on over to the Message Resource documentation to learn more about scheduling SMS messages!
Ready to implement SMS appointment reminders in your Django web application? We'll use the Twilio Python Helper Library and Twilio SMS API to push out reminders to our customers when appointments are near. Here's how it works at a high level:
- An administrator (our user) creates an appointment for a future date and time, and stores a customer's phone number in the database for that appointment
- When that appointment is saved a background task is scheduled to send a reminder to that customer before their appointment starts
- At a configured time in advance of the appointment, the background task sends an SMS reminder to the customer to remind them of their appointment
Check out how Yelp uses SMS to confirm restaurant reservations for diners.
Appointment Reminder Building Blocks
Here are the technologies we'll use:
- Django to create a database-driven web application
- The Messages Resource from Twilio's REST API to send text messages
- Dramatiq to help us schedule and execute background tasks on a recurring basis
How To Read This Tutorial
To implement appointment reminders, we will be working through a series of user stories that describe how to fully implement appointment reminders in a web application.
We'll walk through the code required to satisfy each story, and explore what we needed to add at each step.
All this can be done with the help of Twilio in under half an hour.
Meet our Django Appointment Reminder Stack
We're building this app for Django 2.1 on Python 3.6. We're big fans of Two Scoops of Django and we will use many best practices outlined there.
In addition to Dramatiq, we will use a few other Python libraries to make our task easier:
- The twilio-python Python helper library
- django-timezone-field to give us a model field for storing time zones
- django-bootstrap3 and django-forms-bootstrap to make our form templates simpler and prettier
- The fantastic arrow library to make our datetime math foolproof
We will also use PostgreSQL for our database and Redis as our Dramatiq message broker.
Now that we have all our depenencies defined, we can get started with our first user story: creating a new appointment.
Creating an Appointment
As a user, I want to create an appointment with a name, guest phone number, and a time in the future.
To build an automated appointment reminder app, we probably should start with an appointment. This story requires that we create a model object and a bit of the user interface to create and save a new Appointment
in our system.
At a high level, here's what we will need to add:
- An
Appointment
model to store information we need to send the reminder - A view to render our form and accept POST data from it
- An HTML form to enter details about the appointment
Alright, so we know what we need to create a new appoinment. Now let's start by looking at the model, where we decide what information we want to store with the appointment.
The Appointment Model
We only need to store four pieces of data about each appointment to send a reminder:
- The customer's name
- Their phone number
- The date and time of their appointment
- The time zone of the appointment
We also included two additional fields: task_id
and created
. The task_id
field will help us keep track of the corresponding reminder task for this appointment. The created
field is just a timestamp populated when an appointment is created.
Finally, we defined a __str__
method to tell Django how to represent instances of our model as text. This method uses the primary key and the customer's name to create a readable representation of an appointment.
Our appointment model is now setup, the next step is writting a view for it.
New Appointment View
Django lets developers write views as functions or classes.
Class-based views are great when your views need to support simple, CRUD-like features - perfect for our appointments project.
To make a view for creating new Appointment
objects, we'll use Django's generic CreateView class.
All we need to specify is the model it should use and what fields it should include. We don't even need to declare a form - Django will use a ModelForm for us behind the scenes.
Success messages
Our view is ready to go with just those first three lines of code, but we'll make it a little better by adding the SuccessMessageMixin.
This mixin tells our view to pass the success_message
property of our class to the Django messages framework after a successful creation. We will display those messages to the user in our templates.
Now that we have a view to create new appointments, we need to add a new URL to our URL dispatcher so users can get to it.
Wiring up the URLs
To satisfy the appointment creation user story, we'll create a new URL at /new
and point it to our AppointmentCreateView
.
Because we're using a class-based view, we pass our view to our URL with the .as_view()
method instead of just using the view's name.
With a view and a model in place, the last big piece we need to let our users create new appointments is the HTML form.
New Appointment Form
Our form template inherits from our base template, which you can check out at templates/base.html
.
We're using Bootstrap for the front end of our app, and we use the django-forms-bootstrap library to help us render our form with the |as_bootstrap_horizontal
template filter.
By naming this file appointment_form.html
, our AppointmentCreateView
will automatically use this template when rendering its response. If you want to name your template something else, you can specify its name by adding a template_name
property on our view class.
We are not leaving this form yet. Instead, let's take a closer look at one of its widgets: the datepicker.
Appointment Form Datepicker
To make it easier for our users to enter the date and time of an appointment, we'll use a JavaScript datepicker widget.
In this case, bootstrap-datetimepicker is a good fit. We include the necessary CSS and JS files from content delivery networks and then add a little custom JavaScript to initialize the widget on the form input for our time field.
Now let's go back to our Appointment
model to see what happens after we successfully post this form.
Add a get_absolute_url() Method
When a user clicks "Submit" on our new appointment form, their input will be received by our AppointmentCreateView
and then validated against the fields we specified in our Appointment
model.
If everything looks good, Django will save the new appointment to the database. We need to tell our AppointmentCreateView
where to send our user next.
We could specify a success_url
property on our AppointmentCreateView
, but by default Django's CreateView class will use the newly created object's get_absolute_url
method to figure out where to go next.
So we'll define a get_absolute_url
method on our Appointment
model, which uses Django's reverse utility function to build a URL for this appointment's detail page. You can see that template at templates/reminders/appointment_detail.html
.
And now our users are all set to create new appointments.
We are now able to create new appointments. Nex, let's quickly implement a few other basic features: listing, updating, and deleting appointments.
Interacting with Appointments
As a user, I want to view a list of all future appointments, and be able to edit and delete those appointments.
If you're an organization that handles a lot of appointments, you probably want to be able to view and manage them in a single interface. That's what we'll tackle in this user story. We'll create a UI to:
- Show all appointments
- Edit individual appointments
- Delete individual appointments
Because these are basic CRUD-like operations, we'll keep using Django's generic class-based views to save us a lot of work.
We have the high level view of the task, so let's start with listing all the upcoming appointments.
Showing a List of Appointments
Django's ListView class was born for this.
All we need to do it's to point it at our Appointment
model and it will handle building a QuerySet of all appointments for us.
And wiring up this view in our reminders/urls.py
module is just as easy as our AppointmentCreateView
:
from .views import AppointmentListView
re_path(r'^$', AppointmentListView.as_view(), name='list_appointments'),
Our view is ready, now let's check out the template to display this list of appointments.
Appointment List Template
Our AppointmentListView
passes its list of appointment objects to our template in the object_list
variable.
If that variable is empty, we include a <p>
tag saying there are no upcoming appointments.
Otherwise we populate a table with a row for each appointment in our list. We can use our handy get_absolute_url
method again to include a link to each appointment's detail page.
We also use the {% url %} template tag to include links to our edit and delete views.
And now that our appointment listing requirement is complete, let's see how we can use the new Appointment form to update exisiting appointments.
Tweaking our Form Template
Django's UpdateView makes it easy to add a view for updating appointments. Our form template needs a few tweaks, though, to handle prepopulated data from an existing appointment.
Django will store our datetimes precisely, down to the second, but we don't want to bother our users by forcing them to pick the precise second an appointment starts.
To fix this problem we use the extraFormats configuration option of bootstrap-datetimepicker.
By configuring our datetimepicker with a format
value that doesn't ask users for seconds, and an extraFormat
value that does accept datetimes with seconds, our form will populate correctly when Django provides a full datetime to our template.
We now have everything to List
, Create
and Update
an Appointment
. All that is left is handle the Delete
.
Delete View
DeleteView is an especially handy view class. It shows users a confirmation page before deleting the specified object.
Like UpdateView, DeleteView finds the object to delete by using the pk
parameter in its URL, declared in reminders/urls.py
:
from .views import AppointmentDeleteView
re_path(r'^/(?P[0-9]+)/delete$', AppointmentDeleteView.as_view(), name='delete_appointment'),
We also need to specify a success_url
property on our view class. This property tells Django where to send users after a successful deletion. In our case, we'll send them back to the list of appointments at the URL named list_appointments
.
When a Django project starts running, it evaluates views before URLs, so we need to use the reverse_lazy utility function to get our appointment list URL instead of reverse
.
By default, our AppointmentDeleteView
will look for a template named appointment_confirm_delete.html
. You can check out ours in the templates/reminders
directory.
And that closes out this user story.
Our users now have everything they need to manage appointments - all that's left to implement is sending the reminders.
Sending the Reminder
As an appointment system, I want to notify a customer via SMS an arbitrary interval before a future appointment.
To satisfy this user story, we need to make our application work asynchronously - on its own independent of any individual user interaction.
One of the most popular Python library for asynchronous tasks is Dramatiq. To integrate Dramatiq with our application, we need to make a few changes:
- Create a new function that sends an SMS message using information from an
Appointment
object - Register that function as a task with Dramatiq so it can be executed asynchronously
- Run a separate Dramatiq worker process alongside our Django application to call our SMS reminder function at the right time for each appointment
If you're brand new to Dramatiq, you might want to skim its Introduction to Dramatiq page before proceeding.
Next we will configure Dramatiq to work with our project.
Setting up Dramatiq
Dramatiq and Django are both big Python projects, but they can work together easily.
By following the instructions in the Dramatiq docs, we can include our Dramatiq settings in our Django settings modules. We can also write our Dramatiq tasks in tasks.py
modules that live inside our Django apps, which keeps our project layout consistent and simple.
To use Dramatiq, you also need a separate service to be your message broker. We used Redis for this project.
The Dramatiq-specific settings in our common.py
settings module is DRAMATIQ_BROKER
.
If you want to see all the steps to get Django, Dramatiq, Redis, and Postgres working on your machine check out the README for this project on GitHub.
Now that Dramatiq is working with our project, it's time to write a new task for sending a customer an SMS message about their appointment.
Creating a Dramatiq task
Our task takes an appointment's ID - it's primary key - as its only argument. We could pass the Appointment
object itself as the argument, but this best practice ensures our SMS will use the most up-to-date version of our appointment's data.
It also gives us an opportunity to check if the appointment has been deleted before the reminder was sent, which we do at the top of our function. This way we won't send SMS reminders for appointments that don't exist anymore.
Let's stay in our task a bit longer, because the next step is to compose the text of our SMS message.
Sending an SMS Message
We use the handy arrow library to format our appointment's time. After that, we use the twilio-python library to send our message.
We instantiate a Twilio REST client at the top of the module, which looks for TWILIO_ACCOUNT_SID
and TWILIO_AUTH_TOKEN
environment variables to authenticate itself. You can find the correct values for you in your account dashboard.
Sending the SMS message itself is as easy as calling client.messages.create()
, passing arguments for the body of the SMS message, the recipient's phone number, and the Twilio phone number you want to send this message from. Twilio will deliver the SMS message immediately.
With our send_sms_reminder
task complete, let's look at how to call it when our appointments are created or updated.
Calling our Reminder Task
We added a new method on our Appointment
model to help schedule a reminder for an individual appointment.
Our method starts by using arrow again to build a new datetime with the appointment's time
and time_zone
.
Moving backward in time can be tricky in normal Python, but arrow's .replace()
method lets us easily subtract minutes from our appointment_time
. The REMINDER_TIME
setting defaults to 30 minutes.
We finish by invoking our Dramatiq task, using the delay parameter to tell Dramatiq when this task should execute.
We can't import the send_sms_reminder
task at the top of our models.py
module because the tasks.py
module imports the Appointment
model. Importing it in our schedule_reminder
method avoids a circular dependency.
The last thing we need to do is ensure Django calls our schedule_reminder
method every time an Appointment
object is created or updated.
Overriding the Appointment Save Method
The best way to do that is to override our model's save method, including an extra call to schedule_reminder
after the object's primary key has been assigned.
Avoiding duplicate or mistimed reminders
Scheduling a Dramatiq task every time an appointment is saved has an unfortunate side effect - our customers will receive duplicate reminders if an appointment was saved more than once. And those reminders could be sent at the wrong time if an appointment's time
field was changed after its creation.
To fix this, we keep track of each appointment's reminder task through the task_id
field, which stores Dramatiq's unique identifier for each task.
We then look for a previously scheduled task at the top of our custom save
method and cancel it if present.
This guarantees that one and exactly one reminder will be sent for each appointment in our database, and that it will be sent at the most recent time
provided for that appointment.
Fun tutorial, right? Where can we take it from here?
Finishing the Django Appointment Reminder Implementation
We used Django's class-based views to help us quickly build out the features to support simple CRUD operations on our Appointment
model.
We then integrated Dramatiq into our project and used the twilio-python helper library to send SMS reminders about our appointments asynchronously.
You'll find instructions to run this project locally in its GitHub README.
Where to Next?
And with a little code and a dash of configuration, we're ready to get automated appointment reminders firing in our application. Good work!
If you are a Python developer working with Twilio, you might want to check out other tutorials in Python:
Put a button on your web page that connects visitors to live support or sales people via telephone.
Improve the security of your Python app's login functionality by adding two-factor authentication via text message.
Did this help?
Thanks for checking out this tutorial! If you have any feedback to share with us, please reach out on Twitter... we'd love to hear your thoughts, and know what you're building!
Need some help?
We all do sometimes; code is hard. Get help now from our support team, or lean on the wisdom of the crowd by visiting Twilio's Stack Overflow Collective or browsing the Twilio tag on Stack Overflow.