Collecting Quantitative Data: Surveys, Administrative Data and Chart Reviews
Research Methods in Health Sciences
Learning objectives for this lesson:
- Describe the operational stages of running a survey, from building it on a platform to exporting the data, and distinguish this work from questionnaire item writing.
- Build a survey in REDCap or Qualtrics with clear variable names, coded response values, branching logic, field validation and a data dictionary.
- Plan testing, piloting, distribution, reminders and incentives for a survey, and calculate a simple response rate from a tracking log.
- Explain mode effects, distinguish selection effects from measurement effects, and describe how paper questionnaires are entered and verified.
- Prevent and detect bot and fraudulent survey responses with pre-specified flags and a decision rule, and apply data security and export safeguards.
- Describe physician billing, hospital discharge, prescription and vital statistics records, and judge what each can and cannot measure.
- Explain what a case definition is and why diagnoses and service counts in administrative data depend on coding and payment practices.
- Design an electronic medical record abstraction form with explicit decision rules, plan abstractor training, and calculate percent agreement between two abstractors.
This course was developed by Dr. Kiffer G. Card, Faculty of Health Sciences, Simon Fraser University. It is the applied research methods course of the Public Health Assessment and Analysis series.
Running a Survey: Platforms, Logic, Piloting and Distribution
Learning Objectives for this section
- Describe the operational stages of a survey, from building the instrument on a platform to exporting the data, and separate this work from the writing of questionnaire items.
- Compare REDCap and Qualtrics as survey platforms for health research and state the questions to ask before choosing one.
- Build survey fields with clear variable names, coded response values, branching logic and field validation.
- Distinguish testing a survey build from piloting it with people who resemble the participants, and plan both.
- Plan distribution, a contact schedule with reminders, and an incentive, and calculate a simple response rate.
Introduction
Lesson 7 dealt with deciding whom to study and what to measure. This lesson deals with collecting the numbers. Quantitative data in health research come from three broad places: researchers can ask people directly through a survey, reuse records that the health system keeps for its own purposes, or read clinical charts and copy specific details into a research form. Sections 1 and 2 cover surveys, Section 3 covers administrative health data, and Section 4 covers chart review.
A survey is a structured set of questions asked in the same way of every respondent, so that answers can be counted and compared. A questionnaire is the instrument itself. Writing good questionnaire items is a skill of its own, taught in HSCI 341 Lesson 3. This section concerns the operational work around the questionnaire: putting it on a platform, making it behave correctly, testing it, sending it out, following up, and keeping track of who has responded.
The Cedar Valley Social Connection Study is a fictional mixed-methods study used throughout this course. A team led by Dr. Maya Hart is working with the fictional Cedar Valley Health Authority, which serves about 46,000 adults aged 65 and older, to understand loneliness among older adults and how it relates to health service use. Its regional survey measures loneliness with the three-item UCLA Loneliness Scale (Hughes et al., 2004), scored from 3 to 9, and received 1,600 completed responses. In this section the team builds and sends out that survey.
1.1 The Stages of Running a Survey
Running a survey involves six stages, shown in the figure. Each stage produces something that can be checked before the next begins, which matters because a single error in survey logic can send many respondents past a question they should have answered.
1.2 Choosing a Survey Platform
A survey platform is web software that displays a questionnaire, stores the answers in a database and lets the team manage invitations and export data. REDCap (Research Electronic Data Capture) was developed at Vanderbilt University for research data collection and is licensed at no cost to non-profit institutions that join the REDCap consortium; each institution runs it on its own servers (Harris et al., 2009; Harris et al., 2019). Qualtrics is a commercial survey platform that many universities license. Both can do what most projects need.
| Feature | REDCap | Qualtrics |
|---|---|---|
| Designed mainly for | Research data capture, including surveys, staff data entry and repeated visits | Surveys of many kinds, including market and organizational research |
| Where data are stored | On the servers of the host institution | In the vendor's data centres, in a region set by the licence |
| Showing or hiding questions | Branching logic written on each field | Display logic, skip logic and branches in the survey flow |
| Research features | Data dictionary upload, audit trail, identifier tagging, data access groups for several sites | Extensive design options, quotas, embedded data and fraud detection settings |
Before choosing, a team should establish where the data will be stored and whether the research ethics board and partners accept that location, since a First Nations health partner's data governance agreement may set conditions. The team should also decide who will have accounts and whether the study needs staff data entry or several sites. The Cedar Valley team chose REDCap because the university hosts it, because one project could hold the survey and the chart abstraction form used in Section 4, and because its partners accepted the storage arrangements.
1.3 Building the Survey: Fields, Codes and Logic
On a platform, each question becomes a field, and each field becomes a column in the exported dataset. Building a survey is therefore also building a dataset, and choices made now determine how easy the data will be to analyze in Lesson 11.
The field type controls how a question is answered and stored. A radio-button field allows one answer from a list, such as the three options of a UCLA item. A checkbox field allows several answers and creates one column for each option. A text field stores a typed entry and can be restricted to a number or a date. A calculated field computes a value from other fields, and a descriptive field displays text without storing anything.
Every field needs a variable name, the short label that becomes the column heading. Good names are lower case, contain no spaces, start with a letter and describe the content, for example ucla_1 and lives_alone. Each response option also needs a stored code: the UCLA items are coded 1 for hardly ever, 2 for some of the time and 3 for often. Codes should follow an instrument's published scoring, and a code should mean the same thing throughout the survey, such as 1 for yes and 0 for no on every yes or no question.
The Cedar Valley survey computes the loneliness total in a field named ucla_total with the REDCap formula [ucla_1] + [ucla_2] + [ucla_3]. In REDCap, a sum written with plus signs is left blank if any item is missing, which the team wants, because a total built from two of three items would be misleading. Analysts still recompute the total from the items as a check.
A data dictionary is a table that describes every field: its variable name, label, type, codes, validation and the logic that controls when it appears. REDCap stores the whole survey design as a data dictionary that can be downloaded as a spreadsheet, edited and uploaded again. Five rows of the Cedar Valley dictionary are shown below, using REDCap's column headings. Every survey should have a data dictionary of this kind.
| Variable / Field Name | Field Type | Field Label | Choices or Calculation | Validation | Branching Logic |
|---|---|---|---|---|---|
age | text | What is your age in years? | integer, 65 to 110 | ||
lives_alone | yesno | Do you live alone? | 1, Yes | 0, No | ||
live_with | checkbox | Who do you live with? (Select all that apply.) | 1, Spouse or partner | 2, Adult child | 3, Other relative | 4, Friend or roommate | 5, Other | [lives_alone] = '0' | |
ucla_1 | radio | How often do you feel that you lack companionship? | 1, Hardly ever | 2, Some of the time | 3, Often | ||
ucla_total | calc | Loneliness total (3 to 9) | [ucla_1] + [ucla_2] + [ucla_3] |
Branching logic
Branching logic is a rule that shows a question only to respondents for whom it applies. In the dictionary above, the question about who the respondent lives with appears only if lives_alone equals 0. REDCap writes the rule on the field that should appear, with variable names in square brackets, while Qualtrics uses display logic, skip logic or a branch in the survey flow. Branching shortens the survey and prevents contradictory answers.
Branching also creates two kinds of blank. A blank in live_with for someone who lives alone means the question did not apply, while the same blank for someone who does not live alone means the person skipped it. Recording the rule in the data dictionary lets an analyst tell the two apart.
The Cedar Valley survey asks caregiver, "In the past month, have you provided unpaid care to a family member or friend?" coded 1 for yes and 0 for no. A follow-up field, care_hours, asks how many hours of care the respondent provided in a typical week. Write the REDCap branching logic for care_hours, state the validation you would set, and say what a blank in care_hours means for a respondent who answered 0. (One reasonable answer: the logic is [caregiver] = '1', the validation is a whole number from 0 to 168, the hours in a week, and the blank means the question did not apply.)
Field validation and required fields
Field validation is a check that the platform applies to an answer as it is entered. Limiting age to whole numbers from 65 to 110 catches typing errors such as 7 or 770, and date and email fields can be held to a set format. Validation prevents errors that would otherwise surface weeks later during cleaning.
A field can also be marked as required, so that the respondent cannot continue without answering. Under TCPS 2, participants may decline to answer any question, as Lesson 5 explained, so a research ethics board will usually ask why a field must be answered. A common approach is to require answers only to eligibility and consent fields and to offer a "prefer not to answer" option on sensitive items. Qualtrics distinguishes force response, which blocks progress, from request response, which reminds the respondent and then lets them continue.
1.4 Testing and Piloting
Testing means that the research team works through the survey to check that the build behaves as designed. Piloting means that a few people who resemble the intended participants complete the survey under realistic conditions. Testing finds errors in the build, and piloting finds problems with the experience. Piloting the wording of items through cognitive interviews belongs to questionnaire design in HSCI 341 Lesson 3.
Team members enter test records that follow different paths, for example a respondent who lives alone, one who lives with a spouse, one who is a caregiver and one who skips every optional question. They check that each branching rule shows and hides the right fields, that validation rejects impossible values, that calculated totals are right and that the consent page matches the approved version. They then export the test records, compare them with the data dictionary, and delete them before data collection starts.
The Cedar Valley advisory group of six older adults completed the survey on their own devices and on paper, and 20 further pilot participants were recruited through two community organizations. The team recorded completion times, asked where people hesitated and watched three participants use a phone. The pilot showed that text was too small on some phones and that the progress bar discouraged people early on, so the team enlarged the font and replaced the bar with section headings. The pilot's median completion time of 14 minutes went into the invitation letter and is used in Section 2 to detect implausibly fast responses.
The pilot should include phones, tablets and computers, and should check that text can be enlarged, that colour is never the only way information is shown, and that grids of items remain usable on small screens.
1.5 Distribution, Reminders and Incentives
Distribution is the way invitations reach the sample. A platform can send each person an individual link, unique to that person, or provide one public survey link that anyone can open. Individual links let the team know who has responded, remind only non-responders and prevent duplicate answers. A public link is easy to share, and it gives no control over who answers, a weakness that Section 2 examines. Surveys can also use more than one mode, the way questions reach the respondent: web, paper, telephone or in person. A survey that offers several modes is mixed-mode.
Don Dillman and colleagues developed the Tailored Design Method, which uses several planned contacts, each with a distinct purpose, written in a respectful and personal tone (Dillman et al., 2014). The partner clinics and the First Nations Health Centre mailed invitations on the team's behalf to the stratified random sample of 5,250 older adults drawn in Lesson 7, and the team adapted the Tailored Design sequence as shown below. Each invitation carried a web address, a QR code and a unique access code, and paper questionnaires carried the same code, so that every response could be matched to the person invited.
Reminders are among the most dependable ways to raise response. A Cochrane review found that follow-up contacts, shorter questionnaires and monetary incentives were among the strategies associated with higher response to postal and electronic questionnaires (Edwards et al., 2009). When individual links are used, REDCap and Qualtrics can schedule reminders that go only to people who have not yet completed the survey. Each reminder should be shorter than the invitation and should state the closing date and how to opt out.
An incentive is a payment or gift offered to respondents. A prepaid incentive is sent to everyone with the invitation, while a promised incentive is given only to those who complete the survey. Reviews of the research have found that prepaid incentives generally raise response more than promised incentives of similar value (Singer & Ye, 2013). Under TCPS 2, an incentive should acknowledge participants' time without pressuring people to take part, and the research ethics board reviews the amount and how it is delivered.
1.6 Tracking Responses and Calculating a Response Rate
From the first mailing, the team keeps a tracking log that records what happened to each invitation. The log separates people who were never eligible or could not be reached from eligible people who did not respond. The American Association for Public Opinion Research publishes Standard Definitions with detailed rules for these categories; a simple version is enough for many small studies.
| Outcome of invitation | Number |
|---|---|
| Selected and mailed an invitation | 5,250 |
| Not reachable (undeliverable, deceased or moved before the mailing) | 210 |
| Ineligible on screening (living in long-term care or moved out of the region) | 95 |
| Eligible people in the sample | 4,945 |
| Completed responses (1,040 on the web and 560 on paper) | 1,600 |
| Partial responses (started but stopped before the end) | 60 |
| Explicit refusals (declined consent on the first page) | 45 |
| No response | 3,240 |
A simple response rate
Response rate = completed responses ÷ eligible people in the sample × 100
For Cedar Valley: 1,600 ÷ 4,945 × 100 = 32.4 percent. Counting partial responses as respondents gives (1,600 + 60) ÷ 4,945 × 100 = 33.6 percent, and the simpler rate used in Lesson 7, which divides completed surveys by all delivered invitations, gives 1,600 ÷ 5,040 × 100 = 31.7 percent. A report should state which definition it used.
If responses from a smaller community such as Kestrel Lake lag behind, the team can ask a local organization to encourage participation or add telephone reminders there. Whether respondents differ from non-responders is the question of nonresponse bias. HSCI 230 Lesson 8 Section 2 teaches how nonresponse produces bias, HSCI 341 Lesson 3 Section 4 applies response rates to questionnaire protocols, and HSCI 341 Lesson 7 Section 1 shows when nonresponse biases an association.
Reflection
You are building an online survey in REDCap for a study of sleep and screen use among undergraduate students aged 18 to 30. The survey includes age (a text field for age in years), smoke (“Do you currently smoke cigarettes?”, coded 1 for yes and 0 for no) and cig_day (“On a typical day, how many cigarettes do you smoke?”). You will invite 500 students by individual email links and expect about 40 percent of them to complete the survey. You are choosing between a prepaid $5 e-gift card sent to all 500 invited students and a promised $10 e-gift card for each student who completes. (a) Write the branching logic and validation for cig_day and the validation for age. (b) Describe three test records you would enter before launch and what each one checks. (c) Propose a contact schedule with reminders. (d) Calculate the cost of each incentive option, and state which you would choose and why.
(a) The branching logic for cig_day is [smoke] = '1', so only current smokers see it. I would validate it as a whole number from 0 to 100, which allows any plausible answer and rejects typing errors such as 400. I would validate age as a whole number from 18 to 30, which matches the eligibility criteria.
(b) The first test record is a 20-year-old smoker who reports 10 cigarettes a day, which checks that cig_day appears and accepts a valid value. The second is a non-smoker, which checks that cig_day stays hidden and is blank in the export. The third enters an age of 17 and then 300 cigarettes, which checks that validation rejects impossible values. I would export the test records, compare them with the data dictionary and delete them before launch.
(c) I would send the invitation on day 0, a shorter reminder to non-responders on day 4, a second on day 10 and a final reminder on day 14 that states the closing date and how to opt out.
(d) The prepaid option costs 500 × $5 = $2,500. The promised option costs 0.40 × 500 = 200 completions × $10 = $2,000. I would choose the prepaid card if the budget allows, because reviews find that prepaid incentives generally raise response more than promised ones; the promised card is a reasonable choice if the extra $500 is not available.
Minimum 20 characters required.
Question 1: Which task belongs to the survey operations covered in this lesson, as distinct from the questionnaire item writing taught in HSCI 341 Lesson 3?
Question 2: A REDCap field named ucla_total is calculated as [ucla_1] + [ucla_2] + [ucla_3]. A respondent answers the first two items and skips the third. What does ucla_total contain?
Question 3: Which statement correctly distinguishes testing a survey from piloting it?
Question 4: A team mails 2,000 invitations. Fifty are returned as undeliverable or ineligible, 780 people complete the survey and 40 submit partial responses. Using completed responses divided by eligible people in the sample, what is the response rate?
Survey Data Quality: Mode Effects, Fraud, Security and Export
Learning Objectives for this section
- Define mode effects and distinguish differences caused by who chooses a mode from differences caused by the mode itself.
- Describe how paper questionnaires are entered and verified, and calculate a simple data entry error rate.
- Explain why open online surveys attract bots and fraudulent respondents, and describe prevention measures that a team can build in before launch.
- Apply a pre-specified set of fraud flags and a decision rule to individual survey responses.
- Describe the main data security safeguards for survey data and the checks to run on a data export.
Introduction
A survey can be well built and well distributed and still produce poor data. Data quality refers to how closely the recorded data reflect what real, eligible respondents meant to report. This section examines four threats that arise during and after collection: the effect of survey mode, errors in entering paper forms, responses from automated programs and impostors, and the loss or exposure of data. It ends with the export of a clean, documented file for analysis.
2.1 Mode Effects
Section 1 defined a mode as the way questions reach a respondent: on the web, on paper, by telephone or in person. A mode effect is a difference in survey results that arises because data were collected in different modes. Mode effects have two sources, and they need to be kept apart.
A selection effect occurs when different kinds of people choose, or are reached by, different modes. Older respondents, and respondents with limited internet access, are more likely to return a paper questionnaire than to answer online. If those people also differ in loneliness, the paper and web results will differ even if each person would have given the same answers in either mode. A measurement effect occurs when the same person would answer differently depending on the mode. The best-known example concerns interviewers. When an interviewer reads questions aloud, some respondents give answers that they expect the interviewer to view favourably, a tendency called social desirability bias. People may therefore report less loneliness or fewer sensitive behaviours to an interviewer than on a self-completed form. Presentation also matters: respondents who read a list of options tend to favour options near the top, while respondents who hear a list read aloud tend to favour the last options they heard (Dillman et al., 2014).
| Mode | Completed responses | Scored 6 or higher | Percent |
|---|---|---|---|
| Web | 1,040 | 218 | 21.0 |
| Paper | 560 | 174 | 31.1 |
| All modes | 1,600 | 392 | 24.5 |
In the Cedar Valley survey, 31.1 percent of paper respondents scored 6 or higher on the loneliness scale, compared with 21.0 percent of web respondents. Paper respondents were, on average, older and more likely to live alone in the smaller communities, so much of this gap is probably a selection effect. Both modes were self-completed, without an interviewer, which limits the measurement effect, although it cannot rule one out. The team took three practical steps. It kept the wording, order and response options the same on paper and on the web, which Dillman and colleagues recommend for mixed-mode surveys. It stored the mode as a variable named mode, so that later analyses can compare or adjust for it. It also reported the mode split in the methods section, so that readers can judge the issue for themselves.
Entering and verifying paper questionnaires
Paper questionnaires must be typed into the database, a step called data entry, and every keystroke is a chance for error. The Cedar Valley research assistant entered the 560 paper forms into the same REDCap instrument used for the web survey, so that validation rules applied to both. Two approaches are common for checking entry. In double data entry, two people enter every form independently and a program lists every field where the two entries differ; REDCap offers an optional double data entry module for this purpose. In verification of a sample, a second person re-enters a random subset of forms and the team calculates an error rate.
A data entry error rate
Error rate = fields entered incorrectly ÷ fields checked × 100
The Cedar Valley team re-entered a random 10 percent of paper forms (56 forms) with 40 fields each, which gives 56 × 40 = 2,240 fields checked. It found 7 discrepancies, all of which were errors in the first entry, so the error rate was 7 ÷ 2,240 × 100 = 0.3 percent. The protocol stated in advance that all forms would be re-entered if the rate exceeded 0.5 percent, so the team corrected the 7 errors and kept the remaining entries.
2.2 Bots and Fraudulent Responses
A bot is a computer program that completes online surveys automatically. A fraudulent respondent is a person who completes a survey for which they are not eligible, or completes it several times, usually to collect an incentive. Both problems are concentrated in surveys that use a public link, offer a payment, and are advertised online. Researchers who have recruited through social media have reported receiving large numbers of suspicious responses within hours of posting a link (Pozzar et al., 2020), and Teitcher and colleagues (2015) described the methods that fraudulent respondents use and the ethical trade-offs in screening them out. Fraudulent responses distort estimates, use up incentive budgets and, if they go undetected, can lead to published findings that describe people who do not exist.
Prevention is easier than detection, so the first defences are built into the survey before launch.
Detecting suspicious responses
Even with prevention, a team should decide in advance which features of a response will count as warning signs, or fraud flags, and what it will do with flagged responses. Writing the rules before seeing the data prevents the team from excluding responses simply because it dislikes their answers. The rules belong in the protocol and the ethics application, and the consent form should tell participants that responses are screened for quality. The table below lists common flags.
| Flag | What it detects | Example rule used in Cedar Valley |
|---|---|---|
| Implausibly fast completion | A speeder, who clicks through without reading | Completion time under one third of the pilot median of 14 minutes, that is, under 4 minutes 40 seconds |
| Failed attention check | A respondent who is not reading the questions | A wrong answer to an instructed item such as "For this question, please select Often" |
| Honeypot answered | A bot that fills every field | Any answer in the hidden field |
| Duplicate details | One person answering several times | The same email address or internet address as an earlier response |
| Inconsistent answers | An ineligible or invented respondent | Age that does not match year of birth, or a postal code outside Cedar Valley |
| Suspicious open text | Copied, automated or off-topic text | Open-text answers that are nonsense or identical to another response |
Straight-lining, giving the same answer to every item in a grid, is sometimes used as a flag, although a genuinely lonely person might answer "Often" to all three loneliness items honestly, so it is a weak flag on short scales. Internet addresses can count as personal information, so a team that plans to collect them should say so in its ethics application; some platforms record them by default.
A worked example: screening an open link
In this lesson's illustration, the Cedar Valley team also tested an open web link, offering a $10 e-gift card, which community organizations shared to reach older adults who had recently moved into the region and were missing from the mailing list. Over one weekend the link received 212 responses, far more than expected. The team applied its pre-specified decision rule: any response with an answer in the honeypot field is excluded; any other response with two or more flags is excluded; a response with exactly one flag is reviewed by two team members; and a response with no flags is retained. Six responses are shown below.
| Response | Flags found | Number of flags | Decision |
|---|---|---|---|
| R-031 | Completed in 3 minutes 10 seconds | 1 | Review |
| R-032 | Honeypot answered, completed in 2 minutes 5 seconds, failed attention check, duplicate internet address, age inconsistent with year of birth, open text identical to another response | 6 | Exclude (honeypot) |
| R-033 | None | 0 | Retain |
| R-034 | Failed attention check, same email address as response R-029 | 2 | Exclude |
| R-035 | Postal code outside Cedar Valley | 1 | Review |
| R-036 | Completed in 4 minutes 20 seconds, open text identical to response R-032 | 2 | Exclude |
Across all 212 responses, the rule excluded 131, sent 23 to review and retained 58. After review, the team retained 9 of the 23 and excluded 14, leaving 67 retained responses and 145 exclusions. Response R-035 shows why review matters: a person who had just moved to Riverside might still give a postal code from the previous address, and the reviewers retained that response after checking that the rest of it was consistent. The team then closed the open link and replaced it with access codes handed out by the community organizations. It reported the number of responses received, flagged, reviewed and excluded in its methods section, and kept the open-link responses separate from the 1,600 responses to the mailed survey.
Using the Cedar Valley rule above, decide what happens to each of these three responses and state your reason. Response R-040 took 11 minutes, passed the attention check, left the honeypot blank and gave a Cedar City postal code, but used the same email address as response R-012. Response R-041 took 3 minutes 50 seconds and answered the honeypot field. Response R-042 took 4 minutes 30 seconds and failed the attention check. (Answers: R-040 has one flag and goes to review; R-041 is excluded because the honeypot was answered; R-042 has two flags, since 4 minutes 30 seconds is under the 4 minute 40 second threshold, and is excluded.)
2.3 Data Security
Survey data about health and social life are sensitive, and Lesson 5 set out the obligations that TCPS 2 places on researchers to protect participants' privacy and confidentiality. In practice, protection depends on a set of ordinary safeguards applied consistently. A data management plan, introduced in Lessons 5 and 6, records these safeguards in one place.
The survey platform, the location of any exported files and the location of paper forms should match what the research ethics board approved. For Cedar Valley, data stay on the university's REDCap server and in a university secure network folder, and paper forms are kept in a locked cabinet in a locked office, separately from signed consent forms, which carry names.
REDCap and Qualtrics let a project owner set what each user can do. The Cedar Valley community research associate can enter paper forms but cannot export data; the graduate research assistant can export de-identified data; only Dr. Hart and the data manager can see the contact details collected for incentives. This principle of giving each person the minimum access needed is sometimes called least privilege.
An identifier is any field that could identify a person, such as a name, an address, a telephone number, an email address or a personal health number. REDCap lets a team tag such fields as identifiers, so that they can be removed automatically on export. Contact details for incentives sit in a separate instrument, and the tracking log that links access codes to names is stored separately from the survey data.
Strong passwords and two-factor authentication protect accounts. REDCap keeps an audit trail, a log of who viewed, entered, changed or exported data and when, which allows the team to check what happened if a problem arises.
Exported files should not be emailed, copied to personal laptops or carried on unencrypted USB drives. Teams use institutional secure storage or encrypted transfer services, and keep and destroy data as the approved data management plan states.
2.4 Exporting the Data
An export is a copy of the data taken out of the platform for analysis. Each export is a snapshot, so the team records when it was taken, by whom and with which settings, and gives the file a dated name, following the file naming conventions in Lesson 6 (for example 2026-03-31_CVSCS_survey-deid_v01.csv).
Platforms can export the stored codes (for example 1, 2 and 3 for the UCLA items) or the text labels (Hardly ever, Some of the time, Often). Codes are easier to analyze and to sum into scores, while labels are easier to read. Most teams export codes together with the data dictionary, which records what each code means. REDCap can also export a short script for R and other statistical programs that attaches the labels to the codes.
REDCap's export settings can remove fields tagged as identifiers, replace the record number with a coded value, remove free-text fields that might contain names, and shift dates. The Cedar Valley analysts receive a de-identified export, and only the data manager can export identified data, for the approved purpose of linking survey responses to health records (Section 3 and Lesson 9).
Before analysis, the team checks that the number of rows equals the number of records expected (1,600 completed responses plus any partial responses the team chose to keep), that every coded value falls within the codes in the data dictionary, that the loneliness total recomputed from the three items matches ucla_total, that blanks in branched fields follow the branching rules, and that no test or pilot records remain. Any problem found is fixed in the platform, followed by a fresh export, so that the platform remains the single source of the data.
Exports, data dictionaries and codebooks connect this lesson to Lesson 11, which covers data entry, the documentation of variables and a first descriptive table. A clean export with a matching data dictionary is the end point of running a survey.
Reflection
A team posted a public link to an online survey of adults aged 65 and older in one health region, offering a $10 e-gift card. Before launch it wrote this decision rule: any response that answers the hidden honeypot question is excluded; any other response with two or more flags is excluded; a response with exactly one flag is reviewed by two team members; and a response with no flags is retained. The flags are a completion time under one third of the pilot median of 12 minutes, a failed attention check, an email address already used in an earlier response, a postal code outside the region, and open-text answers identical to another response. Response A took 3 minutes 30 seconds and had no other flags. Response B took 10 minutes and answered the honeypot question. Response C took 8 minutes, failed the attention check and used an email address from an earlier response. Response D took 15 minutes and had no flags. Classify each response and give the reason. Then explain (a) why the rule was written before data collection, (b) two measures that could have prevented these problems, and (c) what the team should report in its methods section.
The speed threshold is one third of 12 minutes, which is 4 minutes. Response A took 3 minutes 30 seconds, so it has one flag and goes to review; a fast reader could be genuine, so two team members should look at the rest of the response. Response B answered the honeypot question and is excluded, regardless of its time. Response C has two flags, a failed attention check and a duplicate email address, and is excluded. Response D has no flags and is retained.
(a) Writing the rule in advance prevents the team from excluding responses because it dislikes their answers, and it allows the research ethics board to approve the screening and the consent form to tell participants that responses are checked for quality.
(b) The team could have sent individual access codes through community organizations instead of posting a public link, and it could have added a CAPTCHA to the link and described the incentive only in the consent form.
(c) The methods section should state how the link was distributed, list the flags and the decision rule, and report the number of responses received, flagged, reviewed, excluded and retained, so that readers can judge how screening may have affected the sample.
Minimum 20 characters required.
Question 1: In the Cedar Valley survey, 31.1 percent of paper respondents and 21.0 percent of web respondents scored 6 or higher on the loneliness scale. Paper respondents were older and more likely to live alone. What is the most likely main source of the gap?
Question 2: What is a honeypot question in an online survey?
Question 3: Under the Cedar Valley rule (a honeypot answer means exclusion; two or more flags means exclusion; one flag means review; the speed flag applies below 4 minutes 40 seconds), what happens to a response completed in 4 minutes 10 seconds with a postal code outside the region and no other flags?
Question 4: Which practice best describes how to export survey data for analysis?
Administrative Health Data: What Health System Records Can and Cannot Measure
Learning Objectives for this section
- Define administrative health data and explain how a record is created when a service is paid for or a life event is registered.
- Describe physician billing, hospital discharge, prescription and vital statistics records, including what each contains.
- Judge, for a given research variable, whether administrative data can measure it, measure it partly, or cannot measure it at all.
- Explain what a case definition is and why diagnoses in administrative data depend on coding practice.
- Explain why the Cedar Valley study combines survey data with administrative data, and what each source contributes.
Introduction
Every time a person in Canada sees a physician, stays in hospital, fills a prescription or dies, a record is created. These records exist so that the health system can pay providers, manage services and register life events, and they are called administrative health data. When researchers use them to answer a research question, the use is called secondary use, because the data were collected for another purpose. The organization legally responsible for a dataset, such as a ministry of health or a provincial vital statistics agency, is its data custodian.
Administrative data are especially valuable in Canada because provincial health insurance covers medically necessary physician and hospital services for nearly all residents, so records exist for almost everyone who uses those services. In British Columbia, Population Data BC is the organization that helps approved researchers obtain and link administrative data from several custodians. Lesson 9 explains how researchers apply for access, how records from different files are linked, and how privacy is protected. This section concerns an earlier question: what each type of record contains, and what it can and cannot tell a researcher.
The Cedar Valley Social Connection Study (fictional) asks whether loneliness among adults aged 65 and older is associated with emergency department visits. The survey measures loneliness well, but older adults asked to count their emergency visits, physician visits and hospital stays over the past year may forget some events or remember them as more recent than they were, an error called telescoping. With respondents' consent, the team therefore plans to link survey responses to records of physician visits, hospital discharges and emergency department visits through Population Data BC, covering the two years before each person completed the survey and the year after.
3.1 How an Administrative Record Is Made
An administrative record is a by-product of a transaction. A physician bills the provincial plan for a visit, a hospital reports a completed stay, a pharmacist dispenses a drug, or a family registers a death. The record contains what the transaction needed: who received the service, who provided it, when, and, depending on the file, a code describing the diagnosis, the procedure or the drug. Diagnoses are recorded as codes from the International Classification of Diseases (ICD), a coding system maintained by the World Health Organization in which each code stands for a disease or condition. Hospitals in Canada use ICD-10-CA, a Canadian version of the tenth revision, while physician billing in British Columbia uses diagnostic codes based on the older ninth revision.
Because records follow transactions, they capture contact with the health system and miss everything that happens outside it. The figure below follows one fictional Cedar Valley participant through a year.
3.2 Four Main Types of Administrative Record
The outline of each record type below uses British Columbia as the example. Other provinces keep similar files under different names, and the details of any file should be checked against the documentation its custodian publishes.
What creates a record. A billing claim is created when a physician asks the provincial insurance plan to pay for a service. In British Columbia the plan is the Medical Services Plan (MSP). Physicians paid by fee-for-service, which means a set fee for each service, submit a claim for every visit or procedure.
What it contains. A claim records the patient's personal health number, the date, the physician and specialty, a fee item describing the type of service, and limited diagnostic information, usually a single diagnostic code entered for billing.
What it can measure. Billing data count physician contacts by type and specialty, such as visits to family physicians or psychiatrists, and can identify diagnosed conditions when combined into a case definition (Section 3.4).
What it cannot measure. A claim says nothing about what was discussed, how severe the problem was or what the patient experienced. Services by providers who do not bill the plan, such as many counsellors and physiotherapists in private practice, are absent. Physicians paid by salary or contract may submit records that are less complete than fee-for-service claims, so counts of visits can be too low for some clinics.
What creates a record. A discharge abstract is created when a patient leaves an acute care hospital after an admission, whether they go home, are transferred or die. Trained health information professionals read the hospital chart and code the stay. Canadian hospitals outside Quebec submit these abstracts to the Discharge Abstract Database (DAD) maintained by the Canadian Institute for Health Information (CIHI).
What it contains. An abstract records admission and discharge dates, the diagnosis most responsible for the stay, other diagnoses coded in ICD-10-CA, procedures coded in the Canadian Classification of Health Interventions (CCI), and where the patient went on discharge.
What it can measure. Discharge abstracts measure hospitalizations, length of stay, in-hospital procedures and in-hospital deaths, with more diagnostic detail than billing claims.
What it cannot measure. They do not capture care outside hospital, and emergency department visits that do not lead to admission are kept in separate files. They contain little about patients' social circumstances.
What creates a record. In British Columbia, PharmaNet records every prescription dispensed by a community pharmacy, whoever pays for it.
What it contains. A record includes the drug (identified by its Drug Identification Number, assigned by Health Canada), the date dispensed, the quantity, the number of days the supply should last and the prescriber.
What it can measure. Prescription records measure which medications were dispensed and when, the number of different drugs a person receives, and whether refills occur on time.
What it cannot measure. A dispensing record does not show whether the person took the medication or why it was prescribed, because no diagnosis is attached. Drugs given in hospital, free samples and most over-the-counter products are missing.
What creates a record. Vital statistics are the registrations of births, deaths, stillbirths and marriages kept by each province. In British Columbia the custodian is the BC Vital Statistics Agency.
What it contains. A death registration records the date and place of death and the underlying cause, coded in ICD-10 from the medical certificate of death completed by the attending practitioner or a coroner.
What it can measure. Death registrations measure mortality and causes of death for the whole population, and they allow researchers to follow participants until death.
What it cannot measure. Cause of death is only as accurate as the certificate, which is often completed without an autopsy. Social circumstances, including isolation, are not recorded.
Two further files matter for many studies. Emergency department visits are recorded in hospital information systems, and many hospitals report them to CIHI's National Ambulatory Care Reporting System (NACRS). Coverage of emergency department records can differ between facilities and over time, so a team checks the custodian's documentation for the years it needs. A registry file of people enrolled in the provincial insurance plan records age, sex, area of residence and the dates each person was covered. The registry tells the team who was living in the province and could have generated records, which matters because a person with no hospital records might have been healthy or might have moved away.
3.3 What Administrative Data Can and Cannot Measure
A useful habit is to list every variable the study needs and decide, one by one, which source measures it best. The Cedar Valley team's list is shown below.
| Variable the study needs | Best source | Comment |
|---|---|---|
| Loneliness score (3 to 9) | Survey | No administrative file measures loneliness. |
| Living alone | Survey | The registry records an address, which says nothing about who else lives there. |
| Emergency department visits in the year after the survey | Emergency department records | Counts are reliable where the facility reports completely; the reason for the visit is coded. |
| Hospital admissions and days in hospital | Discharge abstracts | Measured well, with detailed diagnoses. |
| Family physician visits | Billing claims | Measured partly; visits to physicians paid outside fee-for-service may be undercounted. |
| Diagnosed depression | Billing claims and discharge abstracts, using a case definition | Measured partly; depression that was never diagnosed or coded is missed. |
| Antidepressants dispensed | PharmaNet | Dispensing is measured; actual use and the reason for the prescription are not. |
| Death during follow-up | Vital statistics | Measured well for deaths registered in the province. |
| Attendance at community programs | Survey or program records | Not in health administrative data. |
| Loneliness noted by a clinician | Chart review | Recorded, if at all, in clinic notes (Section 4). |
A second study wants to know whether older adults who are socially isolated are less likely to fill prescriptions for blood pressure medication on time after a hospital stay for heart failure. For each of these four variables, name the best source and one limitation: (1) social isolation, (2) a hospital stay for heart failure, (3) timely filling of blood pressure prescriptions after discharge, and (4) death within one year. (One reasonable answer: isolation comes from a survey, with self-report and nonresponse as limitations; heart failure stays come from discharge abstracts, which depend on accurate coding of the most responsible diagnosis; prescription fills come from PharmaNet, which records dispensing and not whether the drug was taken; deaths come from vital statistics, whose recorded cause depends on the certificate.)
3.4 Case Definitions and the Meaning of a Code
A diagnosis in administrative data is a code that someone entered for payment or record-keeping, and a single code can be wrong. A physician who orders a test to rule out diabetes might enter a diabetes code on the claim even though the test is normal. Researchers therefore use a case definition, a rule that combines records to decide who has a condition. Case definitions are tested against a reference standard, such as clinical charts, to see how often they classify people correctly. Validation studies report the results as sensitivity, specificity and positive predictive value, the statistics taught in HSCI 341 Lesson 5 Sections 2 and 3. This is one reason chart review, covered in Section 4, remains important even in a province with rich administrative data.
Example: a validated case definition for diabetes
A person is counted as having diagnosed diabetes if they have at least one hospital discharge abstract with a diabetes diagnosis, or at least two physician billing claims with a diabetes diagnostic code within a two-year period. Hux and colleagues (2002) validated this definition against primary care charts in Ontario, and the Canadian Chronic Disease Surveillance System uses definitions of this type to report chronic disease across provinces.
Codes also change over time. Coding systems are revised, as when hospitals moved from the ninth to the tenth revision of the ICD. Fee items are added and removed, so the apparent rise of a service can reflect a new billing code. Payment models change, and when a clinic moves its physicians from fee-for-service to salary, its billing claims may fall even though patients are seen as often as before. A team studying several years should read the custodian's data documentation for such changes before interpreting a trend.
3.5 Strengths and Limitations
The Cedar Valley design combines the two kinds of data so that each covers the other's gaps. The survey supplies the exposure, loneliness, which no health record contains, together with living arrangements and other social variables. The administrative files supply the outcome, emergency department visits, without relying on memory, and they add physician visits, hospital stays and deaths over the following year. The combined design depends on linkage, which in turn depends on consent and approvals, and Lesson 9 takes up those steps. Section 4 adds a third source, the clinical chart, which holds details that neither the survey nor the administrative files contain.
Reflection
A team plans a study of adults aged 65 and older in British Columbia who were admitted to hospital with pneumonia. It asks whether people who live alone are more likely to visit an emergency department within 30 days of discharge. The available sources are: a survey of consenting patients; physician billing claims (one record each time a fee-for-service physician bills the provincial plan, usually with a single diagnostic code); hospital discharge abstracts (a coded record of each hospital stay, with diagnoses coded in ICD-10-CA by trained coders); emergency department visit records; prescription dispensing records (every prescription dispensed by a community pharmacy, with the drug and the date but no diagnosis); and vital statistics death registrations (the date and the coded cause of death). For each of these five variables, name the best source and one limitation: (1) living alone, (2) the pneumonia hospitalization, (3) an emergency department visit within 30 days of discharge, (4) antibiotics dispensed after discharge, and (5) death within 90 days of discharge. Then explain why a single physician billing claim with a pneumonia code is a weaker way to identify pneumonia than the discharge abstract.
(1) Living alone comes from the survey, because no administrative file records household composition. Its limitation is that only people who consent and respond are included, and very ill patients may be missed.
(2) The pneumonia hospitalization comes from the discharge abstract. It is coded by trained coders from the hospital chart, but its accuracy still depends on coding, for example on whether pneumonia was recorded as the diagnosis most responsible for the stay.
(3) Emergency department visits come from emergency department visit records. Coverage can differ between facilities and over time, so the team should check the data documentation for the years and hospitals in the study.
(4) Antibiotics dispensed come from prescription dispensing records. These show that a drug was dispensed, which is different from showing that the person took it, and they carry no diagnosis.
(5) Death within 90 days comes from vital statistics. The fact and date of death are recorded well, while the cause depends on the accuracy of the death certificate.
A single billing claim is weaker because a physician may enter a pneumonia code to rule the condition out, or as the closest available code, and the claim carries little diagnostic detail. The discharge abstract is coded from the full hospital chart and records the diagnosis responsible for an actual admission.
Minimum 20 characters required.
Question 1: Which of these can a provincial prescription dispensing record, such as a PharmaNet record in British Columbia, measure?
Question 2: Why does the Cedar Valley study measure loneliness with a survey rather than with administrative data?
Question 3: In administrative health data research, what is a case definition?
Question 4: A clinic moves its physicians from fee-for-service payment to salaries, and billing claims for its patients fall by a third the next year. What is the most likely explanation?
Electronic Medical Record Chart Review: Abstraction, Training and Agreement
Learning Objectives for this section
- Define electronic medical record chart review and describe when it adds information that surveys and administrative data cannot provide.
- Outline the steps of planning a chart review, from defining variables to checking agreement.
- Read and design an abstraction form with explicit definitions, allowed values and decision rules, including the difference between "no" and "not documented".
- Describe how abstractors are trained and monitored, and why abstractors are kept unaware of the study hypothesis where possible.
- Calculate percent agreement between two abstractors, explain its limits in plain terms, and name Cohen's kappa as the chance-corrected statistic taught in HSCI 241 Lesson 7 and HSCI 341 Lesson 5.
Introduction
An electronic medical record (EMR) is the digital chart that a clinic or practice keeps for each patient. In Canada the term usually refers to the record held by a single practice, while electronic health record refers to records shared across organizations. A chart review, also called a medical record review, is a method in which researchers read existing charts and copy specific, predefined information into a structured research form. The copying step is called abstraction, the person who does it is an abstractor, and the research form is an abstraction form.
Gilbert and colleagues (1996) examined published chart review studies in emergency medicine and found that most did not report basic features of their methods, such as how abstractors were trained, how variables were defined and whether a second abstractor checked the work. Later guidance repeats the same recommendations: explicit variable definitions, a standard form, trained and monitored abstractors who are unaware of the hypothesis where possible, and a check of agreement between abstractors (Vassar & Holzmann, 2013; Kaji et al., 2014). This section applies them to the Cedar Valley chart review.
4.1 What Charts Contain and When to Review Them
An EMR holds two kinds of information. Structured data are stored in fields with set formats, such as the problem list, the medication list, laboratory results, measurements such as blood pressure, and billing codes. Unstructured data are free text, such as progress notes written after each visit, and scanned documents, such as letters from specialists. Structured fields can sometimes be extracted automatically; the Canadian Primary Care Sentinel Surveillance Network, for example, extracts structured data from primary care EMRs in several provinces for research and surveillance. Much of what matters for social questions, however, sits in free-text notes, and reading those notes requires a person.
Chart review is worth its cost when the needed information is recorded in clinical notes and nowhere else, such as symptoms, social history and referrals. It is also used to validate case definitions in administrative data, as Section 3 explained. Its limitations follow from the fact that charts are written for care: documentation varies between clinicians, clinics and EMR software, what was never written down cannot be abstracted, and reading hundreds of charts takes many hours.
The Cedar Valley team wants to know whether loneliness and social isolation are documented in primary care, and whether patients whose charts describe loneliness were referred to community supports. The team reviews 300 charts of patients aged 65 and older, 50 at each of six partner clinics, chosen by systematic sampling from each clinic's patient list (Lesson 7). The research ethics board approved the use of these charts without individual consent under TCPS 2 Article 5.5A (Lesson 5). The review window is the 24 months before an index date set in the protocol, the first day of the month in which the survey invitations were mailed. Two abstractors, the graduate research assistant and the community research associate, abstract on site at each clinic into a REDCap form.
4.2 Planning a Chart Review
The figure below shows the planning sequence. The first four steps take place before any study chart is abstracted, and the agreement check returns the team to the form and manual when a problem appears.
Each variable should answer part of the research question, because every extra field adds abstraction time and privacy risk. The review window is the period of the chart that abstractors read, defined relative to a fixed date, here the index date set in the protocol. A window stated in advance prevents one abstractor from reading five years of notes while another reads two.
4.3 The Abstraction Form and Manual
The abstraction form lists each variable with its allowed values, and the abstraction manual explains, for each variable, exactly what counts, where in the chart to look and how to handle unclear cases. The form below is an excerpt from the Cedar Valley REDCap form, with the manual's definitions summarized in the middle column.
| Field | Definition and where to look | Allowed values |
|---|---|---|
study_id | The study number from the link file. Names and personal health numbers are never entered. | Text |
clinic and abstractor | The partner clinic and the abstractor's code, with the date of abstraction. | Clinic 1 to 6; abstractor A or B |
living_doc | Living situation as last recorded in the review window. Look in the social history section, then in progress notes. | Lives alone; lives with others; not documented |
lonely_note | Any progress note in the window in which a clinician records loneliness or social isolation, using the list of terms in the manual (for example lonely, isolated, no one to talk to, rarely sees anyone). | Yes; no |
screen_tool | A named loneliness or isolation screening tool recorded with a score in the window. | None; tool named with score |
referral | A documented referral to a community program, social worker or community connector in the window. Look in referral letters, referral forms and progress notes. | Yes; no |
n_visits | The number of in-person, telephone or video visits with a physician or nurse practitioner in the window, counted from the visit log. Prescription renewals without a visit are excluded. | Whole number, 0 to 200 |
fall | A fall recorded in any note in the window. | Yes; no |
depression_dx | Depression listed on the problem list on the index date. | Yes; no; no problem list in chart |
The most important idea in chart abstraction is the difference between no and not documented. A chart that says "lives with husband" supports the value lives with others. A chart that says nothing about living situation shows only that no one wrote it down. If abstractors record silence as "no", the study mistakes gaps in documentation for facts about patients, so each field needs a rule for what silence means. For living_doc, silence is recorded as not documented. For lonely_note, the variable is defined as whether a note mentions loneliness, so a chart without such a note is correctly recorded as no, and the results describe documentation, which is a different thing from the true prevalence of loneliness.
Abstractors read notes written by physicians, nurse practitioners and nurses. Text inserted automatically by a template, and text copied forward unchanged from an earlier note, is counted once, at its first appearance. Scanned letters from other providers count for referral and fall but not for lonely_note, which concerns documentation at the clinic.
The window runs from 730 days before the index date to the day before the index date. Events dated outside the window are ignored, even if they are clearly relevant, and an abstractor who is unsure of a date records the value and explains the uncertainty in the comments field.
A note recording that a family member describes the patient as isolated, for example "daughter reports she is on her own most days", counts as Yes for lonely_note. This rule was added after the agreement check described in Section 4.5 showed that the two abstractors were treating such notes differently.
The abstractor records a best judgement, writes a short comment without names, and raises the chart at the weekly abstractors' meeting. Decisions made at meetings are added to the manual with the date, so that the same situation is handled the same way in later charts.
4.4 Training and Monitoring Abstractors
Abstraction is a skill, and two careful people given the same chart can record different values when a definition leaves room for interpretation. Training and monitoring reduce that variation.
4.5 Checking Agreement Between Abstractors
Inter-rater agreement describes how often two abstractors who independently abstract the same chart record the same value. Before main abstraction began, both Cedar Valley abstractors independently abstracted the same 30 charts, which is 10 percent of the 300. For each variable, the team calculated percent agreement, the share of charts on which the two abstractors recorded the same value. The protocol set a target in advance of 90 percent agreement for each key variable.
Percent agreement
Percent agreement = charts on which both abstractors recorded the same value ÷ charts abstracted by both × 100
The table shows the results for lonely_note. The two abstractors agreed on 6 charts where both recorded Yes and on 18 where both recorded No, and disagreed on 6 charts.
| Abstractor B: Yes | Abstractor B: No | Total for Abstractor A | |
|---|---|---|---|
| Abstractor A: Yes | 6 | 4 | 10 |
| Abstractor A: No | 2 | 18 | 20 |
| Total for Abstractor B | 8 | 22 | 30 |
Percent agreement is (6 + 18) ÷ 30 × 100 = 80.0 percent, below the target. At the next meeting, the abstractors reviewed the 6 disagreements together and found that 5 involved notes in which a family member, rather than the patient, described the patient's isolation. Abstractor A had counted these notes and Abstractor B had not. The team added the rule on reports from family members to the manual, and both abstractors independently abstracted 20 further charts, agreeing on 19 of them, which is 19 ÷ 20 × 100 = 95.0 percent. During main abstraction, a random one chart in ten was abstracted by both to check for drift, and Dr. Hart settled any disagreement the abstractors could not resolve by discussion.
For the variable fall on the same 30 pilot charts, both abstractors recorded Yes on 5 charts, both recorded No on 22 charts, Abstractor A recorded Yes and Abstractor B recorded No on 1 chart, and Abstractor A recorded No and Abstractor B recorded Yes on 2 charts. Calculate the percent agreement and say whether the variable meets the 90 percent target. (Answer: (5 + 22) ÷ 30 × 100 = 90.0 percent, which meets the target, although the 3 disagreements should still be discussed.)
What percent agreement does not show
Percent agreement is easy to calculate and explain, and it has two limits. The first is that agreement measures consistency between abstractors, which is a different property from accuracy: if both abstractors overlooked referrals in scanned letters, they would agree perfectly and both be wrong. Comparing a sample of abstractions with the lead investigator's careful reading gives some check on accuracy.
The second limit is that two abstractors can agree often by chance, especially when one value is much more common than the other. Suppose referrals appear in about 5 percent of charts, and suppose each abstractor, without reading carefully, simply recorded Yes on a random 5 percent of charts and No on the rest. They would both record No on about 0.95 × 0.95 = 90.25 percent of charts and both record Yes on about 0.05 × 0.05 = 0.25 percent, so they would agree on about 90.5 percent of charts without having read them at all. A high percent agreement for a rare item can therefore hide poor abstraction. Cohen's kappa (Cohen, 1960) is a statistic that adjusts agreement for the amount expected by chance. Kappa is taught in HSCI 241 Lesson 7 and HSCI 341 Lesson 5, and HSCI 410 Lesson 7 covers other reliability statistics. For now it is enough to know that these statistics exist and why they are needed.
4.6 Privacy and Practical Arrangements
Clinic charts are among the most sensitive records in health care, and the clinic, as custodian, decides whether and how researchers may see them. The Cedar Valley team signed an agreement with each partner clinic setting out who may access charts, where, which variables will be recorded and how long data will be kept, and the research ethics board approved the procedures (Lesson 5). Abstractors work on site and enter only coded values into REDCap, never copying notes word for word, because notes contain the names of patients, family members and providers. REDCap data access groups, which restrict each user to the records of a particular site, keep each clinic's records separate when clinic staff help with abstraction. The link file that connects study numbers to clinic chart numbers is held by the data manager and stored apart from the abstraction data.
4.7 Three Sources, Three Kinds of Evidence
The Cedar Valley study uses three quantitative sources, and each answers a different part of the research question.
| Source | What it measures well in Cedar Valley | Main weakness |
|---|---|---|
| Survey (1,600 respondents) | Loneliness, living arrangements and other experiences reported by older adults themselves | Depends on who responds and on memory for past events |
| Administrative data | Emergency department visits, physician visits, hospital stays and deaths, without relying on memory | Contains nothing about loneliness or social life, and diagnoses depend on coding |
| Chart review (300 charts) | Whether clinicians documented loneliness, living situation and referrals to community supports | Measures what was written down, which depends on clinicians and software |
Reflection
Two abstractors independently abstracted the same 30 electronic medical record charts for the variable referral, defined as a documented referral to a community program in the review window. Both recorded Yes on 3 charts, both recorded No on 23 charts, Abstractor A recorded Yes and Abstractor B recorded No on 3 charts, and Abstractor A recorded No and Abstractor B recorded Yes on 1 chart. The protocol set a target of 90 percent agreement. Referrals are expected in only about 10 percent of charts. (a) Calculate percent agreement and say whether the target is met. (b) Describe what the team should do next. (c) Explain in plain terms why percent agreement for a rare item like this one can look high even when abstraction is poor, and name the statistic that adjusts for this. (d) Write a decision rule for a separate field, living_doc, with the values lives alone, lives with others and not documented, that tells abstractors what to record when the chart says nothing about living situation.
(a) The abstractors agreed on 3 + 23 = 26 charts, so percent agreement is 26 ÷ 30 × 100 = 86.7 percent, which is below the 90 percent target.
(b) The abstractors should review the 4 disagreements together to find their cause. Three of them are charts where A recorded a referral and B did not, which suggests that A may be counting something B ignores, such as referrals mentioned only in scanned letters. The team should clarify the manual's rule, record the change with its date, retrain both abstractors, and have both abstract a new set of charts to check whether agreement now meets the target.
(c) When most charts contain no referral, two abstractors will often agree simply because both record No. If each abstractor recorded Yes on a random 10 percent of charts without reading them, they would agree on about 0.90 × 0.90 + 0.10 × 0.10 = 0.82, or 82 percent of charts, by chance alone. Cohen’s kappa adjusts agreement for the amount expected by chance.
(d) Record lives alone or lives with others only when a note or the social history in the review window states the living situation, using the most recent statement. If nothing in the window describes living situation, record not documented, and never infer the answer from the patient’s age, marital status or other details.
Minimum 20 characters required.
Question 1: A Cedar Valley chart contains no information about the patient's living situation in the review window. What should the abstractor record for living_doc?
Question 2: Two abstractors review the same 30 charts. Both record Yes on 4 charts, both record No on 20 charts, and they disagree on 6 charts. What is their percent agreement?
Question 3: Why are Cedar Valley abstractors given only each chart's study number and the index date, and not the study hypothesis?
Question 4: Referrals to community programs appear in about 5 percent of charts, and two abstractors agree on 92 percent of charts for this variable. Which conclusion is best supported?
Final Assessment
Bringing It All Together
This lesson followed quantitative data from three sources. Running a survey is an operational sequence of building, testing, piloting, distributing, monitoring and exporting, and each stage can be checked before the next one begins. On a platform such as REDCap or Qualtrics, every question becomes a field with a variable name, coded values, branching logic and validation, and the data dictionary records those decisions. Distribution with individual access codes, a planned contact schedule, reminders and a carefully chosen incentive supports response, and a tracking log allows the team to calculate and report a response rate.
Survey data quality depends on more than the questionnaire. Mode effects combine differences in who chooses each mode with differences in how the mode shapes answers. Paper forms must be entered and verified. Public links with incentives attract bots and fraudulent respondents, which teams prevent with access codes and CAPTCHAs and detect with flags and a decision rule written in advance. Security safeguards and a checked, documented export complete the process.
Administrative health data and chart reviews draw on records created during care. Billing, discharge, prescription and vital statistics records measure contact with services and life events across whole populations without relying on memory, while saying nothing about loneliness and depending on coding and payment practices. Chart review captures what clinicians wrote, and its quality rests on an explicit abstraction form and manual, trained and blinded abstractors, and agreement checks. The Cedar Valley study combines the three so that each source covers gaps in the others.
Key Takeaways from this lesson
- Survey operations, which include building, testing, piloting, distributing, monitoring and exporting, are distinct from questionnaire item writing, which HSCI 341 Lesson 3 teaches.
- Each survey question becomes a field with a variable name, coded values and, where needed, branching logic and validation, and the data dictionary records these decisions.
- Testing checks that the build behaves as designed, while piloting shows how people like the participants experience the survey.
- Individual links or access codes allow targeted reminders, prevent duplicate answers and support a tracking log from which a response rate is calculated.
- Prepaid incentives generally raise response more than promised incentives, although they cost more because everyone receives one.
- A difference between survey modes can reflect who chose each mode as well as how the mode shaped answers, so mode should be recorded as a variable.
- Bots and fraudulent respondents are best prevented with access codes and CAPTCHAs and detected with flags and a decision rule written before data collection.
- Administrative records measure contact with insured services and registered life events, and they cannot measure loneliness, living arrangements or care that was never sought.
- Diagnoses in administrative data depend on coding and payment practices, so researchers use validated case definitions and read the custodian's documentation.
- Chart review requires explicit definitions that separate no from not documented, trained abstractors who are unaware of the hypothesis, and percent agreement checks, with chance-corrected statistics such as Cohen's kappa taught in HSCI 241 Lesson 7 and HSCI 341 Lesson 5.
Core Concepts Reviewed
Section 1: survey platforms (REDCap and Qualtrics), fields, variable names and codes, branching logic, field validation, data dictionaries, testing and piloting, the Tailored Design Method, reminders, prepaid and promised incentives, and response rates.
Section 2: mode, selection and measurement effects, social desirability bias, data entry verification, bots, fraudulent respondents, honeypot questions, fraud flags and decision rules, data security safeguards, audit trails and de-identified exports.
Section 3: administrative health data, secondary use, data custodians, physician billing claims, hospital discharge abstracts, prescription dispensing records, vital statistics, registry files, ICD coding and case definitions.
Section 4: electronic medical records, structured and unstructured data, chart review planning, review windows, abstraction forms and manuals, no versus not documented, abstractor training and blinding, drift, and percent agreement, with Cohen's kappa named as the chance-corrected statistic taught in HSCI 241 Lesson 7 and HSCI 341 Lesson 5.
The final reflection asks you to combine the three data sources from this lesson into a short data collection plan for a new question.
Reflection
A health region wants to know whether socially isolated adults aged 65 and older use family physician services more or less than other older adults over the following year, and whether family physicians record social isolation in their notes. Three quantitative sources are available: (1) a mixed-mode survey, on the web and on paper, sent with individual access codes to a random sample of older adults, which can measure social isolation with a validated scale; (2) administrative data, including physician billing claims and a registry of people enrolled in the provincial insurance plan, which can be linked to survey responses with consent; and (3) a chart review of electronic medical records at partner clinics, using an abstraction form completed by two trained abstractors. Write a short data collection plan that states which source provides the exposure, which provides the outcome, and what the chart review adds. For each source, name one threat to data quality and one safeguard against it.
The survey provides the exposure, social isolation, because no administrative file measures it. The linked physician billing claims provide the outcome, the number of family physician visits in the year after each person completed the survey, and the registry shows whether each person remained enrolled in the province for the full year. The chart review adds a different outcome: whether physicians documented social isolation in their notes, which neither the survey nor the billing claims can show.
For the survey, one threat is a mode effect, since paper respondents are likely to be older and more isolated than web respondents. The team should keep wording identical across modes, store mode as a variable, and verify a random sample of entered paper forms against the originals.
For the administrative data, one threat is undercounting visits to physicians who are paid by salary or contract, whose records may be less complete than fee-for-service claims. The team should read the custodian’s documentation, identify clinics with such payment models, and consider analyses that account for them.
For the chart review, one threat is inconsistent abstraction, including confusion between no and not documented. The team should write explicit decision rules in an abstraction manual, keep abstractors unaware of survey answers, double-abstract a sample of charts, and require percent agreement to reach a target set in advance, with Cohen’s kappa calculated later as a chance-corrected check.
Minimum 30 characters required.
Final Knowledge Assessment
Question 1: A team wants to count each older adult's emergency department visits in the year after a survey and is concerned that participants will forget visits. Which approach best addresses this concern?
Question 2: Which feature lets a survey team send reminders only to non-responders and prevent one person from answering twice?
Question 3: Which statement about mode effects is accurate?
Question 4: What is an abstraction manual in a chart review?
Question 5: A research ethics board asks why every question in a survey has been set as required. What is the most appropriate response?
Question 6: Which limitation do administrative data and chart reviews share?
Question 7: A research assistant re-enters 56 paper questionnaires with 40 fields each and finds 7 fields that were entered incorrectly the first time. What is the data entry error rate?
Question 8: Which pairing of a Cedar Valley variable with its best source is correct?
Question 9: Why should fraud flags and a decision rule for an online survey be written before data collection begins?
Question 10: Which statement about percent agreement between two abstractors is correct?
Question 11: A survey uses branching logic so that care_hours appears only when caregiver equals 1. In the export, a respondent with caregiver equal to 0 has a blank care_hours. What does the blank mean?
care_hours from non-caregivers, so the blank means the question did not apply. A blank for a respondent with caregiver equal to 1 would instead mean the item was skipped, which is why the data dictionary records each branching rule.Question 12: A team wants to send gift cards to respondents without placing names beside their survey answers. Which arrangement achieves this?
Question 13: A team will study whether living alone is associated with hospitalization for diabetes complications among people with diagnosed diabetes. Which combination of sources does it need?
Question 14: What did Gilbert and colleagues (1996) find when they examined published chart review studies in emergency medicine?
Question 15: A team will invite 1,000 people and expects 30 percent to complete its survey. What would a prepaid $5 incentive sent to everyone and a promised $10 incentive for each completer cost?
Glossary: Key Terms, People & Frameworks
📚 Reference page, available throughout the lesson
These terms, tools and people appear in this lesson on collecting quantitative data through surveys, administrative records and chart reviews.