Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

JDBC mode can not fetch Person and Patient resources in the same run #144

Closed
mozzy11 opened this issue Mar 17, 2021 · 0 comments · Fixed by #146
Closed

JDBC mode can not fetch Person and Patient resources in the same run #144

mozzy11 opened this issue Mar 17, 2021 · 0 comments · Fixed by #146
Assignees
Labels
bug Something isn't working P1:must As issue that definitely needs to be implemented in near future.

Comments

@mozzy11
Copy link
Collaborator

mozzy11 commented Mar 17, 2021

When running the Batch pipeline in JDBC mode ,with Person and Patient resources passed in the searchList ie --searchList=Patient,Person
the pipeline only takes Patient and ignores Person .
This is because both Person and Patient refer to the same parent table in the dbz config .
and when buiding a fhir_resource-to-db_table map , the map takes in unique key values.

@mozzy11 mozzy11 self-assigned this Mar 17, 2021
mozzy11 added a commit to mozzy11/openmrs-fhir-analytics that referenced this issue Mar 22, 2021
@bashir2 bashir2 added bug Something isn't working P1:must As issue that definitely needs to be implemented in near future. labels Mar 23, 2021
@bashir2 bashir2 changed the title JDBC mode can not Fetch Person and Patient Resources at ago JDBC mode can not fetch Person and Patient resources in the same run Mar 24, 2021
mozzy11 added a commit to mozzy11/openmrs-fhir-analytics that referenced this issue Apr 9, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working P1:must As issue that definitely needs to be implemented in near future.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants