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

Problems with printers staying as default in GE

CPS, C-EMR, PM

Last Post by Anonymous 1 second ago

10 Posts

5 Users

0 Reactions

63 Views

RSS

kkopp

(@kkopp)

Posts: 333

Honorable Member

Topic starter

We are having problems with our printers staying set as default in GE. Anyone else experiencing this?

We are having the trouble on thick and thin clients, but primarily thin clients.

Posted : September 8, 2014 5:15 am

Albert Munoz

(@amunoz)

Posts: 14

Eminent Member

kkopp said:

We are having problems with our printers staying set as default in GE. Anyone else experiencing this?

We are having the trouble on thick and thin clients, but primarily thin clients.

We have had this issue since CPS 10. We thought this would be fixed in our upgrade to 12 but the problem still persists. It has lessened but we still notice it. We only experience it on our thin clients. One problem we found that is if a user logs into GE quickly after Windows loads it sometimes does not give it a chance to load the printers. I am the person who usually logs into the exam room PCs at the start of clinic. I would start and login to the server and then go around and do the same to all the exam rooms. Then I would circle back and then launch GE. I have found that this has significantly cut down our printer drop rate. I don't know if this will help at all but I thought I'd give you my two cents. Good luck.

Posted : September 8, 2014 5:59 am

THandV

(@thandv)

Posts: 22

Eminent Member

I spoke to a GE representative a little after our CPS 12 upgrade (about another issue) and she mentioned this printer issue specifically with thin clients. The EMR.ini file in the Client folder has to be changed every time an upgrade is done in order for the printer settings to recognize the workstation where the user is working rather than the terminal server name. This will also help the printer default remain the same for each user's preference. This is what needs to be changed in the EMR.ini file on every terminal server:

In the section under [Logician Private], change

UseClientName=FALSE to UseClientName=TRUE

The thick client workstations should not really be an issue, but this file can be changed on those as well.

Hope this helps!

Posted : September 9, 2014 12:24 am

rwilliams

(@rwilliams)

Posts: 454

Honorable Member

You definately need to set the "UseClientName" to true if you are printing in a RDP or Citrix environment if you want printing to work. We use EMR 9.5 and that variable is actually in a file called CFW.ini, not EMR.ini.

Setting that also disables the jobs.txt from running which is what you would want in such an environment. Generally in a Citrix/RDP environment, your users are not administratrors and would not have the rights to run a jobs.txt update on the machine. To perform an upgrade you would need to switch that back to false, launch EMR/CPS and then switch it back to true.

Posted : September 12, 2014 6:00 am

Anonymous

(@Anonymous)

Posts: 0

New Member Guest

Hi - we are in a citrix 6.5 environment using Centricity EMR 9.8 and are having problems with the default printer sticking.

We tried the edit above with the CFW.ini file but it didn't work. We've tried microsoft and citrix updates and still can't get it to work right.

We have published a Citrix Desktop to multiple users to test on so that when the default printer in Centricity changed, we could then check the Windows/Citrix session to verify printer defaults. We noticed that Centricity default printer will change but if we check the Citrix session the printers are still set properly. The Centiricyt client is the only place where the default printer has been changed by itself at random times.

Does anyone have a fix for the default printers not sticking?

Posted : September 18, 2014 3:56 am

rwilliams

(@rwilliams)

Posts: 454

Honorable Member

The way that printing works when you useclientname = true works in centricity is that any change made to the centricity printers under "Options -> Select Printers" should add a row to the "Printers" table in the database. The Column called "Workstation" should be the name of the local PC that is logging into Citrix. (not the citrix server or the ICA or RDP session number) Keep in mind that printers are only set to a PC, not to the user using that PC, and not to the location of Care. (that field in the database is not used) If you have people sharing PC's, any change by anyone on the printers will be changed for all users on that PC or thin client.

Running a query like this can return the records:

SELECT * from PRINTERS where UPPER(WORKSTATION) = 'PCNAME-INUPPERCASE';

If you have printers selected, and you do not get results on that query then there is something wrong. Keep in mind that centricity does not control windows default printers.

Posted : September 18, 2014 4:09 am

Anonymous

(@Anonymous)

Posts: 0

New Member Guest

I am not sure where to find Options-> Select Printers. And where is the column called "workstation"

We have some people sharing desktops and others are not. We are using Centricity EMR 9.8.

Posted : September 18, 2014 5:33 am

Anonymous

(@Anonymous)

Posts: 0

New Member Guest

I see where the options - select printer are. We do not have task based printing setup. Thanks.

Posted : September 18, 2014 7:39 am

rwilliams

(@rwilliams)

Posts: 454

Honorable Member

The column called workstation is in a table in the database, if you do not use task based printing you do not need to worry about that column because it is for task based printing. This whole thread was based on task based printing.

If you do not use task based printing and you are on citrix servers, is your problem that the windows default printer does not stay the same? If so, that is a citrix issue and not an emr issue. If you have more than one citrix server you would need to have a central storage location for your citrix profiles to have windows default printers stay the same all of the time.

For the issue that you are experiencing, where do your users change their default printer that you would like to have "stick"?

Posted : September 18, 2014 8:11 am

Anonymous

(@Anonymous)

Posts: 0

New Member Guest

The Windows default printer does NOT stay the same. The users have a default printer selected in Windows.

We upgraded our citrix environment from v6.0 to v6.5 while our EMR was still v9.5. We experienced the default printer NOT staying at that time. We upgraded the database to v9.8 and are still having this problem.

We've upgraded two test servers with the latest patches and hotfixes one server has all of the Microsoft updates and the other server has all the latest citrix fixes - and we have pilot groups testing but still no improvement.

If anyone has any idea for a fix we'd love to hear about it!!

Thank you

Posted : September 23, 2014 10:37 pm

24 Forums
9,940 Topics
39.9 K Posts
4 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