For the complete documentation index, see llms.txt. This page is also available as Markdown.

Data preparation

To get the best mapping results, it's important to prepare your data prior to beginning the mapping process.

Data in the real world is rarely clean and tidy.

Data may have:

  • an underlying data structure that could be represented with indents

  • white space (leading, trailing)

  • truncated text

  • data types

  • headers and footers

  • non-text characters (? # / , - + * @ =)

  • misspelling

  • abbreviations

Even when data is coded, the data may not be as clean and tidy as expected.

Data could be:

  • used out of context (repurposed fields)

  • used as proxy – best/easiest closest thing

  • underlying coding is often organic and uncontrolled:

    • duplicates

    • erroneous synonymy

    • conjugated terms

    • ambiguous

      • different meanings interpreted depending on the context/reader

Other data quality checks include:

  • are all the terms uniquely identified?

  • are there any duplicates?

  • are there any null values?

  • is there any meaningful metadata that needs to be accounted for?

All of these things should be considered, and rules should be developed and documented for how they will be handled to ensure consistency throughout the process and among personnel. Sometimes these decisions require expertise in workflow within the implementation and not just clinical expertise. For example:

If this is in your data
Possible meaning 1
Possible meaning 2
Possible meaning 3

#

fracture

number

/

and

or

?

possible

probable

suspected

++

moderate severity

getting better

increased

Disease 1, Disease 2

Both (comorbid)

Disease 1 causes Disease 2

Disease 2 underlies Disease 1

Provide Feedback

Last updated