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

method for function ‘longitudinal_table’ for signature ‘"Patient"’ #112

Open
HOUSTONHA opened this issue May 24, 2023 · 1 comment
Labels
enhancement New feature or request
Milestone

Comments

@HOUSTONHA
Copy link

It would be useful to be able to create a longitudinal_table for a given patient which bridges encounters / therapy episodes (eg. t_start could be the timestamp of the first encounter). Also, it would be nice if clinical_feature_last could draw on inpatient and outpatient data (at the moment as I understand it, it pulls from the "inpatient_investigations" table.

@peterdutey peterdutey added the enhancement New feature or request label May 24, 2023
@peterdutey
Copy link
Collaborator

Thanks for the request!

This could fit well in incoming release.
Any chance you have a user story from a typical audit situation?
Do you envisage the table should span between the earliest admission/prescription start date and the latest discharge/prescription end date? Or something else entirely?

Note that the data model in Ramses assumes encounter never overlap (this is enforced in validation checks).
Therapy episodes, however, can overlap meaning multiple therapy_id in a given time slice.
Fortunately the move to duckdb/Postgres means we now exclusively use SQL databases that support array/list columns.

Thanks

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants