FHIR Chat · Provenance - One or many? · implementers

Stream: implementers

Topic: Provenance - One or many?


view this post on Zulip Brendan Keeler (Nov 19 2021 at 20:13):

So suppose I import a file and from that file, I generate many patients and stemming from them, many FHIR resources.

Given the Provenance elements are all the same except target (which is an array), is it appropriate to create one mega-Provenance with a ton of targets? Or one per Patient resource and associated clinical resources? Or one per resource?

view this post on Zulip Daniel Venton (Nov 19 2021 at 20:48):

I'd vote for one mega, for every record that was touched during the transaction.
A logical grouping by patient makes sense, but you are duplicating data.
You might have to have 1 per resource depending on how you data store works and your indexes.

view this post on Zulip Brendan Keeler (Nov 19 2021 at 22:35):

Yeah, good points.

It might need to be 2 mega Provenances, though, if there are some Creates and some Updates (as the Provenance action would differ)

view this post on Zulip Vivian Neilley (Nov 20 2021 at 15:42):

FWIW - I would probably do one per patient - as eventually that provenance resource could connect back to consent at the patient level.

view this post on Zulip Brendan Keeler (Nov 20 2021 at 22:22):

Oh great call

view this post on Zulip John Moehrke (Nov 22 2021 at 13:48):

One Provenance per Patient. Also, there is movement to add a .subject to Provenance in R5.

view this post on Zulip John Moehrke (Nov 22 2021 at 13:50):

It might be good to add this kind of guidance to Provenance. Can you create a CR asking for Provenance notes to speak to your use-case and the best-practice to create one Provenance per Patient? There has not been much discussion of an import of multiple-patients anywhere. Is this a bulk-data use-case or something else?

view this post on Zulip Brendan Keeler (Nov 22 2021 at 19:00):

I'm not sure I know how to create a CR. Any guidance where I might learn?

view this post on Zulip Brendan Keeler (Nov 22 2021 at 19:00):

Use case is a historic load of a CSV of patients/claims

view this post on Zulip David Pyke (Nov 22 2021 at 19:06):

You go to jira.hl7.org and follow the magic footprints selecting FHIR Core as the specification and Provenance as the resource. PM me if you need further guidance.

view this post on Zulip John Moehrke (Nov 22 2021 at 20:01):

at the bottom of every page of the FHIR specification is a "Propose a change" link.

view this post on Zulip Brendan Keeler (Nov 22 2021 at 21:11):

Sure, done
https://jira.hl7.org/plugins/servlet/mobile#issue/FHIR-34366


Last updated: Apr 12 2022 at 19:14 UTC