... | @@ -20,7 +20,7 @@ The following sections provide an overview of the data flow and processing of re |
... | @@ -20,7 +20,7 @@ The following sections provide an overview of the data flow and processing of re |
|
---
|
|
---
|
|
When a Patient resource is read in, the job first checks whether this Patient resource is marked as 'deleted'. If so, this Patient record in OMOP CDM and all other records referenced to this will be delted. If not, the job checks whether this Patient resource already exists in OMOP CDM. This is done in the PERSON table using `fhir_logical_id` or `fhir_identifier`. If the Patient resource already exists in OMOP CDM, an update will take place in OMOP CDM based on the corresponding `person_id`. If the Patient resource does not exist in OMOP CDM, it will be written to OMOP CDM as a new resource.
|
|
When a Patient resource is read in, the job first checks whether this Patient resource is marked as 'deleted'. If so, this Patient record in OMOP CDM and all other records referenced to this will be delted. If not, the job checks whether this Patient resource already exists in OMOP CDM. This is done in the PERSON table using `fhir_logical_id` or `fhir_identifier`. If the Patient resource already exists in OMOP CDM, an update will take place in OMOP CDM based on the corresponding `person_id`. If the Patient resource does not exist in OMOP CDM, it will be written to OMOP CDM as a new resource.
|
|
|
|
|
|

|
|

|
|
|
|
|
|
</details>
|
|
</details>
|
|
</p>
|
|
</p>
|
... | @@ -35,7 +35,7 @@ When an Encounter resource is read in, the job first checks whether this Encount |
... | @@ -35,7 +35,7 @@ When an Encounter resource is read in, the job first checks whether this Encount |
|
|
|
|
|
Next, the job checks if the Encounter resource already exists in OMOP CDM. This is done in the VISIT_OCCURRENCE table using `fhir_logical_id` or `fhir_identifier`. If the Encounter resource does not exist in OMOP CDM, it will be written to OMOP CDM as a new resource. If the Encounter resource already exists in OMOP CDM, an update will take place in OMOP CDM based on the corresponding `visit_occurrence_id`.
|
|
Next, the job checks if the Encounter resource already exists in OMOP CDM. This is done in the VISIT_OCCURRENCE table using `fhir_logical_id` or `fhir_identifier`. If the Encounter resource does not exist in OMOP CDM, it will be written to OMOP CDM as a new resource. If the Encounter resource already exists in OMOP CDM, an update will take place in OMOP CDM based on the corresponding `visit_occurrence_id`.
|
|
|
|
|
|

|
|

|
|
|
|
|
|
</details>
|
|
</details>
|
|
</p>
|
|
</p>
|
... | @@ -59,7 +59,7 @@ Next, it checks whether the referenced Medication resource already exists in OMO |
... | @@ -59,7 +59,7 @@ Next, it checks whether the referenced Medication resource already exists in OMO |
|
|
|
|
|
If the referenced Medication resource is not yet available in OMOP CDM, the Medication reference of the MedicationAdministration/MedicationStatement resource is set as `drug_source_value` in DRUG_EXPOSURE. After all resources have been processed, post-processing takes place. During a next incremental loading, the referenced Medication resource is searched in the MEDICATION_ID_MAP table using the Medication reference in `drug_source_value`. If this Medication resource exists in OMOP CDM, an update in DRUG_EXPOSURE takes place.
|
|
If the referenced Medication resource is not yet available in OMOP CDM, the Medication reference of the MedicationAdministration/MedicationStatement resource is set as `drug_source_value` in DRUG_EXPOSURE. After all resources have been processed, post-processing takes place. During a next incremental loading, the referenced Medication resource is searched in the MEDICATION_ID_MAP table using the Medication reference in `drug_source_value`. If this Medication resource exists in OMOP CDM, an update in DRUG_EXPOSURE takes place.
|
|
|
|
|
|

|
|

|
|
|
|
|
|
</details>
|
|
</details>
|
|
</p>
|
|
</p>
|
... | @@ -74,7 +74,7 @@ When an Encounter/Procedure/Observation/MedicationAdministration/MedicationState |
... | @@ -74,7 +74,7 @@ When an Encounter/Procedure/Observation/MedicationAdministration/MedicationState |
|
|
|
|
|
The job checks whether the referenced Patient resource already exists in OMOP CDM. This is done in PERSON and table using `fhir_logical_id` or `fhir_identifier`. If the referenced Patient resource is not available in OMOP CDM, the read Encounter/Procedure/Observation/MedicationAdministration/MedicationStatement/Condition resource is skipped. If the referenced Patient resource already exists in OMOP CDM, the existing `person_id` will be used. After this step, the further processing of the read resource is done analog to bulk load.
|
|
The job checks whether the referenced Patient resource already exists in OMOP CDM. This is done in PERSON and table using `fhir_logical_id` or `fhir_identifier`. If the referenced Patient resource is not available in OMOP CDM, the read Encounter/Procedure/Observation/MedicationAdministration/MedicationStatement/Condition resource is skipped. If the referenced Patient resource already exists in OMOP CDM, the existing `person_id` will be used. After this step, the further processing of the read resource is done analog to bulk load.
|
|
|
|
|
|

|
|

|
|
|
|
|
|
</details>
|
|
</details>
|
|
</p> |
|
</p> |
|
|
|
\ No newline at end of file |