FHIR Chat · MDM Message Type · v2 to FHIR

Stream: v2 to FHIR

Topic: MDM Message Type


view this post on Zulip Louis Gordon (Oct 09 2018 at 17:26):

Thinking about getting my feet wet lately and many of our own use cases and how FHIR plays into them.

What resource do you think would make sense for a v2 MDM message?

view this post on Zulip René Spronk (Oct 10 2018 at 11:30):

http://build.fhir.org/documentreference.html

view this post on Zulip Nick Hatt (Oct 10 2018 at 13:00):

I'll add http://build.fhir.org/diagnosticreport.html and http://build.fhir.org/observation.html to the list. DocumentReference contains or points to all the information in PID, PV1, and TXA. That should meet most dictation workflows. MDM messages with ORC/OBR segments and discrete OBX segments might need the extra resources.

view this post on Zulip Louis Gordon (Oct 10 2018 at 19:25):

Thanks guys!

view this post on Zulip John Moehrke (Oct 12 2018 at 15:15):

I think Rene's mention of DocumentReference is that is where the original v2 message can be archived. That original v2 message could (should) be decomposed into more discrete FHIR Resources like DiagnosticReport, Observation, etc... All of those FHIR Resources should be pointed at by a Provenance.target, with Provenance.entity pointing at the DocumentReference that points at a Binary that holds the original v2 message. This would be the most formal and complete. Lesser solutions can be done too. (Note the same is true if a CDA is imported and decomposed, and also a FHIR Document... really anything that is imported and decomposed into FHIR Resources where the original imported object needs to be maintained with Provenance and metadata.

view this post on Zulip David Hay (Oct 12 2018 at 18:52):

Hi John - I think this is correct...:

Screen-Shot-2018-10-13-at-7.51.30-AM.png

view this post on Zulip David Hay (Oct 12 2018 at 18:53):

the DocumentReference needs a link to the Binary as well, but conman doesn't do that (yet) via an attachment...

view this post on Zulip David Hay (Oct 12 2018 at 18:55):

oops - hold on, not quite right...

view this post on Zulip David Hay (Oct 12 2018 at 18:56):

how about this (the binary is not shown, but there would be a uri reference to it from DocRef)
Screen-Shot-2018-10-13-at-7.56.18-AM.png

view this post on Zulip John Moehrke (Oct 12 2018 at 19:22):

excellent

view this post on Zulip David Hay (Oct 12 2018 at 19:33):

Has there been any discussion about having a reference as an option for attachment? (as well as the direct Url which currently exists)?

view this post on Zulip David Hay (Oct 12 2018 at 19:35):

Or a content.reference off DocRef?


Last updated: Apr 12 2022 at 19:14 UTC