https://w3id.org/omop/ontology/Person
This table serves as the central identity management for all Persons in the database. It contains records that uniquely identify each person or patient, and some demographic information.
Instances of Person can have the following properties:
| PROPERTY | TYPE | DESCRIPTION | RANGE |
|---|---|---|---|
| From class Person | |||
| Birth datetime | owl:DatatypeProperty | For Person: This field is not required but highly encouraged. For data sources that provide the precise datetime of birth, that value should be stored in this field. If birth_datetime is not provided in the source, use the following logic to infer the date: If day_of_birth is null and month_of_birth is not null then use the first of the month in that year. If month_of_birth is null or if day_of_birth AND month_of_birth are both null and the person has records during their year of birth then use the date of the earliest record, otherwise use the 15th of June of that year. If time of birth is not given use midnight (00:00:0000). | dateTime |
| Day of birth | owl:DatatypeProperty | For Person: For data sources that provide the precise date of birth, the day should be extracted and stored in this field. | integer |
| Death datetime | owl:DatatypeProperty | For Person: This field is the death date to be used in analysis, as determined by the ETL logic. Any additional information about a Person's death is stored in the [OBSERVATION](https://ohdsi.github.io/CommonDataModel/cdm60.html#observation) table with the concept_id [4306655](https://athena.ohdsi.org/search-terms/terms/4306655) or in the CONDITION_OCCURRENCE . If there are multiple dates of death given for a Person, choose the one that is deemed most reliable. This may be a discharge from the hospital where the Person is listed as deceased or it could be latest death date provided. If a patient has clinical activity more than 60 days after the death date given in the source, it is a viable option to drop the death record as it may have been falsely reported. Similarly, if the death record is from a reputable source (e.g. government provided information) it is also a viable option to remove event records that occur in the data > 60 days after death. | dateTime |
| Ethnicity source value | owl:DatatypeProperty | For Person: This field is used to store the ethnicity of the person from the source data. It is not intended for use in standard analytics but for reference only. If the person has an ethnicity other than the OMB standard of "Hispanic" or "Not Hispanic" store that value from the source data here. | string |
| Month of birth | owl:DatatypeProperty | For Person: For data sources that provide the precise date of birth, the month should be extracted and stored in this field. | integer |
| Race source value | owl:DatatypeProperty | For Person: This field is used to store the race of the person from the source data. It is not intended for use in standard analytics but for reference only. Put the race of the person as it appears in the source data. | string |
| Has ethnicity | owl:FunctionalProperty | For Person: This field captures Ethnicity as defined by the Office of Management and Budget (OMB) of the US Government: it distinguishes only between "Hispanic" and "Not Hispanic". Races and ethnic backgrounds are not stored here. Only use this field if you have US-based data and a source of this information. Do not attempt to infer Ethnicity from the race or ethnic background of the Person. [Accepted ethnicity concepts](http://athena.ohdsi.org/search-terms/terms?domain=Ethnicity&standardConcept=Standard&page=1&pageSize=15&query=) | Concept |
| Has ethnicity source | owl:FunctionalProperty | For Person: Due to the small number of options, this tends to be zero. If the source data codes ethnicity in an OMOP supported vocabulary, store the concept_id here, otherwise set to 0. | Concept |
| Has race | owl:FunctionalProperty | For Person: This field captures race or ethnic background of the person. Only use this field if you have information about race or ethnic background. The Vocabulary contains Concepts about the main races and ethnic backgrounds in a hierarchical system. Due to the imprecise nature of human races and ethnic backgrounds, this is not a perfect system. Mixed races are not supported. If a clear race or ethnic background cannot be established, use Concept_Id 0. [Accepted Race Concepts](http://athena.ohdsi.org/search-terms/terms?domain=Race&standardConcept=Standard&page=1&pageSize=15&query=). | Concept |
| Has race source | owl:FunctionalProperty | For Person: Due to the small number of options, this tends to be zero. If the source data codes race in an OMOP supported vocabulary store the concept_id here, otherwise set to 0. | Concept |
| Has condition era | owl:ObjectProperty | Condition era | |
| Has cost | owl:ObjectProperty | Cost | |
| Has death | owl:ObjectProperty | Death | |
| Has dose era | owl:ObjectProperty | Dose era | |
| Has drug era | owl:ObjectProperty | Drug era | |
| Has observation period | owl:ObjectProperty | reversed relation, For Observation Period: The Person ID of the PERSON record for which the Observation Period is recorded. | Observation period |
| Has specimen | owl:ObjectProperty | reversed relation, For Specimen: The person from whom the specimen is collected. | Specimen |
| Has visit occurrence | owl:ObjectProperty | Visit occurrence | |
| From class Base person | |||
| Gender source value | owl:DatatypeProperty | For Person: This field is used to store the biological sex of the person from the source data. It is not intended for use in standard analytics but for reference only. Put the biological sex of the person as it appears in the source data. - For Provider: This is provider's gender as it appears in the source data. Put the provider's gender as it appears in the source data. This field is up to the discretion of the ETL-er as to whether this should be the coded value from the source or the text description of the lookup value. | string |
| Has gender | owl:FunctionalProperty | For Person: This field is meant to capture the biological sex at birth of the Person. This field should not be used to study gender identity issues. Use the gender or sex value present in the data under the assumption that it is the biological sex at birth. If the source data captures gender identity it should be stored in the [OBSERVATION](https://ohdsi.github.io/CommonDataModel/cdm60.html#observation) table. [Accepted gender concepts](http://athena.ohdsi.org/search-terms/terms?domain=Gender&standardConcept=Standard&page=1&pageSize=15&query=) - For Provider: This field represents the recorded gender of the provider in the source data. If given, put a concept from the gender domain representing the recorded gender of the provider. If not available, set to 0. [Accepted Concepts](http://athena.ohdsi.org/search-terms/terms?domain=Gender&standardConcept=Standard&page=1&pageSize=15&query=). | Concept |
| Has gender source | owl:FunctionalProperty | For Person: Due to the small number of options, this tends to be zero. If the source data codes biological sex in a non-standard vocabulary, store the concept_id here, otherwise set to 0. - For Provider: This is often zero as many sites use proprietary codes to store provider gender. If the source data codes provider gender in an OMOP supported vocabulary store the concept_id here. If not available, set to 0. | Concept |
| From class OMOP CDM thing | |||
| Id | owl:DatatypeProperty | For Note: A unique identifier for each note. - For Vocabulary: A unique identifier for each Vocabulary, such as ICD9CM, SNOMED, Visit. - For Observation: The unique key given to an Observation record for a Person. Refer to the ETL for how duplicate Observations during the same Visit were handled. Each instance of an observation present in the source data should be assigned this unique key. - For Note Nlp: A unique identifier for the NLP record. - For Location: The unique key given to a unique Location. Each instance of a Location in the source data should be assigned this unique key. - For Drug Exposure: The unique key given to records of drug dispensings or administrations for a person. Refer to the ETL for how duplicate drugs during the same visit were handled. Each instance of a drug dispensing or administration present in the source data should be assigned this unique key. In some cases, a person can have multiple records of the same drug within the same visit. It is valid to keep these duplicates and assign them individual, unique, DRUG_EXPOSURE_IDs, though it is up to the ETL how they should be handled. - For Specimen: Unique identifier for each specimen. - For Observation Period: A Person can have multiple discrete Observation Periods which are identified by the Observation_Period_Id. Assign a unique observation_period_id to each discrete Observation Period for a Person. - For Cohort Definition: This is the identifier given to the cohort, usually by the ATLAS application - For Concept Class: A unique key for each class. - For Device Exposure: The unique key given to records a person's exposure to a foreign physical object or instrument. Each instance of an exposure to a foreign object or device present in the source data should be assigned this unique key. - For Procedure Occurrence: The unique key given to a procedure record for a person. Refer to the ETL for how duplicate procedures during the same visit were handled. Each instance of a procedure occurrence in the source data should be assigned this unique key. In some cases, a person can have multiple records of the same procedure within the same visit. It is valid to keep these duplicates and assign them individual, unique, PROCEDURE_OCCURRENCE_IDs, though it is up to the ETL how they should be handled. - For Cost: A unique identifier for each COST record. - For Domain: A unique key for each domain. - For Survey Conduct: Unique identifier for each completed survey. For each instance of a survey completion create a unique identifier. - For Visit Detail: Use this to identify unique interactions between a person and the health care system. This identifier links across the other CDM event tables to associate events with a visit detail. This should be populated by creating a unique identifier for each unique interaction between a person and the healthcare system where the person receives a medical good or service over a span of time. - For Care Site: Assign an id to each unique combination of location_id and place_of_service_source_value. - For Concept: A unique identifier for each Concept across all domains. - For Measurement: The unique key given to a Measurement record for a Person. Refer to the ETL for how duplicate Measurements during the same Visit were handled. Each instance of a measurement present in the source data should be assigned this unique key. In some cases, a person can have multiple records of the same measurement within the same visit. It is valid to keep these duplicates and assign them individual, unique, MEASUREMENT_IDs, though it is up to the ETL how they should be handled. - For Condition Occurrence: The unique key given to a condition record for a person. Refer to the ETL for how duplicate conditions during the same visit were handled. Each instance of a condition present in the source data should be assigned this unique key. In some cases, a person can have multiple records of the same condition within the same visit. It is valid to keep these duplicates and assign them individual, unique, CONDITION_OCCURRENCE_IDs, though it is up to the ETL how they should be handled. - For Provider: It is assumed that every provider with a different unique identifier is in fact a different person and should be treated independently. This identifier can be the original id from the source data provided it is an integer, otherwise it can be an autogenerated number. - For Person: It is assumed that every person with a different unique identifier is in fact a different person and should be treated independently. Any person linkage that needs to occur to uniquely identify Persons ought to be done prior to writing this table. This identifier can be the original id from the source data provided if it is an integer, otherwise it can be an autogenerated number. - For Visit Occurrence: Use this to identify unique interactions between a person and the health care system. This identifier links across the other CDM event tables to associate events with a visit. This should be populated by creating a unique identifier for each unique interaction between a person and the healthcare system where the person receives a medical good or service over a span of time. - For Payer Plan Period: A unique identifier for each unique combination of a Person, Payer, Plan, and Period of time. | owl:Thing |
| From class Thing | |||
| OMOP CDM name | owl:AnnotationProperty | owl:Thing | |
@prefix omop: <https://w3id.org/omop/ontology/> .
@prefix owl: <http://www.w3.org/2002/07/owl#> .
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .
omop:Person a owl:Class ;
rdfs:label "Person"^^xsd:string ;
rdfs:comment "This table serves as the central identity management for all Persons in the database. It contains records that uniquely identify each person or patient, and some demographic information."@en ;
rdfs:subClassOf [ a owl:Restriction ;
owl:allValuesFrom omop:VisitOccurrence ;
owl:onProperty omop:has_visit_occurrence ],
[ a owl:Restriction ;
owl:allValuesFrom xsd:integer ;
owl:onProperty omop:year_of_birth ],
[ a owl:Restriction ;
owl:onProperty omop:year_of_birth ;
owl:someValuesFrom xsd:integer ],
[ a owl:Restriction ;
owl:allValuesFrom xsd:integer ;
owl:onProperty omop:month_of_birth ],
[ a owl:Restriction ;
owl:allValuesFrom xsd:integer ;
owl:onProperty omop:day_of_birth ],
[ a owl:Restriction ;
owl:allValuesFrom xsd:dateTime ;
owl:onProperty omop:birth_datetime ],
[ a owl:Restriction ;
owl:allValuesFrom xsd:dateTime ;
owl:onProperty omop:death_datetime ],
[ a owl:Restriction ;
owl:allValuesFrom omop:VisitDetail ;
owl:onProperty omop:has_visit_detail ],
[ a owl:Restriction ;
owl:allValuesFrom omop:Concept ;
owl:onProperty omop:has_race ],
[ a owl:Restriction ;
owl:allValuesFrom omop:ConditionOccurrence ;
owl:onProperty omop:has_condition_occurrence ],
[ a owl:Restriction ;
owl:onProperty omop:has_race ;
owl:someValuesFrom omop:Concept ],
[ a owl:Restriction ;
owl:allValuesFrom omop:Concept ;
owl:onProperty omop:has_ethnicity ],
[ a owl:Restriction ;
owl:allValuesFrom omop:DrugExposure ;
owl:onProperty omop:has_drug_exposure ],
[ a owl:Restriction ;
owl:onProperty omop:has_ethnicity ;
owl:someValuesFrom omop:Concept ],
[ a owl:Restriction ;
owl:allValuesFrom omop:ProcedureOccurrence ;
owl:onProperty omop:has_procedure_occurrence ],
[ a owl:Restriction ;
owl:allValuesFrom omop:DeviceExposure ;
owl:onProperty omop:has_device_exposure ],
[ a owl:Restriction ;
owl:allValuesFrom omop:Measurement ;
owl:onProperty omop:has_measurement ],
[ a owl:Restriction ;
owl:allValuesFrom omop:Location ;
owl:onProperty omop:has_location ],
[ a owl:Restriction ;
owl:allValuesFrom omop:Observation ;
owl:onProperty omop:has_observation ],
[ a owl:Restriction ;
owl:allValuesFrom omop:Death ;
owl:onProperty omop:has_death ],
[ a owl:Restriction ;
owl:allValuesFrom omop:Note ;
owl:onProperty omop:has_note ],
[ a owl:Restriction ;
owl:allValuesFrom omop:Specimen ;
owl:onProperty omop:has_specimen ],
[ a owl:Restriction ;
owl:allValuesFrom omop:SurveyConduct ;
owl:onProperty omop:has_survey_conduct ],
[ a owl:Restriction ;
owl:allValuesFrom omop:Provider ;
owl:onProperty omop:has_provider ],
[ a owl:Restriction ;
owl:allValuesFrom omop:PayerPlanPeriod ;
owl:onProperty omop:has_payer_plan_period ],
[ a owl:Restriction ;
owl:allValuesFrom omop:Cost ;
owl:onProperty omop:has_cost ],
[ a owl:Restriction ;
owl:allValuesFrom omop:DrugEra ;
owl:onProperty omop:has_drug_era ],
[ a owl:Restriction ;
owl:allValuesFrom omop:DoseEra ;
owl:onProperty omop:has_dose_era ],
[ a owl:Restriction ;
owl:allValuesFrom omop:ConditionEra ;
owl:onProperty omop:has_condition_era ],
[ a owl:Restriction ;
owl:allValuesFrom xsd:string ;
owl:onProperty omop:race_source_value ],
[ a owl:Restriction ;
owl:allValuesFrom omop:Concept ;
owl:onProperty omop:has_race_source ],
[ a owl:Restriction ;
owl:onProperty omop:has_race_source ;
owl:someValuesFrom omop:Concept ],
[ a owl:Restriction ;
owl:allValuesFrom xsd:string ;
owl:onProperty omop:ethnicity_source_value ],
[ a owl:Restriction ;
owl:allValuesFrom omop:Concept ;
owl:onProperty omop:has_ethnicity_source ],
[ a owl:Restriction ;
owl:onProperty omop:has_ethnicity_source ;
owl:someValuesFrom omop:Concept ],
[ a owl:Restriction ;
owl:allValuesFrom omop:ObservationPeriod ;
owl:onProperty omop:has_observation_period ],
omop:BasePerson ;
omop:omop_cdm_name "person"^^xsd:string .