This is currently a collection of notes on possible categories for app level demographics.
Sample categories:
Race (enum)
Ethnicity (enum)
Education (enum)
Sex (enum)
Gender (enum)
DateYear of BirthBlood Pressure (two scalars?)
Height (scalar, what UOM?)
Weight (scalar, what UOM?)
Country Code (enum)
Language (enum)
Postal Code Prefix (scalar)
Employment Status (enum)
Occupation (enum? write in?)
Dwelling
Veteran Status (enum)
Disability Status (enum)
Marital Status (enum)
Income (enum categories?)
Religious Affiliation (enum)
Political Affiliation (enum)
Sexual Orientation (enum)
Custom? (Would this be possible or even useful?)
Answer formats:
Choose one
Choose multiple
Required(A question shouldn’t be asked if it’s not required.)Skippable(Would at least require an opt-out.)Explicitly opt-out (Are there times when a “Do not wish to answer” option is presented?)
Other as option (would write-in ever be useful?)
Q: How do we decide what is too specific? Is it a population cutoff? As in some combination of answers could represent a group of less than 50 people?
This is more of a requirement for the app/study designer. But each of these categories can be somewhat controlled through the values allowed.
Q: Say one app wants Age in 10s and another in 20s. Can the category values be set in the app config? Is that where they are enumerated?
Q: Would there ever be a situation where the app config for these categories actually drives how the questions are displayed? As in, would an app look through the list to determine whether to use check boxes or radio buttons depending on the answer format. Or would there need to be a “visible label” option in the config in case someone needs to title the education questions “Years of Study”.
Q: Is there a way to make the data easier to query for groups (get all participants with English language, Veteran, 123 postal code)? Is that even an expected use case?