Last week I had my hearing checked as part of my routine medical checkup. My doctor had referred me to an audiologist, and his office called to make an appointment for me. This was my first visit to this office, and I used my car navigation system to guide me and found the office without a problem.
The Problem
However, when I checked in, I found they had no record of my appointment. I confirmed the address; it was correct. This was not an uncommon information quality problem an appointment mixup. I started my stopwatch that I use to measure wasted time due to nonquality information. The receptionist conferred with the audiologist about the problem. Six minutes and 23 seconds later, they came out to notify me that they found "the problem." The receptionist who received the call from my doctor and actually booked my appointment was in a sister clinic. (The booking ID was important to identify who was involved in the transaction. However, remember that knowing who performed the process is not to assign blame, but to help analyze the root cause.) Apparently, she had entered a valid but incorrect clinic ID. I was, in fact, at the right clinic (clinic ID 3599), but the number keyed in for my appointment (clinic ID 3596) was for a different clinic.
Costs of Information Scrap and Rework
Fortunately, the audiologist had an opening, and I was able to have my hearing tested. The actual waste could have been worse, but on this occasion was limited to:

Thirteen minutes of clinic staff time (two people times 6 minutes and 23 seconds). 
Three minutes of time from the booking receptionist of the other clinic. 
A wasted hour of time for the audiologist at the other clinic who could not fill that suddenly available slot. 
Six minutes and 23 seconds of customer time (never forget the inconvenience to the customer).
Had the audiologist not been open to test my hearing, the waste would have included staff time to reschedule, customer time to reschedule and make an additional trip to the clinic (4550 minutes) plus transportation costs.
RootCause Analysis
The booking receptionist used a numeric keypad for entering numbers. The numbers 9 and 6 are vertically aligned on top and middle rows of the numeric keypad. Errors of hitting adjacent keys are not uncommon. However, in this case, the number entered happened to be the booking receptionist's own clinic number, making this a more common potential error.
However, the root cause was not human error. The root cause was failing to error proof the process to prevent accidental keying transpositions. It is a well known fact that humans have a propensity to make certain types of errors when working with numbers, whether keying them into a computer, reading them, reciting them, or entering them on a telephone keypad.^{1 }Errors include:

Simple transposition of adjacent digits: "48" is transposed to "84." 
Reversing double digits: "366" is entered as "336." 
Dropping or adding a digit: "534" becomes "53" or "5345." 
Stutter errors of hitting a key twice: "34" becomes "344." 
Double errors: "22" entered as "33." 
Double transposition or jump errors: "253" transposed to "352." 
Phonetic errors: "40" (forty) entered (or heard as) "14" (fourteen). ^{2}
Recommended Process Improvement: Check Digits
A check digit is a number appended to numeric identifiers to prevent most common keying transposition errors.^{3} There are multiple algorithms for calculating a check digit value, including mod (modulo) 10 (used for credit card and checking account numbers), mod 11 (ISBN number check digits), mod 9 (U.S. Post Office money orders), mod 7 (UPS and airlines) and UPCA (UPC codecheck digits).
Check digits work by calculating a digit from the string of numbers, such that common transpositions would produce a number that would not be a valid identifier. This prevents deposits from being applied to the wrong checking account if a clerk enters "84" instead of "48." In my experience, here is how a check digit would have prevented booking an appointment at the wrong clinic. Using mod 10 as the checkdigit algorithm, the two clinic IDs become 35998 (the clinic where my appointment was supposed to be made) and 35964 (the clinic where my appointment was actually made).
To calculate the check digit for the number 3599:
1. Multiply the oddpositioned digits (positions 1, 3, 5, ... n) of the ID number by one (1), beginning with the rightmost digit. Note that the check digit is unknown, so use a question mark as a placeholder:
3  5  9  9  [?] 
x1  x1  x1  
3  9  [?] 
2. Multiply the evenpositioned digits (positions 2, 4, 6, ... n+1) of the ID number by two (2), beginning with the next to rightmost digit:
3  5  9  9  [?] 
x1  x2  x1  x2  x1 
3  10  9  18  [?] 
3. Add all of the individual digits from steps 1 and 2 together:
3  5  9  9  [?] 
x1  x2  x1  x2  x1 
3  10  9  18  [?] 
3 + (1 + 0) + 9
4. Subtract the result of step 3 (i.e., 22) from the next highest multiple of 10. The remainder is the check digit number and becomes the last digit position of the ID number:
30  22 = 8
3
Therefore, the calculation of the number for the second clinic is:
3  5  9  6  [?] 
x1  x2  x1  x2  x1 
3  10  9  18  [?] 
3 + (1 + 0) + 9
20  16 = 4
3
If the booking receptionist had entered the incorrect digit "6" for the "9," the resulting number would have an invalid "35968," not matching the "35964" clinic ID number. An additional error would have been made to match an existing clinic ID number. The application could then have alerted the receptionist to verify the number, preventing the appointment mixup. Benefits of check digits include:

The use of check digits eliminates 93 to 94 percent of common data entry and communication errors. Standard checkdigit algorithms fail only with multiple or compound errors. 
Knowing the checkdigit algorithm allows you to code a test to validate that a number is a valid calculation of an ID number at the source of entry. Remember, however, that the number could still be an incorrect ID number if multiple errors were made. To test a mod 10 checkdigit number, follow the procedure explained in this column, but include the check digit number. The resulting calculation should be a multiple of 10.
I recommend using check digits for all primary objects, such as customer ID, account ID, facility ID or other objects that have a high volume of transactions applied to them or have high costs or consequences of errors of misapplication.
What do you think? Let me know at Larry.English@infoimpact.com.
References:
1.
2.
3.
Register or login for access to this item and much more
All Information Management content is archived after seven days.
Community members receive:
 All recent and archived articles
 Conference offers and updates
 A full menu of enewsletter options
 Web seminars, white papers, ebooks
Already have an account? Log In
Don't have an account? Register for Free Unlimited Access