-
Notifications
You must be signed in to change notification settings - Fork 0
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
add covid19 vaccination info #197
Conversation
Summary of the missing optional fields for the brazil-followup parser:
|
Summary of the missing optional fields for the brazil-followup parser:
|
Thanks @ekamau! I'm happy with this now, maybe @sadiekelly could review too before this is merged? |
Thanks Pip! great!
…On Tue, Oct 31, 2023 at 11:26 PM Pip Liggins ***@***.***> wrote:
Thanks @ekamau <https://github.com/ekamau>! I'm happy with this now,
maybe @sadiekelly <https://github.com/sadiekelly> could review too before
this is merged?
—
Reply to this email directly, view it on GitHub
<#197 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABW7SJBJ5XX74N4SWAFDQFDYCG6PVAVCNFSM6AAAAAA6YNO4NGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTOOBYGM2DSNBZGI>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Hi @ekamau I've added a few comments to various parsers. I can also do a double check across all studies to make sure we haven't missed anything. |
Vaccination data is provided in CVPSICL MLW_COVID19LMIC, although not defined in the data dictionary. The variable name c19_vacc indicates whether the patient has received a vaccine. dose_date gives the date of the most recent dose (I think). Previous vaccine doses are indicated in prev_vaccs but with no date |
For PHOSP, data are collected on vaccinations in the PSQ form. This I think is similar situation to ISARIC Tier 1 and brazil follow up where data are only collected at follow up, so I think we can use this. psq_vac_first_yn indicates whether the patient has received a covid19 vaccine. Date of first dose is psq_vac_first_date and date of second dose psq_vac_sec_date |
South Africa has vaccination status in the variable Vaccinated. Dates are given in First Dose Date, Second Dose Date and Booster Dose Date |
Summary of the missing optional fields for the brazil-followup parser:
|
Summary of the missing optional fields for the brazil-followup parser:
|
@ekamau @sadiekelly - the reason the most recent edits are failing (or at least one of them) is that you're trying to add context notes to the subject table, which doesn't allow them. I wasn't present for the discussion about where to put vaccination data (subject vs observation) but if we think context notes are important, vaccinations will have to become observations. Otherwise we can update the docs to say that if a single date is provided, it should be the date of the most recent dose (if that's correct?). |
Thanks Pip - yes, that's correct. Sorry I couldn't pin-point where the
errors were coming from. You are right. We could add capability for context
in the schema or update the docs as you see fit.
…On Mon, Nov 6, 2023 at 11:13 AM Pip Liggins ***@***.***> wrote:
@ekamau <https://github.com/ekamau> @sadiekelly
<https://github.com/sadiekelly> - the reason the most recent edits are
failing (or at least one of them) is that you're trying to add context
notes to the subject table, which doesn't allow them. I wasn't present for
the discussion about where to put vaccination data (subject vs observation)
but if we think context notes are important, vaccinations will have to
become observations. Otherwise we can update the docs to say that if a
single date is provided, it should be the date of the most recent dose (if
that's correct?).
—
Reply to this email directly, view it on GitHub
<#197 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABW7SJHR5HX2RVCYIKTKX4LYDEZGFAVCNFSM6AAAAAA6YNO4NGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTOOJWGA2DMMJVGU>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Adding context to the subject table doesn't feel like a sensible option to me - as a wide format table this would just look like another column (e.g. vaccination_context) which we haven't done for other attributes and if we open that up as an option, it could all get out of hand (where would it stop!). For now I think we should just ignore the context, I'll comment it out in the parser so we can retain the info. When moving to OMOP/ our eventual data storage option, we can re-evaluate whether the way the vaccination data is stored allows for context-like notes. |
Summary of the missing optional fields for the brazil-followup parser:
|
Summary of the missing optional fields for the brazil-followup parser:
|
@pipliggins @ekamau thanks! I think this sounds sensible. Maybe add an explanation in the docs that the vaccination dates are not necessarily inclusive of all received doses; a single date would often be the date of most recent dose but we don't know for sure, a second dose date may have been missed or unknown at the time of data collection |
added attributes for covid19 vaccinations - #186 . For the datasets I could find.