I am new to this. We had lost our cross reference table during the past upgrades for CPS. Right now we are using CPS 12. Would like to send the Demographics from the CPS to another EMR we use for Endoscopy, called MD-reports, SQL based. If anybody has any thoughts to help us, it is welcome.
Thanks. Jay
Jay,
If you already have an inbound HL7 interface on the MD-reports side and it simply stopped working after your cross reference file got blown away, you will need to re-create the cross reference file. You will need the unique ID values on the MD-reports side for each provider in order to do that. I'd be happy to connect offline and work you through it if that is the case. If there was never an HL7 interface between these two systems, then read on...
What you need is an inbound HL7 interface on the MD-reports side. That interface will need to process what's called ADT messages (stands for Admit-Discharge-Transfer; but it's essentially the patient demographics in Centricity). CPS 12 has an interface engine called MIK on its side that can be configured to generate these ADT messages when new patients are added or modified in Centricity. The inbound interface for MD-reports monitors a folder for these ADT messages and then processes them appropriately. You have a few options, but there are only two that I would recommend. Regardless of which is chosen, you will need to contact the MD-reports vendor to find out what options they have for processing inbound HL7 ADT messages. The ultimate recommendation would be dependent upon their response.
Option 1: Use the MIK to generate the outbound HL7 messages on the CPS side and then let MD-reports use their interface engine to process them into MD-reports.
Option 2: Use the MIK to generate the Outbound HL7 messages and use an interface engine like Mirth or Qvera to talk to the MD-reports database. You would essentially manage your own interface engine.
Option 1 is recommended if the other vendor has a decent interface engine and their cost (if any) is reasonable. ADT interfaces are the least complicated of all HL7 interfaces and I would be shocked if they didn't already have one for Centricity. Just don't be taken advantage of by the vendor. Some vendors have been known to charge several thousand dollars for the interface.
Option 2 is recommended if the vendor's interface is too costly or if you find it to be unreliable. Controlling your own interface engine is desirable when you need greater visibility of the data traffic between the two systems or when you need data transformation features above and beyond what the vendor's interface provides. Running your own interface engine opens up a lot of other opportunities for interoperability as well, but a lot of medical practices don't have anyone on staff that can configure and maintain an interface engine. I personally like option 2 when you have several systems you need to interface with and the practice prefers internal control. You can also troubleshoot and resolve problems a lot faster and avoid the issues you often run into when dealing with interfaces between two different vendors (i.e. the blame game).
Hi Virtualhitman:
Thanks so much for your advice. I greatly appreciate your help and offer.
We have now working interface of exporting the OP note generated in MD-reports being sent to CPS.
We had the interface to update the Demographics few generations ago when we had CPS 9 or so but that is gone.
If you could log in and help me, it would be greatly appreciated. My email is [email protected] and cell phone 6785215959. I am new to this site.
Thanks. Please let me know when you can.
Jay
am new to this site.
Hi I am new to this. Virtualhitman did a wonderful job of advising what is right. GE agreed and fixed my problem.
I want to give him the most credit!!!!!~
Hi Hitman: Can I ask you for one more thing. Can I export documents like office notes (not all of them but select ones) to MD-reports from CPS using MIK interface.
Appreciate your input. Thanks
Jay
Should have said VirtualHitman
This can get a little confusing I know, but the MIK is only good for communicating demographic information. Sending documents might be possible with what is called the DTS, but I would need more specifics on how MD-reports processes inbound documents. Some vendors prefer HL7 messages that contain file attachments to the message. Another option might be that the "indexing information" (i.e. what patient account to associate the document to in MD reports) can be contained in the filename that gets exported from Centricity. There may be several options, but the best one really depends on your internal workflows and what capabilities each vendor has available. I would start by contacting MD-reports to see what mechanisms they have for importing document files.