We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
SQL gen count_encounter count_patient should have analogs for FHIR core table refs #100 #100
Import “study_prefix” into general ability to run counts generator smart-on-fhir/cumulus-library-template#2
cumulus-library/cumulus_library/study_parser.py
Line 82 in 31a3888
This is the most DRY violating thing currently in each study, because
def write_view_sql(view_list_sql: List[str], filename="count.sql") -> None:
Typical naming scheme
STUDY_PREFIX + “count” + name of the source table + duration (optional)
Where duration is ONLY: {Month, Week, or None}
Should we ALWAYS default to creating TABLES rather than views? = YES 100%
The text was updated successfully, but these errors were encountered:
Resolved via #109
Sorry, something went wrong.
dogversioning
No branches or pull requests
SQL gen count_encounter count_patient should have analogs for FHIR core table refs #100
#100
Import “study_prefix” into general ability to run counts generator
smart-on-fhir/cumulus-library-template#2
cumulus-library/cumulus_library/study_parser.py
Line 82 in 31a3888
This is the most DRY violating thing currently in each study, because
def write_view_sql(view_list_sql: List[str], filename="count.sql") -> None:
Typical naming scheme
STUDY_PREFIX + “count” + name of the source table + duration (optional)
Where duration is ONLY: {Month, Week, or None}
Should we ALWAYS default to creating TABLES rather than views? = YES 100%
The text was updated successfully, but these errors were encountered: