FHIR Chat · Provenance · Da Vinci PDex

Stream: Da Vinci PDex

Topic: Provenance

Anusha (Feb 23 2021 at 21:45):

Hi everyone. I'm trying to parse the PDEX SHALL requirements related to Provenance (as a payer implementing the IG).

In addition to the searchRevInclude interaction, is the expectation that a client application should be able to query a bundle/resource and then return to the FHIR server n days later and get the provenance for that bundle/resource using the bundle/resource reference?
The timestamp that's captured in the recorded field should always be the Date/Time that the payer received the information or created the bundle -- is that correct?

Anusha (Mar 11 2021 at 15:56):

@Mark Scrimshire Any chance you're able to help with this question? :point_up:

John Moehrke (Mar 11 2021 at 16:11):

typically the Provenance.occured[x] would be when the activity the Provenance describes happened. The Provenance.recorded is when the Provenance record was created. Most of the time they are the same, but there is no requirement they are the same.

Anusha (Mar 11 2021 at 16:21):

@John Moehrke So when we're dealing with a transmitter provenance record, would Provenance.recorded still be when the record was received/created by the payer? (As opposed to the timestamp of the response to a specific app's API call?)

John Moehrke (Mar 11 2021 at 16:28):

I think you are now asking a question that only a developed and deployed system could answer. My answer is about the intent of the Provenance resource core FHIR resource definition.

Anusha (Mar 11 2021 at 17:43):

Hmm, okay. So in the context of the Patient Access API, is the intent of the "transmitter" Provenance scenario to
1) create effectively an audit log in the FHIR server of each time an app requested and received a resource?
OR
2) capture that the payer is acting as a transmitter for a resource that they received at x time, and be able to pass that context on to any app that requests that resource?

Anusha (Mar 16 2021 at 20:06):

Anusha said: