mz-health/OMOP
mz-health
/
OMOP
mirror of https://github.com/OHDSI/CommonDataModel.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
OMOP Common Data Model by OHDSI
392 Commits 20 Branches 19 Tags 22 MiB
R 99.5%
CSS 0.4%
HTML 0.1%
Go to file
Clair Blacketer 4c4c012d83 Merge branch 'master' of https://github.com/OHDSI/CommonDataModel 2021-06-03 10:45:28 -04:00
BigQuery closes #210 2018-10-25 15:29:52 -04:00
CodeExcerpts correct spelling of "vocabulary" 2020-10-21 23:12:22 -05:00
Impala Fixes #221 2018-10-26 10:27:19 -04:00
Netezza Removed reference to death table 2019-02-06 12:29:49 -05:00
Oracle index for concept_id as varchar was added(fixes #313) 2020-01-24 13:44:57 +03:00
ParallelDataWarehouse index for concept_id as varchar was added(fixes #313) 2020-01-24 13:44:57 +03:00
PostgreSQL index for concept_id as varchar was added(fixes #313) 2020-01-24 13:44:57 +03:00
Redshift Fixes #221 2018-10-26 10:27:19 -04:00
Sql Server index for concept_id as varchar was added(fixes #313) 2020-01-24 13:44:57 +03:00
docs Add refresh cycle info 2021-06-03 10:45:05 -04:00
.DS_Store Add refresh cycle info 2021-06-03 10:45:05 -04:00
.gitignore Addresses #64, #70, #79, #92, #120, #132, #131 in code, documentation is still being updated to reflect these changes. 2017-11-09 09:30:50 -05:00
LICENSE Initial commit 2014-10-14 16:20:22 -04:00
OMOP_CDM_v6_0.csv Added v6.0 pdf 2018-10-10 15:04:27 -04:00
OMOP_CDM_v6_0.pdf Added v6.0 pdf 2018-10-10 15:04:27 -04:00
README.md Added note about CDM v5.3 vs CDM v6.0 2021-06-03 09:28:05 -04:00

README.md

NOTE ABOUT CDM v6.0

Please be aware that v6.0 of the OMOP CDM is not fully supported by the OHDSI suite of tools and methods. The major difference in CDM v5.3 and CDM v6.0 involves switching the *_datetime fields to mandatory rather than optional. This switch radically changes the assumptions related to exposure and outcome timing. Rather than move forward with v6.0, CDM v5.4 is actively in production to address additions to the model that have been requested by the community while retaining the date structure of medical events in v5.3. Please see our roadmap for more information on which proposals will be included in CDM v5.4. For new collaborators to OHDSI, please transform your data to CDM v5.3 until such time that CDM v5.4 is ready for release.

Common Data Model v6.0

See full CDM specifications on our website.

Release Notes for v6.0

This version address the following issues/pull requests:

CDM

  • #81 Adds the COST table
  • #137 Adds the SURVEY_CONDUCT table
  • #181 Adds the LOCATION_HISTORY table
  • #91 Latitude and longitude added to LOCATION table
  • #107 Contract owner information added to PAYER_PLAN_PERIOD
  • #120 New fields added to PAYER_PLAN_PERIOD (PAYER_CONCEPT_ID, PLAN_CONCEPT_ID)
  • #166 Record inserted into METADATA to document CDM version
  • #172 NOTE_EVENT_ID and NOTE_DOMAIN_ID (NOTE_EVENT_TABLE_CONCEPT_ID) added to NOTE
  • #198 Change IDs to BIGINT
  • #153 ADMISSION_SOURCE_CONCEPT_ID changed to ADMITTED_FROM_CONCEPT_ID
  • #214 All CONCEPT_IDs are mandatory except for UNIT_CONCEPT_ID, VALUE_AS_CONCEPT_ID, and OPERATOR_CONCEPT_ID
  • #164 Any reference to DOMAIN_ID was switched to EVENT_FIELD_CONCEPT_ID
  • #212 CDM Results schema created with tables COHORT and COHORT_DEFINITION
  • #210 DEATH table removed and cause of death now stored in CONDITION_OCCURRENCE
  • #166 Record inserted into METADATA identifying the CDM version
  • #172 Added NOTE_EVENT_ID and EVENT_FIELD_CONCEPT_ID to NOTE table

Vocabulary

  • #186 Keep deprecated CPT concepts active and standard
  • #85 NOTE_NLP concepts added

Wiki

  • #188 Added foreign key description to wiki files
  • All THEMIS rules added to wiki

Additional Updates

  • DATE fields are now optional and DATETIME fields are mandatory

This repo contains the definition of the OMOP Common Data Model. It supports the SQL technologies: BigQuery, Impala, Netezza, Oracle, Parallel Data Warehouse, Postgres, Redshift, and SQL Server. For each, the DDL, constraints and indexes (if appropriate) are defined.

Versions are defined using tagging and versioning. Full versions (V6, 7 etc.) are usually released at most once a year and are not backwards compatible. Minor versions (V5.1, 5.2 etc.) are not guaranteed to be backwards compatible though an effort is made to make sure that current queries will not break. Micro versions (V5.1.1, V5.1.2 etc.) are released irregularly and often, and contain small hot fixes or backward compatible changes to the last minor version.