HSCI 207 · Lesson 8

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.

Lesson 8 · HSCI 207

Collecting Quantitative Data

Surveys, administrative data and chart reviews.

Research Methods in Health Sciences
Three sources

Where quantitative health data come from

Surveys

Researchers ask people the same questions in the same way and record the answers.

Administrative data

The health system creates records when it pays for a service or registers a life event.

Chart review

Researchers read clinical charts and copy predefined details into a research form.

The road map

Four sections

1 · Running a survey

Platforms, fields, branching, validation, piloting, distribution and incentives.

2 · Survey data quality

Mode effects, data entry, bots and fraud, security and export.

3 · Administrative data

Billing, hospital, prescription and vital statistics records, and their limits.

4 · Chart review

Abstraction forms, abstractor training and agreement between abstractors.

Running case

The Cedar Valley Social Connection Study (fictional)

1,600completed survey responses from adults aged 65 and older
300medical record charts reviewed at six partner clinics
3kinds of linked health records: physician visits, hospital stays and emergency visits
Where this lesson fits

From a finished questionnaire to usable data

  • A survey is built and tested on a platform and documented in a data dictionary.
  • Writing questionnaire items is taught in HSCI 341 Lesson 3.
  • Applying for and linking administrative data is covered in Lesson 9.
Section 1 of 5

Running a Survey: Platforms, Logic, Piloting and Distribution

⏱ Estimated reading time: 40 minutes
Section 1 of 5

Running a Survey

Platforms, logic, piloting and distribution.

Six stages

From questionnaire to dataset

Build
Test
Pilot
Distribute
Monitor
Export

Each stage produces something that can be checked before the next begins. Item wording is developed in HSCI 341 Lesson 3.

Choosing a platform

REDCap and Qualtrics

REDCap

REDCap was built for research, is hosted by each member institution on its own servers, and offers an audit trail, identifier tagging and multi-site access groups.

Qualtrics

Qualtrics is a commercial platform with extensive design options, display and skip logic, and fraud detection settings.

Ask where the data will be stored, who will have access, and what features the study needs.

Building fields

Names, codes, branching and validation

Variable names and codes

ucla_1 is coded 1 for hardly ever, 2 for some of the time and 3 for often.

Branching logic

live_with appears only if [lives_alone] = '0'.

Validation

Age must be a whole number from 65 to 110.

Data dictionary

The dictionary records every field's name, type, codes, validation and logic.

Before and during launch

Test, pilot, invite and remind

  • Testing checks that the build behaves as designed, using test records that follow every path.
  • Piloting has people like the participants complete the survey under realistic conditions.
  • The Tailored Design Method uses several planned contacts, with reminders sent only to non-responders.
  • Prepaid incentives generally raise response more than promised incentives.
Tracking

Calculating a response rate

Cedar Valley response rate
\[ \text{Response rate} = \frac{1{,}600 \text{ completed}}{4{,}945 \text{ eligible}} \times 100 = 32.4\% \]

Of 5,250 people selected, 305 could not be reached or were ineligible.

Carry forward

From a running survey to trustworthy data

Section 2 asks whether the answers collected are real, accurate and secure.

Mode effects, data entry errors, bots and fraudulent responses, and careless exports can each undermine a well-built survey.

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.

Case: The Cedar Valley Social Connection Study (fictional)

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.

Build fields, codes and logic Test every path test records Pilot with people like yours Distribute invitations and modes Monitor track and remind Export clean files and codebook Section 1 covers build to monitor; Section 2 covers data quality, security and export Outside this lesson: writing the questions themselves Item wording and cognitive interviewing are developed in HSCI 341 Lesson 3.
The six operational stages of a survey used in this lesson. The questionnaire items arrive at the build stage already written, or chosen from validated instruments as described in Lesson 7.

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.

FeatureREDCapQualtrics
Designed mainly forResearch data capture, including surveys, staff data entry and repeated visitsSurveys of many kinds, including market and organizational research
Where data are storedOn the servers of the host institutionIn the vendor's data centres, in a region set by the licence
Showing or hiding questionsBranching logic written on each fieldDisplay logic, skip logic and branches in the survey flow
Research featuresData dictionary upload, audit trail, identifier tagging, data access groups for several sitesExtensive 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 NameField TypeField LabelChoices or CalculationValidationBranching Logic
agetextWhat is your age in years?integer, 65 to 110
lives_aloneyesnoDo you live alone?1, Yes | 0, No
live_withcheckboxWho 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_1radioHow often do you feel that you lack companionship?1, Hardly ever | 2, Some of the time | 3, Often
ucla_totalcalcLoneliness 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.

Try it: Write a branching rule

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.

Testing checklist for the research teamv

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.

Piloting with people like the participantsv

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.

Accessibility and devicesv

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.

Week 0 Week 1 Week 2 Week 4 Week 6 Pre-notice letter from the health authority Invitation web link, QR code and access code Reminder postcard to everyone Replacement paper version to non-responders Final contact call or letter to non-responders
The Cedar Valley contact schedule (fictional), adapted from the Tailored Design Method. Teal contacts go to everyone in the sample; red contacts go only to people who have not yet responded, which requires individual access codes.

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.

Prepaid or promised: the Cedar Valley budgetClick to explore
Keeping incentive details apart from answersClick to explore

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 invitationNumber
Selected and mailed an invitation5,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 sample4,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 response3,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.

Model answer

(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.

✓ Reflection saved
Knowledge Check: this section

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?

Branching logic is part of building the survey on a platform, which this lesson covers. Wording items, writing response options and cognitive interviewing about item meaning are parts of questionnaire design, which HSCI 341 Lesson 3 teaches. The most tempting distractor is cognitive interviewing, because it happens before launch, but it concerns the meaning of the items rather than how the survey operates.

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?

In REDCap, an arithmetic sum written with plus signs is left blank when any field in it is missing. The Cedar Valley team wants this behaviour, because a total built from two of three items would be misleading. REDCap does not rescale, impute or treat skipped items as zero in this kind of calculation.

Question 3: Which statement correctly distinguishes testing a survey from piloting it?

Testing is done by the research team with test records to confirm that branching, validation, calculations and exports behave as designed. Piloting asks a few people who resemble the participants to complete the survey under realistic conditions, which reveals problems with timing, devices and the experience. Both happen before launch, and the third option reverses their roles.

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?

Eligible people in the sample number 2,000 − 50 = 1,950, and completed responses are 780, so the rate is 780 ÷ 1,950 × 100 = 40.0 percent. Dividing by 2,000 wrongly keeps ineligible and unreachable people in the denominator, and adding the 40 partial responses uses a different definition from the one the question specifies.
Section 2 of 5

Survey Data Quality: Mode Effects, Fraud, Security and Export

⏱ Estimated reading time: 35 minutes
Section 2 of 5

Survey Data Quality

Mode effects, fraud, security and export.

Mode effects

Who answers, and how they answer

21.0%of 1,040 web respondents scored 6 or higher
31.1%of 560 paper respondents scored 6 or higher

A selection effect comes from who chooses each mode; a measurement effect comes from the mode itself.

Paper forms

Entering and verifying data

Data entry error rate
\[ \frac{7 \text{ errors}}{56 \times 40 = 2{,}240 \text{ fields}} \times 100 = 0.3\% \]

Double data entry compares two independent entries of every form; verification re-enters a random sample.

Bots and fraud

Prevention comes first

Prevent

Use individual links or access codes, add a CAPTCHA to open links, describe incentives in the consent form, and recruit through trusted organizations.

Detect

Flag fast completion, failed attention checks, honeypot answers, duplicate details, inconsistent answers and copied text.

A decision rule

Screening an open link

  • A response that answers the honeypot question is excluded.
  • Any other response with two or more flags is excluded.
  • A response with one flag is reviewed by two team members.
  • A response with no flags is retained.

Of 212 open-link responses, 67 were retained and 145 excluded after review.

Security and export

Protecting and releasing the data

Security

Store data where the ethics approval says, give each person only the access they need, keep identifiers apart, and use the audit trail.

Export

Export coded values with the data dictionary, remove identifiers, name files with dates, and check counts and codes.

Carry forward

From asking people to reusing records

Surveys measure what people report. Section 3 turns to what the health system records.

Administrative data can count emergency visits and hospital stays without relying on memory.

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).

Respondents scoring 6 or higher on the three-item UCLA scale, by mode 0% 20% 40% 21.0% Web (n = 1,040) 31.1% Paper (n = 560) 24.5% All (n = 1,600)
Loneliness by survey mode in the fictional Cedar Valley survey. The gap between modes combines a selection effect (older and more isolated people chose paper) with any measurement effect of the mode itself.
ModeCompleted responsesScored 6 or higherPercent
Web1,04021821.0
Paper56017431.1
All modes1,60039224.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.

Use individual links or access codesClick to explore
Add a CAPTCHA to any public linkClick to explore
Be careful how incentives are advertisedClick to explore
Add a hidden honeypot questionClick to explore
Recruit through trusted channelsClick to explore
Close or replace a link that is under attackClick to explore

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.

FlagWhat it detectsExample rule used in Cedar Valley
Implausibly fast completionA speeder, who clicks through without readingCompletion time under one third of the pilot median of 14 minutes, that is, under 4 minutes 40 seconds
Failed attention checkA respondent who is not reading the questionsA wrong answer to an instructed item such as "For this question, please select Often"
Honeypot answeredA bot that fills every fieldAny answer in the hidden field
Duplicate detailsOne person answering several timesThe same email address or internet address as an earlier response
Inconsistent answersAn ineligible or invented respondentAge that does not match year of birth, or a postal code outside Cedar Valley
Suspicious open textCopied, automated or off-topic textOpen-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.

ResponseFlags foundNumber of flagsDecision
R-031Completed in 3 minutes 10 seconds1Review
R-032Honeypot answered, completed in 2 minutes 5 seconds, failed attention check, duplicate internet address, age inconsistent with year of birth, open text identical to another response6Exclude (honeypot)
R-033None0Retain
R-034Failed attention check, same email address as response R-0292Exclude
R-035Postal code outside Cedar Valley1Review
R-036Completed in 4 minutes 20 seconds, open text identical to response R-0322Exclude

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.

Try it: Apply the decision rule

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.

Store data where the ethics approval says they will be storedv

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.

Give each person only the access they needv

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.

Keep identifiers apart from answersv

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.

Secure accounts and keep a record of activityv

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.

Move files safelyv

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.

Model answer

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.

✓ Reflection saved
Knowledge Check: this section

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?

Both modes were self-completed, so no interviewer was involved, and paper respondents differed in age and living arrangements, which are related to loneliness. The gap therefore mostly reflects who chose each mode, a selection effect. Data entry was verified with a low error rate, and bots cannot complete mailed paper forms.

Question 2: What is a honeypot question in an online survey?

A honeypot question is hidden from people by the survey's code or style, so human respondents leave it blank, while many bots fill in every field they find. The second option describes an attention check, which detects inattentive people rather than automation.

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?

A time of 4 minutes 10 seconds is under the 4 minute 40 second threshold, so it is one flag, and the postal code outside the region is a second flag. Two flags lead to exclusion under the rule. A postal code outside the region on its own would lead only to review, as with response R-035 in the reading.

Question 4: Which practice best describes how to export survey data for analysis?

Most teams export coded values together with the data dictionary that records what each code means, and then check row counts, codes and calculated fields against it. Errors are fixed in the platform followed by a fresh export, so that the platform remains the single source of the data. Emailing identified data breaches basic security safeguards.
Section 3 of 5

Administrative Health Data: What Health System Records Can and Cannot Measure

⏱ Estimated reading time: 35 minutes
Section 3 of 5

Administrative Health Data

What health system records can and cannot measure.

How a record is made

A by-product of a transaction

Recorded

A family doctor visit, an emergency visit, a hospital stay and a filled prescription each create a record.

Not recorded

A weekly seniors' lunch, feeling lonely most days and an over-the-counter pain reliever leave no trace.

Four record types

The main files, using British Columbia as the example

Billing claims

Physician visits billed to the Medical Services Plan, usually with one diagnostic code.

Discharge abstracts

Coded hospital stays, with diagnoses in ICD-10-CA and procedures.

PharmaNet

Every prescription dispensed by a community pharmacy.

Vital statistics

Registered births, deaths and marriages, with cause of death.

Can and cannot

Matching variables to sources

Measured well

Emergency visits, hospital stays and days in hospital, prescriptions dispensed, and deaths.

Not measured

Loneliness, living alone, community program attendance, whether a drug was taken, and care never sought.

Codes and case definitions

A code is an entry made for payment

A case definition combines records to decide who has a condition.

Diabetes: one hospital abstract, or two physician claims within two years, with a diabetes code (Hux et al., 2002).

Why combine

Each source covers the other's gaps

Survey

The survey supplies loneliness, the exposure, and living arrangements.

Administrative data

The records supply emergency visits, the outcome, without relying on memory.

Carry forward

What clinicians write down

Section 4 opens the clinical chart, which holds details found in neither the survey nor the administrative files.

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.

Case: What the Cedar Valley team wants from health records

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.

Creates an administrative record Family doctor visit billing claim Fall at home emergency visit record Three-day admission discharge abstract Prescription filled PharmaNet record January December Weekly seniors' lunch no record created Feels lonely most days no record created Pain reliever bought over the counter: no record Creates no administrative record
One fictional participant's year. Contacts with insured services leave records (top); social life, feelings and care outside the insured system leave none (bottom).

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 needsBest sourceComment
Loneliness score (3 to 9)SurveyNo administrative file measures loneliness.
Living aloneSurveyThe registry records an address, which says nothing about who else lives there.
Emergency department visits in the year after the surveyEmergency department recordsCounts are reliable where the facility reports completely; the reason for the visit is coded.
Hospital admissions and days in hospitalDischarge abstractsMeasured well, with detailed diagnoses.
Family physician visitsBilling claimsMeasured partly; visits to physicians paid outside fee-for-service may be undercounted.
Diagnosed depressionBilling claims and discharge abstracts, using a case definitionMeasured partly; depression that was never diagnosed or coded is missed.
Antidepressants dispensedPharmaNetDispensing is measured; actual use and the reason for the prescription are not.
Death during follow-upVital statisticsMeasured well for deaths registered in the province.
Attendance at community programsSurvey or program recordsNot in health administrative data.
Loneliness noted by a clinicianChart reviewRecorded, if at all, in clinic notes (Section 4).
Try it: Match variables to sources

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

Strength: whole-population coverageClick to explore
Strength: no reliance on memoryClick to explore
Strength: long histories and follow-upClick to explore
Strength: low burdenClick to explore
Limitation: built for payment and managementClick to explore
Limitation: use of care is not the same as needClick to explore
Limitation: changes in coding and paymentClick to explore
Limitation: time to obtainClick to explore

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.

Model answer

(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.

✓ Reflection saved
Knowledge Check: this section

Question 1: Which of these can a provincial prescription dispensing record, such as a PharmaNet record in British Columbia, measure?

A dispensing record shows which drug was dispensed, when, in what quantity and by whose prescription. It does not show whether the person took the drug, it carries no diagnosis, and drugs given in hospital are not included.

Question 2: Why does the Cedar Valley study measure loneliness with a survey rather than with administrative data?

Administrative records are created when a service is paid for or a life event is registered, and they contain what the transaction needed. Loneliness is not part of any of these transactions, so no administrative file measures it, and the survey must supply the exposure.

Question 3: In administrative health data research, what is a case definition?

A case definition combines records to classify people, for example at least one hospital discharge abstract or two physician claims for diabetes within two years (Hux et al., 2002). A single code, including a hospital's most responsible diagnosis, is an ingredient of a case definition and does not replace one.

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?

Billing claims are created for payment, and physicians paid outside fee-for-service may submit records that are less complete. A sudden fall that coincides with a payment change is more likely to reflect administration than a change in patients' health, so the team should check the custodian's documentation before interpreting the trend.
Section 4 of 5

Electronic Medical Record Chart Review: Abstraction, Training and Agreement

⏱ Estimated reading time: 40 minutes
Section 4 of 5

Electronic Medical Record Chart Review

Abstraction, training and agreement.

What charts hold

Structured and unstructured data

Structured

Problem lists, medication lists, laboratory results and billing codes are stored in set formats.

Unstructured

Progress notes and scanned letters are free text that a person must read.

Planning

Seven steps

  • Define the variables, then choose the charts and the review window.
  • Build the abstraction form and manual, and pilot them on sample charts.
  • Train the abstractors and keep them unaware of the hypothesis.
  • Check agreement, and revise the rules and retrain if it falls short.
The abstraction form

"No" and "not documented" are different values

living_doc

Lives alone; lives with others; not documented.

lonely_note

Yes if a clinician's note uses a listed term such as lonely or isolated; otherwise no.

The manual states what counts, where to look and how to handle unclear cases.

Training

Keeping abstractors consistent

  • Abstractors study the manual together and practise on charts with an answer key.
  • Abstractors see only the study number and index date, and not the hypothesis.
  • Weekly meetings add dated rules to the manual.
  • Repeated checks detect drift over the weeks of abstraction.
Agreement

Percent agreement

lonely_note, 30 pilot charts
\[ \frac{6 \text{ both yes} + 18 \text{ both no}}{30} \times 100 = 80.0\% \]

After a rule on reports from family members was added, agreement on 20 new charts was 19 of 20, or 95.0%.

Limits of agreement

Consistency and accuracy are different properties

Shared errors

Two abstractors who both miss a scanned referral agree perfectly and are both wrong.

Chance agreement

If each records Yes at random on 5% of charts, they agree on about 90.5% by chance.

Cohen's kappa adjusts for chance agreement and is taught in HSCI 241 Lesson 7 and HSCI 341 Lesson 5.

Carry forward

Reflection and final assessment

Three sources, three kinds of evidence: what people report, what services record, and what clinicians write.

A survey team finishes with a tested survey, its data dictionary and an operations plan.

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.

Case: The Cedar Valley chart review (fictional)

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.

1. Define the variables 2. Choose charts and the window 3. Build the form and the manual 4. Pilot the form on sample charts 5. Train the abstractors 6. Abstract, unaware of the hypothesis 7. Check agreement between abstractors If agreement falls short, revise the rules and retrain
The planning sequence for a chart review, drawing on Gilbert et al. (1996) and Vassar and Holzmann (2013). The dashed arrow shows the return from the agreement check to the form and manual.

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.

FieldDefinition and where to lookAllowed values
study_idThe study number from the link file. Names and personal health numbers are never entered.Text
clinic and abstractorThe partner clinic and the abstractor's code, with the date of abstraction.Clinic 1 to 6; abstractor A or B
living_docLiving 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_noteAny 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_toolA named loneliness or isolation screening tool recorded with a score in the window.None; tool named with score
referralA 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_visitsThe 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
fallA fall recorded in any note in the window.Yes; no
depression_dxDepression 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.

Manual rule: which notes countv

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.

Manual rule: dates and the review windowv

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.

Manual rule: reports from family members (added after the pilot)v

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.

Manual rule: when in doubtv

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.

Study the manual togetherClick to explore
Practise on charts with an answer keyClick to explore
Keep abstractors unaware of the hypothesisClick to explore
Meet regularlyClick to explore
Check for driftClick to explore

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: YesAbstractor B: NoTotal for Abstractor A
Abstractor A: Yes6410
Abstractor A: No21820
Total for Abstractor B82230

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.

Try it: Calculate percent agreement

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.

SourceWhat it measures well in Cedar ValleyMain weakness
Survey (1,600 respondents)Loneliness, living arrangements and other experiences reported by older adults themselvesDepends on who responds and on memory for past events
Administrative dataEmergency department visits, physician visits, hospital stays and deaths, without relying on memoryContains 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 supportsMeasures 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.

Model answer

(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.

✓ Reflection saved
Knowledge Check: this section

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?

The manual's rule is that silence is recorded as not documented. Guessing from regional patterns or from other sources would mistake a gap in documentation for a fact about the patient, and asking the patient later would defeat the purpose of measuring what the chart records.

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?

Agreement counts every chart where both abstractors recorded the same value, whether Yes or No, so it is (4 + 20) ÷ 30 × 100 = 80.0 percent. Counting only the Yes or only the No agreements understates it, and 20.0 percent is the share of charts with disagreement.

Question 3: Why are Cedar Valley abstractors given only each chart's study number and the index date, and not the study hypothesis?

Keeping abstractors unaware of the hypothesis prevents their expectations from shaping how ambiguous notes are read. Guidance on chart review recommends this where possible (Gilbert et al., 1996; Kaji et al., 2014). TCPS 2 contains no such specific rule.

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?

When one value is rare, two abstractors agree often simply because both record No; random guessing at a 5 percent rate would produce about 90.5 percent agreement. Cohen's kappa adjusts for chance agreement and is taught in HSCI 241 Lesson 7 and HSCI 341 Lesson 5. Agreement also measures consistency rather than accuracy, and drift checks should continue throughout the study.
Section 5 of 5

Final Assessment

⏱ Estimated time: 25 minutes

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.

Model answer

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.

✓ Reflection saved

Final Knowledge Assessment

Final Assessment, this lesson: Collecting Quantitative Data: Surveys, Administrative Data and Chart Reviews (15 Questions)

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?

Administrative records are created at the time of each visit, so they avoid forgetting and telescoping. Self-report is the source of the concern, family physician charts may not record every emergency visit, and dispensing records do not record visits at all.

Question 2: Which feature lets a survey team send reminders only to non-responders and prevent one person from answering twice?

Individual links tie each response to an invitation, so the platform knows who has responded and each link can be used once. A public link gives no control over who answers, and calculated or required fields do not track respondents.

Question 3: Which statement about mode effects is accurate?

A mode difference combines a selection effect, arising from who uses each mode, with any measurement effect of the mode itself. Self-completed modes can still differ through selection, and entering paper forms into the same platform does nothing to change who chose paper.

Question 4: What is an abstraction manual in a chart review?

The abstraction manual sets out each variable's definition, where in the chart to look and how to handle unclear cases, and it is updated with dated rules as decisions are made. It is the main tool for keeping abstractors consistent.

Question 5: A research ethics board asks why every question in a survey has been set as required. What is the most appropriate response?

Under TCPS 2, participants may decline to answer any question, so required fields should be limited to those that are needed, such as eligibility and consent. A prefer-not-to-answer option respects that choice while still distinguishing a decision not to answer from a skipped item.

Question 6: Which limitation do administrative data and chart reviews share?

Billing claims, discharge abstracts and charts are all created during care, so they hold only what was recorded during contact with services. Neither depends on participants' memory, and both were created for purposes other than research.

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?

The error rate divides incorrect fields by fields checked. The number of fields checked is 56 × 40 = 2,240, so the rate is 7 ÷ 2,240 × 100 = 0.3 percent. Dividing by the number of forms or by the fields on one form gives a rate per form or per field position, which answers a different question.

Question 8: Which pairing of a Cedar Valley variable with its best source is correct?

Vital statistics registrations record deaths for the whole province. The registry records an address without household composition, billing claims do not record what clinicians wrote about loneliness, and community program attendance is absent from health administrative files.

Question 9: Why should fraud flags and a decision rule for an online survey be written before data collection begins?

A pre-specified rule protects against excluding inconvenient responses after the fact, and it lets the research ethics board review the screening. The consent form should say that responses are screened, without spelling out the detailed rules that fraudsters could work around.

Question 10: Which statement about percent agreement between two abstractors is correct?

Percent agreement shows how often two abstractors recorded the same value, which is consistency; both could miss the same referral. It does not adjust for chance, which is what Cohen's kappa does, and it is calculated as agreements divided by charts abstracted by both.

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?

The branching rule hides 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?

A separate instrument for contact details keeps identifiers apart from the answers, and user rights can limit who sees it. Placing names in the survey or emailing identified exports puts names beside sensitive answers, and tagging outcome items as identifiers would remove the data the study needs.

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?

Living alone must come from a survey, because administrative files do not record household composition. Diagnosed diabetes can be identified with a case definition that combines billing claims and discharge abstracts, and discharge abstracts record hospital stays. No single source in the other options holds all three variables.

Question 14: What did Gilbert and colleagues (1996) find when they examined published chart review studies in emergency medicine?

Gilbert and colleagues found that most chart review studies failed to report basic methods, including abstractor training, variable definitions and checks of agreement between abstractors. Their findings led to recommendations that later guidance has repeated.

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?

The prepaid incentive goes to all 1,000 people, so it costs 1,000 × $5 = $5,000. The promised incentive goes to the expected 0.30 × 1,000 = 300 completers, so it costs 300 × $10 = $3,000. Prepaid incentives generally raise response more, which a team weighs against the higher cost.
✦ Complete the final reflection above before submitting

Congratulations!

You have successfully completed this lesson: Collecting Quantitative Data: Surveys, Administrative Data and Chart Reviews.

You can now build and test a survey on a research platform, plan its distribution, reminders and incentives, screen it for fraudulent responses, protect and export its data, judge what administrative health records can and cannot measure, and design a chart abstraction form with an agreement check.

Lesson 9, Data Sources and Data Linkage, takes up the steps this lesson deferred: the Canadian research data environment, how researchers apply for access to administrative data, how records from different files are linked, and the privacy safeguards that govern that work.

Continue to Lesson 9 →
Reference

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.

Core Concepts
Branching logic A rule that shows a survey question only to respondents for whom it applies, such as asking who someone lives with only if they do not live alone.
Field validation A check that a survey platform applies to an answer as it is entered, such as limiting age to whole numbers from 65 to 110.
Data dictionary A table describing every field in a dataset, including its variable name, label, type, codes, validation and branching logic.
Piloting Having a small number of people who resemble the intended participants complete a survey under realistic conditions before launch, to find problems with timing, devices and the experience.
Mode effect A difference in survey results that arises because data were collected in different modes, such as web and paper, combining selection and measurement effects.
Social desirability bias The tendency of respondents to give answers they expect others to view favourably, which is stronger when an interviewer asks the questions.
Individual link A survey web address unique to one invited person, which allows the team to track responses, send targeted reminders and prevent duplicate answers.
Prepaid incentive A payment or gift sent to everyone with the survey invitation, whether or not they respond; it generally raises response more than a promised incentive.
Response rate The number of completed responses divided by the number of eligible people in the sample, multiplied by 100, with the definition stated in the report.
Bot A computer program that completes online surveys automatically, often to collect incentives.
Honeypot question A survey field hidden from human respondents, so that an answer in it suggests that an automated program completed the survey.
Identifier Any field that could identify a person, such as a name, address, email address or personal health number, which should be stored apart from survey answers.
Administrative health data Records created by the health system to pay for services, manage care or register life events, which researchers reuse to answer research questions.
Secondary use The use of data for a purpose other than the one for which they were originally collected, such as using billing claims for research.
Data custodian The organization legally responsible for a dataset, such as a ministry of health or a provincial vital statistics agency, which decides who may use it.
Case definition A rule that combines administrative records to decide who has a condition, such as one hospital abstract or two physician claims for diabetes within two years.
Telescoping A recall error in which respondents report past events as having happened more recently than they did.
Chart review A method in which researchers read existing medical charts and copy predefined information into a structured research form, a step called abstraction.
Inter-rater agreement How often two people who independently rate or abstract the same material record the same value.
Percent agreement The number of items on which two abstractors recorded the same value, divided by the number abstracted by both, multiplied by 100.
Frameworks & Tools
REDCap Research Electronic Data Capture, a web platform for surveys and research databases developed at Vanderbilt University and hosted by member institutions on their own servers.
Qualtrics A commercial online survey platform licensed by many universities, with display logic, skip logic, survey flow and fraud detection settings.
Tailored Design Method Dillman's approach to survey implementation, which uses several planned contacts with distinct purposes and a respectful, personal tone to raise response.
AAPOR Standard Definitions Published rules from the American Association for Public Opinion Research for classifying the outcomes of survey invitations and calculating response rates.
CAPTCHA A short test that is easy for people and hard for many automated programs, used to block bots from open survey links.
Physician billing claims Records created when physicians bill the provincial insurance plan, such as the Medical Services Plan in British Columbia, with the date, provider, fee item and a diagnostic code.
Discharge Abstract Database The national database maintained by the Canadian Institute for Health Information that holds coded abstracts of hospital stays from provinces outside Quebec.
PharmaNet British Columbia's province-wide system that records every prescription dispensed by a community pharmacy, whoever pays.
Vital statistics Provincial registrations of births, deaths, stillbirths and marriages; death registrations include the coded underlying cause of death.
ICD-10-CA The Canadian version of the tenth revision of the International Classification of Diseases, used to code diagnoses in hospital records.
Abstraction form The structured research form, often built in REDCap, on which abstractors record predefined variables from each chart.
Cohen's kappa A statistic that adjusts agreement between two raters for the agreement expected by chance; it is taught in HSCI 241 Lesson 7 and HSCI 341 Lesson 5.
Key People
Paul A. Harris A biomedical informatics researcher at Vanderbilt University who led the development of REDCap and described it with colleagues (Harris et al., 2009; Harris et al., 2019).
Don A. Dillman A sociologist at Washington State University known for the Tailored Design Method for mail, internet and mixed-mode surveys (Dillman et al., 2014).
Eleanor Singer A survey methodologist at the University of Michigan whose research on survey incentives and consent is widely cited (Singer & Ye, 2013).
Phil Edwards An epidemiologist who led the Cochrane review of methods to increase response to postal and electronic questionnaires (Edwards et al., 2009).
Janet E. Hux A Canadian physician and researcher who led the validation of an administrative data case definition for diabetes in Ontario (Hux et al., 2002).
Jacob Cohen An American psychologist and statistician who introduced the kappa coefficient for agreement between two raters (Cohen, 1960).
Mary Elizabeth Hughes A sociologist who led the development of the three-item loneliness scale for large surveys, derived from the Revised UCLA Loneliness Scale (Hughes et al., 2004).
No matching entries. Try a different search term.