Adding Check Digits LOINC Part and Answer identifiers

Discussion about the LOINC and RELMA program data models.

Moderators: dvreeman, kmercer, jhook

Adding Check Digits LOINC Part and Answer identifiers

Postby dvreeman » Fri Mar 07, 2008 2:24 pm

We are considering adding a mod-10 check digit to the current identifiers for LOINC Parts and Answers, similar to how we use a check digit on the main LOINC codes. Check digits can be used to help prevent mis-keying the identifier.

Would this cause major problems for any current users?
Daniel J. Vreeman, PT, DPT
User avatar
dvreeman
 
Posts: 56
Joined: Tue Feb 19, 2008 6:04 pm

Re: Adding Check Digits LOINC Part and Answer identifiers

Postby jhook » Thu Mar 13, 2008 11:00 am

Strictly speaking, the mod10 check digit algorithm is only applicable to numbers. The LOINC part and answer string identifiers are prefixed by the strings "LP" and "LA" respectively. This implies that we cannot use a mod10 check digit algorithm on these identifiers. To get around this problem, we are proposing to using a modification to the algorithm that is described here http://openmrs.org/wiki/Check_Digit_Algorithm#Our_variation_on_the_Luhn_algorithm. This variation allows for the creation of a check digit on an arbitrary ASCII string.
John
jhook
 
Posts: 10
Joined: Thu Feb 21, 2008 9:08 am

Re: Adding Check Digits LOINC Part and Answer identifiers

Postby senthil » Wed Mar 26, 2008 1:00 pm

jhook wrote:Strictly speaking, the mod10 check digit algorithm is only applicable to numbers. The LOINC part and answer string identifiers are prefixed by the strings "LP" and "LA" respectively. This implies that we cannot use a mod10 check digit algorithm on these identifiers. To get around this problem, we are proposing to using a modification to the algorithm that is described here http://openmrs.org/wiki/Check_Digit_Algorithm#Our_variation_on_the_Luhn_algorithm. This variation allows for the creation of a check digit on an arbitrary ASCII string.


I'm not sure if it's the same as Luhn mod N algorithm, but it seems to be widely implemented too. It can support alphanumeric characters as well. From the description, it seems to support multibyte (Unicode) characters too.
"Ford! there's an infinite number of monkeys outside who want to talk to us about the script for Hamlet they just worked out" - Arthur Dent.

Senthil K. Nachimuthu, MD
3M Health Information Systems / The University of Utah
User avatar
senthil
 
Posts: 1
Joined: Wed Mar 26, 2008 12:19 pm


Return to Data Model

Who is online

Users browsing this forum: No registered users and 1 guest

cron