FHIR Chat · ServiceRequest with PaymentReconciliation · implementers

Stream: implementers

Topic: ServiceRequest with PaymentReconciliation


view this post on Zulip Dongtu (Aug 13 2019 at 01:19):

how can I present ServiceRequest with payment of service in Bundle Resource. I used ServiceRequest Resource with PaymentReconciliation Resource but they were not reference together.

view this post on Zulip Dongtu (Aug 14 2019 at 01:24):

I need helper. Who known this topic ?

view this post on Zulip John Moehrke (Aug 14 2019 at 14:36):

ask on the #DaVinci stream. There might be more experts there

view this post on Zulip Lloyd McKenzie (Aug 20 2019 at 17:22):

DaVinci doesn't use PaymentReconciliation. @Dongtu, what kind of Bundle are you using? What are you actually trying to accomplish?

view this post on Zulip Dongtu (Aug 21 2019 at 01:47):

I want to send the information of the service along with the amount paid for that service. I used ServiceRequest as a Parent Resource and and placed PaymentReconciliation in the ServiceRequest 's contained. Is that reasonable?

view this post on Zulip Lloyd McKenzie (Aug 21 2019 at 02:20):

'contained' should only be used when the contained resource can't exist independently of the container - which seems an unusual situation for a payment reconciliation. Typically the PaymentReconciliation would be a stand-alone instance. It would have pointers to the Claims and ClaimResponses for which the reconciliation is being asserted. The Claims would then point to the ServiceRequests that justified the cost items within the Claim. If you wanted to, you could send all of that information in a message or document Bundle or retrieve it using a RESTful search with a bunch of _include parameters.

view this post on Zulip Lloyd McKenzie (Aug 21 2019 at 02:21):

@Paul Knapp @Andy Stechishin

view this post on Zulip Dongtu (Aug 21 2019 at 02:43):

How about MedicationRequest and Medication ?
Can I placed Medication in the MedicationRequest 's contained?
Structurally, you right. I want flexibility and brevity. My Fhir server is also easier to handle

view this post on Zulip Lloyd McKenzie (Aug 21 2019 at 03:00):

Medication inside a MedicationRequest is more common as often the information for a compound isn't maintained or relevant outside that one order. The choice of using 'contained' should never be driven by brevity - it should be driven by the degree of dependence of the contained item on the container.

view this post on Zulip Jean Duteau (Aug 21 2019 at 03:26):

I agree with Lloyd. Medication resources are commonly found contained inside the other Medication resources because you tend not need the compounds to have an independent life cycle from the resource they are contained within. But that is rarely the case for the rest of the resources. You need to know that the contained resources generally can't be searched on and have no life beyond the resources they are contained within. That normally isn't what you want. Basically, putting all of the individual resources into a Bundle and storing them as a transaction or a batch gives you the convenience of shipping them together while getting the lifecycle needs that you probably want.

view this post on Zulip Paul Knapp (Aug 23 2019 at 05:04):

@Dongtu You could create a bundle with a PaymentReconciliation and the ServiceRequest(s) where the PaymentReconciliation.detail.request would point to the ServiceRequest being paid.

view this post on Zulip Lloyd McKenzie (Aug 23 2019 at 12:01):

You can certainly send the PaymenReconciliation and ServiceRequest together in a message or a transaction, though transaction is asking for all of the resources to be created on the target system and messaging loses some of the interoperability benefits that REST provides.


Last updated: Apr 12 2022 at 19:14 UTC