Transcription error
A transcription error is a specific type of data entry error that is commonly made by human operators or by optical character recognition (OCR) programs. Human transcription errors are commonly the result of typographical mistakes; putting one’s fingers in the wrong place while touch typing is the easiest way to make this error.[1] (The slang term "stubby fingers" is sometimes used for people who commonly make this mistake.) Electronic transcription errors occur when the scan of some printed matter is compromised or in an unusual font – for example, if the paper is crumpled, or the ink is smudged, the OCR may make transcription errors when reading.
|
Input : Joseph Miscat Input : 23 Auguat Input : Jishua |
Transposition error
|
Input : Gergory Input : 23 Auguts Input : Johsua |
Transposition errors are commonly mistaken for transcription errors, but they should not be confused. As the name suggests, transposition errors occur when characters have “transposed”—that is, they have switched places. Transposition errors are almost always human in origin. The most common way for characters to be transposed is when a user is touch typing at a speed that makes them input a later character before an earlier one.
Solving transcription and transposition errors
Transcription and transposition errors are found everywhere, even in professional articles in newspapers or books. They can be missed by editors quite easily, just as they can be created quite easily. The most obvious cure for the errors is for the user to watch the screen when they type, and to proofread. If the entry is occurring in data capture forms, databases or subscription forms, the designer of the forms or the database administrator should use input masks or validation rules.
Transcription and transposition errors may also occur in syntax when computer programming or programming, within variable declarations or coding parameters. This should be checked by proofreading; some syntax errors may also be picked up by the program the author is using to write the code. Common desktop publishing and word processing applications use spell checkers and grammar checkers, which may pick up on some transcription/transposition errors; however, these tools cannot catch all errors, as some errors form new words which are grammatically correct. For instance, if the user wished to write "The fog was dense", but instead put "The dog was dense", a grammar and spell checker would not notify the user because both phrases are grammatically correct, as is the spelling of the word "dog". Unfortunately, this situation is likely to get worse before it gets better, as workload for users and workers using manual direct data entry (DDE) devices increases.
Double entry (or more) may also be leveraged to minimize transcription or transposition error, but at the cost of a reduced number of entries per unit time.
Mathematical transposition errors are easily identifiable. Add up the numbers that make up the difference and the resultant number will always be evenly divisible by nine. For example, (72-27)/9 = 5.
Auditing transcription errors in medical research databases
Double data entry is considered to be the goldstandard approach, still even when ruled important it is described emotionally as "laborious".[2] However, as double-entry needs to be carried out by two separate data entry officers, the expenses associated with double data entry are substantial. Moreover, in some institutions this may not be possible. Therefore M. Khushi et al. suggest another semi-automatic technique called 'eAuditor'. [3] Using an audit protocol tool, it was identified that human entry errors range from 0.01% when entering donors' clinical follow-up details, to 0.53% when entering pathological details, highlighting the importance of an audit protocol tool in a medical research database.
See also
References
- Doyle S (1985). Gcse Computer Studies for You. Nelson Thornes. p. 44. ISBN 978-0-7487-0381-4.
- Paulsen A, Overgaard S, Lauritsen JM (2012-04-06). "Quality of data entry using single entry, double entry and automated forms processing--an example based on a study of patient-reported outcomes". PLOS One. 7 (4): e35087. doi:10.1371/journal.pone.0035087. PMC 3320865. PMID 22493733.
- Khushi M, Carpenter JE, Balleine RL, Clarke CL (March 2012). "Development of a data entry auditing protocol and quality assurance for a tissue bank database". Cell and Tissue Banking. 13 (1): 9–13. doi:10.1007/s10561-011-9240-x. PMID 21331789.