We recently went live with scheduling interface into our GE EMR (Oracle) and are having issues when an appointment is rescheduled for another book at the same date/time. When we reschedule in the originating system - the old appointment under the original Book (provider) is still there along with the appointment for the new provider. It never removes the original one. Has anyone come across this or know how we can fix this? Thanks Peg
I'm looking at the CPS version of the Linklogic documentation, so it may vary from EMR a bit.
In CPS 12.2, Linklogic ignores the SIU MSH-9.2 component, so that's not particularly useful. Instead it looks at SCH-25 for the purpose of the message.
The SCH-25 status that creates or modifies an appointment is "BOOKED." An SCH-25 value of "DELETED" is described as "When a status of DELETED is received for an existing appointment, the appointment is removed from the doctor/resource identified by the AIG, AIP, or AIS segment (in Chart only mode) or the Centricity Practice Solution resource identified by the AIP segment. "
So, my guess is that you are receiving HL7 SIU messages with a "booked" status, but CEMR may not have enough data to know if it is a modified appointment or a new one, so it simply creates a new one.
Perhaps the originating system can be reconfigured to send two HL7 messages (deleted and booked) for an appointment change.
If that isn't an option, it's possible there is enough data in the HL7 to determine if an appointment is new or modified and help CEMR figure it out by modifying the HL7 before it goes to Linklogic. Alternately you might be able to create an HL7 SIU message with an SCH-25 value of "deleted" for the original appointment and send that to CEMR.
Which way you go depends a lot on what is in the HL7 and other considerations like what will require the least maintenance and provide the most reliability.
We use the "core" appointment outbound interface from Group Management to Centricity EMR 9.8. I had a case on this issue when we first started several years ago. The GE explanation was that a "reschedule" on an appointment does not create an HL7 message to send and change the appointment status in the receiving application. Only "arrive", "cancel", and "delete" will send a message to change the status in the receiving application.