Notifications
Clear all
Topic starter
We are trying to set up Centricity 12.3 to send patient education (Truven) handouts electronically. In Centricity admin, we entered a shared directory for creation of the PDF files, and we believe Centricity and all users have full access rights to read/write to this directory. However when we try to send a handout, we get the error message that Centricity doesn't have access to the directory. Any ideas?
Posted : May 13, 2019 11:18 am
It can depend on which process is attempting to access the shared file path. This may not be obvious. The CPOPM06.exe process runs as the user that called it. However the file access method you're attempting to use might run under a different account. There are a number of system processes that are not allowed to reach non-local (read: network) resources.
The technical process of how you expect this data to flow is not clear enough to me based on the details provided, so I don't want to assume things and go down the wrong path.
-dp
Posted : May 14, 2019 2:10 am
We tried to implement this when it first came out. The only way it worked was to remove all security on the shared folder which of course we can't keep in place because it is protected health information and needs folder security in place. Like basically you give "everyone" acct access. We put in ticket with GE and I think that was last we heard of it. I can look back through notes but you could try it with a test patient communication just to see if that is still how it seems to work. I'll follow to see if this has improved or changed any.
Posted : May 14, 2019 2:31 am
Topic starter
Hey DP - the only setting for this process is in Admin as shown in the screenshot below. Basically the workflow is for the user to click one of the "Info" buttons on the Problem or Medication List, which launches the Truven educational handouts. The user then clicks the e-mail icon to send the handout to the patient. This theoretically should generate a PDF file in the directory entered in the admin settings. Instead we get an error message that Centricity is unable to access the shared folder. And we have been unable to figure out the appropriate file access for this process, even with assistance from Quatris! -JG
Posted : May 14, 2019 3:49 am
We use CEMR 9.12.2 for EMR and I tested this feature. It did work (in a sense), but required a shared path that the current user has full write privileges. I wish there was a way for this to go directly to our Medfusion Portal, or even a way to positively identify the patient that the PDF document belongs with so it could be manually sent through the portal, but the filename has Lastname, date/time, and a number that is not any of the patient identifiers we use or can see in the system. Just one of our thousands of wishes that Centricity doesn't fill.
So this feature is essentially useless in its current state. It would have been excellent to have this even 5 or 6 years ago when we were early in Meaningful use, but here we are in MIPS 2019 still having to make printouts and hand them to our patients.
CORRECTION: The ID in the filename is the PID from the person table. It's still not a number our staff can use manually but I suppose the portals could use this to send it to the correct patient.
Thanks,
Wade
Posted : May 15, 2019 1:41 am
A theoretical approach using the patient portal and the Auto-Messaging function (an add-on).
For simplicity, there are two handouts - one for Diabetes and one for Hypertension.
In a GE form, have a couple boxes linked to OBS codes - call them "HANDOUT1" and "HANDOUT2". Provider, Med Asst, etc... clicks to select [x] HANDOUT1 so that patient is to get the Diabetes handout. Signs the note.
You build in the portal Auto-Message to look for a signed note and HANDOUT1 = YES. When it finds this, it does a secure email to patient with the Diabetes Handout already attached.
Had there also been [x] HANDOUT2, then a similar process would securely make that email.
Now I realize this is somewhat fixed, where each handout needs its own OBS Code and related Patient Portal coding, but for even your top 20 handouts, this might be an approach.
Has anyone tried doing something like this?
Posted : May 15, 2019 1:51 am
Thanks for the screenshot. I wasn't aware of the new feature. We're still on 12.0, so we don't have that option yet.
I believe we're in the process of spinning up 12.3 in our test environment. When I get a chance I'll take a look at the issue.
I wonder if environment variables like %userprofile% might be valid paths. We know GE/Virence input validation is usually pretty forgiving (or non-existent), so an environment variable might work on accident.
-dp
Posted : May 15, 2019 2:10 am
Which stage of MU or MIPS are you in? I just realized that while we had to do this for prior years, it seems to be excluded from MIPS 2019. This will save us a thousand trees.
Wade
Posted : May 15, 2019 5:33 am
Athena advised we could set up the shared folder on the JBoss server or a separate server. We finally opted to set this up on its own server and allow Everyone access to the Truven folder. This works in our scenario.
We found one problem, clicking on the envelope does not send a secure message to the patient, it only logs in the MUActivityLog that this was done. You have to find your own workflow to actually send the link or the PDF to the patient.
I'm looking for ways others have developed a workflow to actually send the document to the patient.
Thank you
GM
Posted : August 20, 2019 4:56 am
