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

Error in chart-CPS 12.10

CPS, C-EMR, PM

Last Post by Anonymous 1 second ago

6 Posts

6 Users

0 Reactions

98 Views

RSS

kkopp

(@kkopp)

Posts: 333

Honorable Member

Topic starter

We have a patient that has over 2000 documents in her chart, over 50 medications, and about 49 problems on her med list. When anyone goes into her chart it is extremely slow. Doesn’t matter if its thin or thick client. Any document that is opened we get an error and have to click multiple times to get through it. She is a very sick patient and is seen weekly. Providers are unable to get into her chart without being kicked out by GE or having to click over 30 times to get through the pop-up errors. I put a ticket in with GE. I have tried everything I can think of to fix it. Any ideas. I am struggling. I can’t even get into her chart to look at her meds. Kind of a patient safety issue.

Any help is appreciated.

Posted : January 7, 2016 3:34 am

BrianAPHN

(@brianaphn)

Posts: 106

Estimable Member

Chug Help This document might help with your issue.

Posted : January 7, 2016 5:45 am

JBell

(@jbell)

Posts: 285

Honorable Member

I agree with Brian, that is what I was going to suggest. We have had success with it.

Posted : January 7, 2016 7:31 am

DavidShower

(@davidshower)

Posts: 1255

Noble Member

Showing less documents should help with chart access. Do you run the ARCHIVE_OBS job against your database to limit the number of obs terms loading with each chart? That may help with chart access. You might want see if you can just just do visits with her with a clinical list update and just directly update problems, meds and the flowsheet rather than trying to use forms. You probably have forms that are trying to read through the problems and medication lists and are running into overflow problems. Most places in EMR have a 2000 (occasional 4000) character limit and you may have things bumping up against that. For example, the CPOE form probably chokes trying to build a drop down list of her problems as the entire list is over 2000 (and possibly 4000) characters.

Posted : January 7, 2016 10:46 am

Marketing Committee

(@marketing_committee)

Posts: 358

Reputable Member

David and Brian are both right. That should help quite a bit but there will be a little slowness always with patients with than many meds and problems.

Posted : January 8, 2016 1:24 pm

Peggy K

(@peggy-k)

Posts: 9

Active Member

We have had the same problem with several charts. We opened a ticke with GE and they said that SP 12 will fix this. In the meantime, our doctor has been using the workflow mentioned above and documenting in a note then updating clinical lists as necessary.

Posted : May 20, 2016 3:00 am

Share:

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

Powered by wpForo Powered by wpForo version 2.4.0