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)

narupley 02-21-2018 08:15 AM

Updated: FHIR: Request for Feedback
 
UPDATE 2018-06-06: The updated FHIR Connector extension has been released alongside Mirth Connect 3.6! More information here: https://www.mirthcorp.com/community/...d.php?t=218326

In case you didn't know, we currently have a FHIR Technology Preview that you can download and try out for free. It includes a source connector (FHIR Listener) that acts as a FHIR server. It handles the Capability Statement automatically, and will parse incoming requests to supply useful information in the source map. It also stands up a configurable website for displaying resources and other information, and includes some other helper/utility classes to help streamline your implementation.

https://i.imgur.com/sfI45Dw.png

We're working on updates to this, and would like some feedback from the community! Help us out by answering any of the following questions, or feel free to give general feedback or feature requests.

How many of you are using FHIR, either with or without Mirth Connect? If you're not using it, are you planning to?

What are you using it (or are wanting to use it) for? Any specific use-cases you can share?

For those of you using the FHIR Technology Preview, what is your honest feedback? What are we doing right, and what can we improve upon? Any specific gotchas or pain points we can iron out?

Among other things, here are some general updates/improvements under consideration:
  • Support for STU3 (R3)

  • Add a destination (FHIR Sender) connector
    • Similar to the Web Service Sender, this should have the ability to download capabilities from the server and display supported resources/interactions in drop-down menus

  • Add a graphical UI builder for FHIR resources

  • Add a dedicated FHIR data type that supports both XML and JSON

  • More documentation and examples!

Thank you in advance!

craig.burdulis 02-21-2018 09:01 AM

We definitely want STU3 support at our organization. Also, the documentation for configuring the FHIR Listener could be improved with more examples/details that would help those not too familiar with FHIR but very familiar with MC.

narupley 02-21-2018 09:04 AM

Quote:

Originally Posted by craig.burdulis (Post 262589)
We definitely want STU3 support at our organization. Also, the documentation for configuring the FHIR Listener could be improved with more examples/details that would help those not too familiar with FHIR but very familiar with MC.

Thanks, I've added that to the list! Are you currently using the technology preview?

ccitrano@tangible.com 02-21-2018 09:25 AM

Nick,

We are not currently using the technology preview. We do have FHIR square in our sites for projects that are slowly coming together.

I would be looking to use it in Mirth Connect. I think having the Destination (FHIR Sender) would make a lot of sense as it seems that brokering these types of connections may become more and more normal in the flow.

I typically prefer to code things using Javascript, even when there is a alternate GUI method of doing so. That just seems to be my preference for filters, transformers. I could see have the FHIR Listener and the FHIR Sender connectors in place, but everything in between being Javascript.

With regards to STU3, and other versions, it will be interesting to see what initial version really gains the traction based on the projects I get involved with. That will probably dictate where we start, not necessarily where we end.

Is this connector being designed for the appliance only? Will it ultimately be part of Mirth Connect?

Cheers.
Chuck.

casest 02-21-2018 09:35 AM

FHIR is on our radar and we are researching options, but there are no current projects underway.

Stephen

narupley 02-21-2018 09:44 AM

Quote:

Originally Posted by ccitrano@tangible.com (Post 262591)
Is this connector being designed for the appliance only? Will it ultimately be part of Mirth Connect?

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!

polsonmrhc 02-21-2018 09:52 AM

We're not using FHIR now. No vendors we communicate with require it and our main EHR vendor doesn't have the capability yet. We will perhaps use FHIR once the federal TEFCA initiative kicks in, but that will depend upon the connection requirements the QHIN decides upon. Right now, our HIE is pushing for HL7 v2 for provider to QHIN communications, and FHIR between QHINs as per the USCDI. By the time all of it is implemented, I expect to have forgotten just about everything I learned in HL7 FHIR class from a year-and-a-half ago.https://www.mirthcorp.com/community/...ilies/wink.gif I wanted to begin working with the FHIR connector at the time I took the class, but we're not up on the latest version of Mirth Connect and would have to upgrade our server first.

kirbykn2 02-21-2018 09:53 AM

We are using FHIR in our DEV environment. Before we commit any additional resources/time the update to STU3 is necessary.

An example of how to implement the FHIR connector with a Microsoft SQL DB would be helpful. Also a way to ease the mapping from FHIR to a database. If you could configure your db schema in Mirth to the FHIR structure and then Mirth could prepare the appropriate calls to retrieve the data, that would be great. Much like the way me map HL7 messages in Mirth, we could import the db schema, and map the FHIR element to where it lives in our db.

Built in functionality to map from FHIR to CDA.

The webpage and conformance report is good feature. Being able to add/edit the content displayed here in the channel may be helpful. Also would this be the appropriate place to display the implementation guide or a link to it?

A dedicated location on the forum for FHIR specific questions may be helpful.

mikko 02-21-2018 10:19 AM

No projects in our organization that requires us to use FHIR. But it's definitely in my radar for future projects. Still exploring how it works though. And btw, great update!

narupley 02-21-2018 10:28 AM

Quote:

Originally Posted by kirbykn2 (Post 262595)
The webpage and conformance report is good feature. Being able to add/edit the content displayed here in the channel may be helpful. Also would this be the appropriate place to display the implementation guide or a link to it?

If you look in "extensions/fhir" in your installation directory (should be accessible via Appliance control panel too), there are a few things you can edit.

First are the files in public_html. These are HTML templates used for the overall look-and-feel of your webpage (template.html), as well as specific pages for loading the landing page and resources.

Then resource-specific template pages are in the narratives directory. There are two that ship with the technology preview by default, for Conformance and OperationOutcome (essentially your "error" page). You can add your own templates and provide links to them in narratives.properties. For example you'll see that for OperationOutcome there are the following lines:

Code:

operationoutcome.class=ca.uhn.fhir.model.dstu.resource.OperationOutcome
operationoutcome.narrative=file:extensions/fhir/narratives/OperationOutcome.html

There's a small blurb on this in the documentation, but we'll be sure to add more examples too.

Hope that helps!

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!

matias94 04-08-2019 05:08 PM

The patch method
 
The patch method is disabled, is there a way to enable it?

regards.

longngo 11-21-2019 06:07 PM

support for R4
 
I would like to ask when it support for R4?

ashishsharma 12-09-2019 12:17 AM

Support for R4
 
Quote:

Originally Posted by longngo (Post 270635)
I would like to ask when it support for R4?

When would R4 be supported? Is there anyway for us to tweak which version of FHIR is used by the implementation? We use the STU3 FHIR translation mapper a lot in our implementation, but as our organization moves to R4, support for it would be great.

Thanks

Jcho 04-05-2020 08:08 AM

Custom header for FHIR Sender
 
With FHIR Sender, is there a way to add custom header for token or key based authentication other than the current user/password method? Thanks.


All times are GMT -8. The time now is 01:31 PM.

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