d David
on

 

Running the latest validator program I got this error message for the EG domain using SDTM V 3.1.2

"Value for EGSTRESC not found in EGSTRESC controlled terminology codelist"

The records that were highlighted were the direct copy of measurements from EGORRES to EGSTRESC. This may be a false positive result.

I noted in the SDTMIG that generally the assumption is that any value in --ORRES should be derived or copied into --STRESC. So flagging numeric values for the ECG intervals of 62 msec seems to be a false positive.

Can someone clarify this?

Thanks!

 

Forums: SDTM

t Tim
on August 13, 2010

Hi Dave,

 

The situation that you're describing is definitely not the intended behaviour, and we've identified it as a bug in the Validator. EGSTRESC values should not be checked against the Controlled Terminology list in cases where they represent numerical data, since this naturally does not make sense.

 

A report has been file to resolve this issue for the next release, and as I'm fairly certain that it's a configuration issue, a fix may be available before then. We'll let you know when it's been resolved, and in the meantime we apologise for the inconvenience.

 

Regards,

Tim

d David
on August 27, 2010

Thanks -- I will stand by!

t Tim
on September 8, 2010

Hi,

 

I've gone ahead and submitted a fix to the configuration developers for testing, so assuming that they don't find any problem with it I'll try to have them post an updated configuration this week.

 

Regards,

Tim

d David
on September 9, 2010

Great-- thank you for letting me know

-- Dave

d David
on June 2, 2011

Hello Tim,

I am still getting this error using Validator 1.2.1. I am getting a controlled terminology error when the value for EGSTRESC is copied over from EGORRES. Examples of the data generating flags are "SINUS RHYTHM WITH EPISODES OF TACHYCARDIA", "NORMAL", "NO ECTOPY SEEN". I think that this rule does not make much sense. Unless you copy all the values for EGSTRESC into the define there is no way to prevent this error from occurring. Does the logic of this rule need to change?

Thanks!

t Tim
on June 2, 2011

Hi David,

You're right, the Validator does still expect you to copy all of the values into the define.xml. The earlier modification was only to avoid this being thrown for numeric values, so terms not present in the Controlled Terminology will still trigger the warning.

Whether or not it even makes sense to perform these checks against the extensible codelists that are not remotely comprehensive is a good question, though. I'll put a ticket in for the configuration team to investigate this and if they decide that it's beneficial to remove the rule, we'll do so in the next release.

Regards,
Tim

d David
on June 3, 2011

Hey Tim,

Thanks for reviewing this. I don't think that this rule makes a lot of sense for the EG domain. Keep me updated with your conclusions.

-- Dave

Want a demo?

Let’s Talk.

We're eager to share and ready to listen.

Cookie Policy

Pinnacle 21 uses cookies to make our site easier for you to use. By continuing to use this website, you agree to our use of cookies. For more info visit our Privacy Policy.