From 840690d21f5098e6b3a19c8817eab1c02359f755 Mon Sep 17 00:00:00 2001 From: clairblacketer Date: Wed, 3 Oct 2018 10:27:49 -0400 Subject: [PATCH] updated documentation to comply with themis issue #11(https://github.com/OHDSI/Themis/issues/11) --- .../Background/Data-Model-Conventions.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/CommonDataModel_Wiki_Files/Background/Data-Model-Conventions.md b/Documentation/CommonDataModel_Wiki_Files/Background/Data-Model-Conventions.md index 1d089b7..e463978 100644 --- a/Documentation/CommonDataModel_Wiki_Files/Background/Data-Model-Conventions.md +++ b/Documentation/CommonDataModel_Wiki_Files/Background/Data-Model-Conventions.md @@ -75,7 +75,7 @@ When processing your data where Source Value is a reference to a coding scheme c - If the Source Value is mapped to a SOURCE_CONCEPT_ID but the SOURCE_CONCEPT_ID is not mapped to a Standard CONCEPT_ID, then the domain for the data record, and hence it's table location, is determined by the DOMAIN_ID field of the CONCEPT record the SOURCE_CONCEPT_ID refers to. The Standard CONCEPT_ID is set to 0. - If the Source Value cannot be mapped to a SOURCE_CONCEPT_ID or Standard CONCEPT_ID, then direct the data record to the most appropriate CDM domain based on your local knowledge of the intent of the source data and associated value. For example, if the unmappable Source Value came from a 'diagnosis' table then, in the absence of other information, you may choose to record that fact in the CONDITION_OCCURRENCE table. -Each Standard CONCEPT_ID field has a set of allowable CONCEPT_ID values. The allowable values are defined by the domain of the concepts. For example, there is a domain concept of 'Gender', for which there are only two allowable standard concepts of practical use (8507 - 'Male', 8532- 'Female') and one allowable generic concept to represent a standard notion of 'no information' (concept_id = 0). +Each Standard CONCEPT_ID field has a set of allowable CONCEPT_ID values. The allowable values are defined by the domain of the concepts. For example, there is a domain concept of 'Gender', for which there are only two allowable standard concepts of practical use (8507 - 'Male', 8532- 'Female') and one allowable generic concept to represent a standard notion of 'no information' (concept_id = 0). This 'no information' concept should be used when there is no mapping to a standard concept available or if there is no information available for that field. The exceptions are MEASUREMENT.VALUE_AS_CONCEPT_ID, OBSERVATION.VALUE_AS_CONCEPT_ID, MEASUREMENT.UNIT_CONCEPT_ID, OBSERVATION.UNIT_CONCEPT_ID, MEASUREMENT.OPERATOR_CONCEPT_ID, and OBSERVATION.MODIFIER_CONCEPT_ID, which can be NULL if the data do not contain the information ([THEMIS issue #11](https://github.com/OHDSI/Themis/issues/11)). There is no constraint on allowed CONCEPT_IDs within the SOURCE_CONCEPT_ID fields.