Mirth Community

Mirth Community (http://www.mirthcorp.com/community/forums/index.php)
-   Support (http://www.mirthcorp.com/community/forums/forumdisplay.php?f=6)
-   -   Updated: FHIR: Request for Feedback (http://www.mirthcorp.com/community/forums/showthread.php?t=218017)

JoshMc 02-21-2018 11:39 AM

I would say support for newer versions of the standard would be helpful along with updated versions of HAPI FHIR API. I think those two kinda go together. That said, I've had some reasonable success using a standard HTTP Sender with stand-alone HAPI FHIR Libraries to build and parse FHIR resources.

A FHIR Sender Destination Connector Could be quite helpful when using Mirth Connect as a proxy.

siddharth 02-21-2018 10:23 PM

My use case

My Client is using FHIR as a data model for their API, for the most part.

Mirth is a default consumer of them web-services. Now, (almost all) customers use HL7 as a medium for data exchange and not FHIR at the moment, so Mirth acts as a broker between the application API and customers, takes the incoming HL7 and converts into FHIR format and sends to the API.

Same thing in reverse as well, so Mirth takes information from the APIs in FHIR format and constructs an HL7 Results or MDM message. So its inbound and outbound both.

We have not evaluated this FHIR Listener that Mirth has to offer, because it did not fit our use case.

However, as an addition I would say what Mirth can do is, provide FHIR parsers that can readily convert from HL7 data type (say 'XPN') to FHIR data type( HumanName). What I think HL7 to FHIR, and FHIR to HL7 is what many customers will demand.

StefanScholte 02-22-2018 06:22 AM

Hi naruply,

As of this moment we are not using FHIR in our Organization yet.
However In the Netherlands many FHIR resources are being made and standarized
https://simplifier.net/NictizSTU3/~introduction. so support for STU3 is very welcome.

As a proof of concept we made a FHIR connector for retrieving Patient information.
what we did is retrieving patient information from the database and building a FHIR message from scratch.

mdehoog 02-25-2018 02:02 AM

First FHIR development
 
We will start our first FHIR development shortly.
Working with a hospital, we will implement a FHIR client to retrieve patient data and appointments. We will for now just use the standard HTTP Sender to do this.

Would love to have the improvements mentioned:
  • Support for STU3 (R3)
  • FHIR Sender connector
  • Graphical UI builder for FHIR resources (WHOOW. Would be great. Any previews available yet???)
  • dedicated FHIR data type with Message Template Tree descriptions

narupley 03-15-2018 09:24 AM

We'll likely demo some of our work-in-progress on the Developer Q&A next week...

seaston 04-13-2018 10:57 PM

With all the work you are doing for FHIR, if we are building or receiving a message in JSON, is there or will you be providing some way that we can validate the message against a JSON schema?

riven974 05-28-2018 09:15 PM

Hi all
I would like to use FHIR. I did download the Example - FHIR Listener (3.5.0).xml, but got this message when importing the channel :
"channel "FHIR listener" is invalid. Your mirth connect installation is missing required connectors for this channel : FHIR listener".
My MIRTH version is 3.5.0.8232
Can you help me on this? Is there a place to download the FHIR connector?
thanks in advance
Véro

narupley 05-29-2018 06:30 AM

Quote:

Originally Posted by riven974 (Post 263773)
Hi all
I would like to use FHIR. I did download the Example - FHIR Listener (3.5.0).xml, but got this message when importing the channel :
"channel "FHIR listener" is invalid. Your mirth connect installation is missing required connectors for this channel : FHIR listener".
My MIRTH version is 3.5.0.8232
Can you help me on this? Is there a place to download the FHIR connector?
thanks in advance
Véro

You can download it from https://www.mirth.com (which redirects here).

jonathanlent 05-30-2018 10:42 AM

Quote:

Originally Posted by narupley (Post 262593)
It won't be for the appliance only, it'll be a separate extension that will be able to be used with standalone Mirth Connect instances as well!

So, are we looking at it becoming a standard connector type in 3.6+ for the OSS distribution or will it be a plugin available to commercial-support customers only?

narupley 05-30-2018 10:45 AM

Quote:

Originally Posted by jonathanlent (Post 263789)
So, are we looking at it becoming a standard connector type in 3.6+ for the OSS distribution or will it be a plugin available to commercial-support customers only?

It will be the same as the technology preview is right now: An extension that is free to download and use under a specific EULA. In short it will be available to all, not just commercial support customers!


All times are GMT -8. The time now is 02:01 AM.

Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2020, vBulletin Solutions, Inc.
Mirth Corporation