This article is accompanied by sample forms, dataset definitions and sample data saved in this folder.
1. Introduction
Contact tracing is a public health intervention to limit the spread of infectious diseases like COVID-19. It involves identifying close contacts of confirmed cases and monitoring their health status closely. These are the key elements of contact tracing (Center for disease control and prevention):
- Communicate to people that they may have been exposed to an infectious disease and should monitor their health for signs and symptoms.
- Helping people who may have been exposed to an infectious disease get tested.
- Asking people to self-isolate if they have an infectious disease or to self-quarantine if they are a close contact.
This use case covers the following sections:
- Deploying the workflow
- Overview
- Understanding the workflow
- Workflow components
- Customization and improvements
- Bibliography
2. Deploy the workflow now!
Click below to view this workflow in the Hub and install it on your server.
| Note: This is a case management workflow. To test it, follow these steps after deploying the workflow. The cases dataset ID is "confirmed_cases". |
| Advanced users can find the sample workflow files in this folder. For help with manual deployment, check out our support article Deploying form definitions and server datasets. |
3. Overview
In this workflow, you will be able to:
| Track suspected cases, confirmed cases and contacts from confirmed cases. | |
| For confirmed cases and their contacts, fill out an Initial and follow-up report(s). | |
| For each of the above, keep up to date records with key indicators, including personal information, health information and test results. | |
| Close or convert cases (e.g. from contact to confirmed case) automatically in response to virological test results. |
Note that SurveyCTO example workflows are highly customizable according to your project’s requirements. This workflow can be adapted to serve more specific needs.
4. Understanding the workflow
Take a look at the diagram below to visualize the data workflow:
The video below demonstrates how the workflow goes through each of the steps:
Below, you can find the typical order of forms to be filled-out as demonstrated in the video. If you’re getting started and want to test the workflow, follow these steps:
1. Fill out the "0. Suspected Cases" form: this is where you register any suspected case and direct them to testing.
2. Fill out a "*Virological Test*" form to communicate the results of the suspected case. If their test came back positive, a new case is created.
3. Fill out the "CM: 1.Case Initial Report" form first, and then "CM: 2.Contact Listing" form. Both forms should be opened via the "Manage Cases" menu.
At this point, there are two distinct paths happening simultaneously. You should follow-up with two different groups of cases: i) Confirmed cases, and ii) Contacts:
| Confirmed cases | Contacts |
| 1. Fill out the "*Virological Test*" form to communicate the results of the confirmed case, after their initial report. If their test came back negative, the case will close. | 1. Fill out the "1. Contact Follow-up" to reach out all contacts that were registered in the contact listing. |
| 2. If the result above came back positive, fill out the "CM: 3. Case Follow-up Report" form for a second follow-up. The case will only be closed if the status is "Recovered", "Dead" or "Lost to follow-up". | 2. Each contact should fill out the "Symptom Diary" form, on a daily basis, via Web forms. |
| 3. Fill out the "*Virological Test*" form to communicate the results of the suspected case. If their test came back positive, a new case is created. | |
| 4. If their test came back negative, fill out the "1. Contact Follow-up" form for a second and final follow-up. This form should direct patients to get a second and final virological test. |
In a usual scenario, the above includes several different agents. For some guidelines on which agent should be responsible for which form/action, please see The First Few X (FFX) Cases and contact investigation protocol for 2019-novel coronavirus (2019-nCoV) infection (pages 63-64).
4.1. Key elements
In this section, you can find a summary of the key elements for this workflow. It might ease your understanding of how the data flows across forms and datasets. Whenever we mention "cases" below, we are referring to all types of cases in this workflow: suspected cases, confirmed cases, and contacts of confirmed cases:
-
The Form Titles represent the order of the forms. However, as mentioned above, there are two parallel data collection paths, one for confirmed cases and another for close contacts:
- The confirmed cases are dealt with using our case management system, under the Manage Cases menu of SurveyCTO Collect, or the logged in web form user interface. As soon as they are downloaded, they will also appear under the Fill Blank Forms menu, so 1) we are preventing users from opening it in the wrong menu with a required note field, and 2) all case-related forms start with "CM:" to indicate "Case Management".
- The closed cases have only one form, "1. Contact follow-up", that should be filled-out for all follow-ups.
- The "*Virological Tests*" form should be filled for all cases, potentially by a laboratory facility whenever there is a new test result.
-
This flow is dynamic in a way that cases can change their status (from suspected to confirmed, for example), which has an implication on which dataset they are supposed to be, and which forms they need to fill out. Given this, all datasets have a "status" column that will be the source for many actions in the workflow:
- Suspected cases:
Active
Closed
Confirmed Case - Confirmed cases:
Recovered
Still ill
Dead
Lost to followup - Contacts of confirmed cases:
Not a case
Confirmed secondary case
Lost to follow-up
- Suspected cases:
-
For each case we are always collecting the following primary personal information:
- Name
- Age
- Gender
- Phone number
- Occupation
- Relationship to the case (for contacts)
- Once this information is submitted to the server in the first form submission ("Suspected cases", "Contact listing"), it will be pre-populated into subsequent forms, updated and published into the relevant datasets.
- As this workflow starts generating data, the number of cases starts growing, and enumerators should have some guidelines on which case to follow-up and when. For that, the variable "followup" includes the date for the next follow-up. This date appears on the table view of the Manage Cases menu, and sorts your cases accordingly.
5. Workflow components
This workflow has 7 forms, 1 cases dataset and 2 server datasets. Below, you can find a diagram showing the relationship between these components, as well as a non-comprehensive list of all components, the correspondent files and main purposes. If you would like to learn more about how each component works, its structure and technical characteristics, take a look here.
|
Workflow Component Files Click on the section to access the files. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Forms
Cases Dataset
Server Datasets
|
6. Customization and improvements
- Offline dataset publishing. With advanced offline workflows, enumerators do not have to submit data to the server in order to use the data in another form. They can simply finalize the form on their device, and the data will be available for pre-loading immediately.
- Data security is key in contact tracing interventions. As most of the information we are collecting should be confidential, we highly recommend encryption for all forms. Note, however, that encrypted fields cannot be published into datasets. Our advice is to encrypt your form and make relevant (non-PII) fields publishable. If you are concerned about data security on mobile devices, learn more about how you can store data in app-specific storage.
- Customize cases/contacts unique identifier. We are creating the case unique identifier using the uuid() function to return 7 random characters. On the other hand, a contact unique identifier is the concatenation of the case id and a suffix "_*". There are plenty of other methods you can use to create unique identifiers.
- Ensuring good communication and timely follow-ups. In such a workflow, it’s key that the communication between agents is simplified and clear. Additionally, it should be combined with mechanisms to ensure that cases or contacts are followed-up on a timely manner. Take a look at our integration with Zapier, which triggers actions in third-party software (e.g. to send email), or our Google calendar field plug-in. In the same way, these mechanisms might be helpful to alert contacts that they need to fill out the "Symptom Diary" every day.
- For timely follow-ups, it is also useful that cases should have a priority hierarchy and are assigned to specific users. Case management allows you to do this using the "users" column.
- If your agents are going to use SurveyCTO Collect, make sure you configure their devices properly. Creating device default configurations will make it easier to allocate specific forms to specific user roles.
- The language used when speaking to patients or potential patients should take into account a set of principles to respect the patient, ease interaction, and minimize misunderstandings. In SurveyCTO, you can use note fields to share detailed instructions on language for those that are filling-out the form.
- Depending on the contact tracing context, these can be phone surveys. To learn more about SurveyCTO in the context of computer-assisted telephone interviewing (CATI), see our CATI starter kit guide.
- Expand on data analysis and quality control. SurveyCTO allows you to integrate with powerful analytical tools to keep track of what’s happening (e.g. Google Sheets, Power BI).
7. Bibliography
Do you have thoughts on this guide? We'd love to hear them! Feel free to fill out this feedback form.
0 Comments