Greetings,
We use SureScripts SMPP ver 8.0.5.8 (family management) and CPS ver 12.2.0.2
We have out SMPP set up to update Registration in CPS when the email address linked in portal is updated.
Our issue is if we update an email on the PP side, it will change the phone types of the patients' account we are updating.
The config that updates the email portion in CPS also defaults our phone type 1 and 2 descriptions to 'Home' and 'Work'. It is rare that we ever use these kind of descriptions these days in a Pediatric clinic. It is either Mom's cell or Dad's cell.
Is this happening to anyone else?
When the overwrite happens, the MIK creates an entry in the logs. HealthCo has told me that we don't have anything externally mapped in our MIK for these fields, that is why CPS defaults them to 'Home' and 'Work.' We need to get the mappings from SureScripts for phone types so they can be mapped correctly.
Honestly, this still doesn't make sense to me?
Why is the file being pulled in the first place with all this information. SureScripts should be updating only one field.
I really don't understand how it works and who I need to be getting help from. And it seems SureScripts isn't sure either.
Tosh
The MIK is an archaic, poorly-written piece of software that is very rigid and inflexible.
You can probably disable the phone number mapping, and that may work for you, or it may cause the MIK to fail to import all messages with some obscure, misleading error such as failure to match insurance (you know...because the patient phone number is required to assign insurance to them /sarcasm).
Of course, that would break the process if someone updated their phone number(s) via PP, but that's probably not going to import accurately anyway.
Another option may be to import your ADTs via Linklogic/DTS rather than the MIK. I don't know if that would solve the problem, but you have some added flexibility so it may be worth testing. We import most of our ADTs via Linklogic/DTS.
Worst case, in my environment if I need this to work and adjusting the MIK or using DTS doesn't resolve the issue, I'd set up a Mirth Connect channel to query the CPS database and compare the phone numbers to the phone numbers in the ADT. Basically this takes the whole "hope things match the way CPS expects" away from the MIK or DTS and puts it in your direct control.
If the phone numbers in the ADT match what's in the database, then remove the phone numbers from the ADT message and then send it to the MIK or DTS. If the ADT phone numbers are different, let Mirth format the ADT so CPS will get the import correct.
-dp