Welcome to the NEW CHUG— your ultimate destination for cutting-edge insights and discussions at the intersection of healthcare and technology.

Our platform is dedicated to exploring the dynamic landscape of healthcare technology, empowering professionals, enthusiasts, and innovators alike with the knowledge and resources to navigate the rapidly evolving field.

From telemedicine revolutionizing patient care to the transformative potential of artificial intelligence in diagnostics, we delve into a myriad of topics shaping the future of healthcare delivery. Whether you’re a seasoned healthcare IT professional, an aspiring entrepreneur in the digital health space, or simply curious about the latest innovations, our curated content, expert interviews, and thought-provoking articles provide a comprehensive exploration of healthcare technology’s most pressing issues.

Join us as we navigate the forefront of innovation, driving forward the transformation of healthcare for a healthier, more connected world.

Have questions or suggestions? Please use the contact button below.

Notifications

Clear all

sending patient education electronically

CPS, C-EMR, PM

Last Post by Anonymous 1 second ago

9 Posts

6 Users

0 Reactions

83 Views

RSS

jwgillman

(@jwgillman)

Posts: 19

Eminent Member

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

SLHV

(@slhv)

Posts: 478

Honorable Member

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

jryan

(@jryan)

Posts: 119

Estimable Member

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

jwgillman

(@jwgillman)

Posts: 19

Eminent Member

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

[email protected]

(@wadelanhamhotmail-com)

Posts: 34

Eminent Member

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

joeg1962

(@joeg1962)

Posts: 843

Noble Member

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

SLHV

(@slhv)

Posts: 478

Honorable Member

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

[email protected]

(@wadelanhamhotmail-com)

Posts: 34

Eminent Member

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

gmalcom

(@gmalcom)

Posts: 6

Active Member

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

Posted : August 20, 2019 4:56 am

24 Forums
9,940 Topics
39.9 K Posts
0 Online
6,470 Members

Forum Icons: Forum contains no unread posts Forum contains unread posts

Topic Icons: Not Replied Replied Active Hot Sticky Unapproved Solved Private Closed