Differences

This shows you the differences between two versions of the page.

--- documentation:next_cdm:concept_sets [2017/03/04 13:33] – gowtham_rao
+++ documentation:next_cdm:concept_sets [2017/03/04 13:37] (current) – gowtham_rao
@@ Line 1: / Line 1: @@
-===== Add CONCEPT_SET and CONCEPT_SET_DEFINITION tables 44444 =====
+===== Representing Visits, mini-visits, micro-visits, encounters and claims in OMOP CDM =====
-  * Requester: Gowtham Rao
+  * **Requester:** Gowtham Rao
-  * Discussion: [[http://forums.ohdsi.org/t/proposal-two-new-tables-concept-sets-and-concept-sets-definition/2207|here]].
+  * **Background and problem statement:** A person’s care journey over time is represented in the visit_occurrence table of the OMOP common data model. Visit_occurrence table represents this journey as span’s of time a person continuously receives medical services from one or more providers at a care_site in a given setting within a health care system. The unit of representation in visit_occurrence is thus a unique combination of person + care_site + continuous care time-span. One visit may involve multiple providers, in which case the ETL must specify how a single provider id is selected or leave the provider_id field null. One visit may involve multiple Care Sites, in which case the ETL must specify how a single care_site id is selected or leave the care_site_id field null.
+  * The standard visit concepts Inpatient Visit, Outpatient Visit, Emergency Room Visit, Long Term Care Visit and combined ER and Inpatient Visit - do not meet the use cases of many in the community. Many in the community have called these lower level granularity as ‘micro visits’, ‘encounters’ etc. and currently there is a desire to capture that information in OMOP CDM to meet those needs.
+  * Many source data, capture data with more granularity than as defined by visit_occurrence table. For example source data may capture encounters/micro-visits/services etc. These may be viewed as arbitrary number of optional micro-visits nested within a main visit, where the actual care delivery happens. Each of these arbitrary number of nested micro-visits may have different start_datetimes, end_datetimes, visit_concept_id, visit_type_concept_id, provider_id, care_site_id, admitting_source_concept_id, discharge_to_concept_id, preceding_visit_occurrence_id, etc. within its own nest. Within each nest sequential relationships between Visits within the nests maybe represented through chaining them in the preceding_visit_occurrence_id.
 ----
 === Proposal ===
-Description
+https://docs.google.com/document/d/1qM7cmdbLYgmo61TqpgvlOSw54-TwkDYLJoR3b5NSg_c/edit?usp=sharing
 == CONCEPT_SET table ==