Calendar misbehaving

fsgl wrote on Wednesday, May 08, 2013:

Hi Kevin,

Thanks for weighing in.

Yes, the Demo and my calendar will book appointments if the default is changed to the ancillary facility for a particular user.

We should not have to toggle back and forth changing the default. Until recently we never had to do this. The default was set for the main facility and there was no problem booking appointments for secondary or tertiary facilities.

Patch 12 may not be the sole culprit. If it were, Neville should have had a problem at the end of April when he installed Patch 12. As for myself I am unable to pinpoint the first day of the problem because I stopped using the calendar for hospital work after 2/27/13. The only change to my copy of OpenEMR occurred mid March when I installed Patch 12.

fsgl wrote on Friday, May 10, 2013:

Stephen, try this work-around until bug has been fixed:

  1. Use All Facilities for main office appointments.
  2. Change default to Middlebury office for those M.D.'s in that office.
  3. Click the Middlebury office, now the All Users box should be populated with the names of those physicians. Previously it had been empty.
  4. Don’t use Main Office for appointments because now All Users is empty and you can’t book from this screen.

It worked with the Demo and also with my own calendar.

cmswest wrote on Monday, May 13, 2013:

thanks fsgl for follow up, there is only one provider so the staff is able to work around just by clicking Midd on the drop down for the minority of appts

fsgl wrote on Monday, May 13, 2013:

You’re very welcome, Stephen. I’m glad that Kevin & I were able to help to partially solve the problem.

The regular Demo was in Turkish for part of the time, so I went over to the Developer’s Demo and the same bug exist there as well.

One day the developers will fix the bug. At least the calendar is functional again for the secondary office.

cmswest wrote on Thursday, October 17, 2013:

It seems the issue hasn’t been addressed in 4.1.2

On the demo site, http://demo.open-emr.org:2099/openemr/, i’ve created demo sites #s 1 & 2, yet you can’t see appts booked when choosing site # 2 from the facility dropdown

I’d be glad to look into the code and see if I can help with the usual assistance from the gurus.

fsgl wrote on Thursday, October 17, 2013:

Can’t set up a second user to test Kevin’s work-around on the Demo. No password is acceptable. Therefore can’t replicate problem there.

The work-around is still effective on my copy despite persistence of Calendar misbehavior.

The breakdown is probably related to the fact that if the Facility Specifice User Information has all facilities listed for a user, it should be possible to book appointments at any facility by selecting the facility from the drop down menu. We should not have to change the facility in the User dialog box to schedule an appointment for that facility. Prior to February 2013, the problem did not exist on my Calendar.

While you are in the weeds, there is a new problem with the Calendar with the 2nd patch. Maybe you can fix two problems with one effort.

cmswest wrote on Thursday, October 17, 2013:

sure, be glad to, once again would require assistance from gurus

i see the new problem as I just verified on my demo

easy work around, just add 1 minute to check out time but it’s interesting that it doesn’t behave like other appointments in that they would be cascading all down the calendar if their end time butts up against next time slot start time

fsgl wrote on Monday, October 21, 2013:

Work-around got the job done. Thank you. Will post it in the other thread.

fsgl wrote on Tuesday, October 22, 2013:

A second problem after patch 2, see other thread. The cure is turning out to be worse than the disease.

bradymiller wrote on Tuesday, October 22, 2013:

Hi,

Regarding second problem, would it be better to revert to previous behavior?

-brady
OpenEMR

fsgl wrote on Tuesday, October 22, 2013:

Indubitably yes, El Jefe.

Everyone knows when they are going home. If the Out Event is a little strange, not a big deal.

But for busy practices that rely heavily on the Find Available module, it’s a major inconvenience to have it toasted.

Additionally, it does become tedious to be asked continuously if one wants to “double book”.

This is one vociferous vote to turn back the clock.

The best possible solution, if possible, is reversion to the pre-patch 12 Calendar when there were no issues. It seems that subsequent Calendar patches have rendered an increasingly wackier product.

yehster wrote on Tuesday, October 22, 2013:

It’s not clear to me if it’s the code changes that are causing the problem for you or if it’s the “workaround.”

The changes for IN/OUT behavior should only be impacting the display, and not the “conflict/overbooking” check.

fsgl wrote on Wednesday, October 23, 2013:

It’s definitely not the work-around.

On my copy, removal of the work-around did nothing to correct the situation. Additionally I purposefully did not use the work-around in the 4.1.3 Demo and the “double booking” error message popped up de novo.

None of this makes sense, which contributes to the difficulty in solving these longstanding bugs. Fortunately they are not show stoppers; merely generating a few sighs.

I can only report what has been observed empirically.

yehster wrote on Wednesday, October 23, 2013:

Thanks for the details. I am fairly certain that reverting the calendar changes in 4.1.2(2) is not going to remove the “double booking” warnings you are experiencing. I wouldn’t want El Jefe to do go to the trouble of reverting and it not fixing the problem.

yehster wrote on Wednesday, October 23, 2013:

Demos look like they are down right now, was hoping to see what you had done in the calendar to try to understand the issue.

fsgl wrote on Wednesday, October 23, 2013:

Thank you for riding to the rescue again and being considerate of El Jefe’s time.

I won’t touch the Demo’s after they have reset today. Pick any slot and the error messages will pop up.

Be nice to get this fixed once and for all.

yehster wrote on Wednesday, October 23, 2013:

Are you seeing the error messages without IN/OUT events set or with?

If you don’t want the warning at all on your own site, you can always make this unofficial change.

fsgl wrote on Wednesday, October 23, 2013:

Both Demo’s are back up now and I left them in their “pristine” condition.

On the Demo’s the only time the “double book” error message does not appear is when the In Event is set for only for that one day and without using the repeating option. Once the the Out Event has been scheduled, the error message appears.

On my own copy, I had inadvertently left the hospital as the facility, instead of the office; while I was experimenting on the 21st in regards to the original problem of this thread. It was shortly after the experimentation that I noticed the error message. Immediately I checked the Demo’s and found the same error message which led me to think it was a “pandemic”.

I noticed that the CMS 1500 forms were printing up with the incorrect facility, which led to the discovery of the oversight. After I changed the facility back to the office today, the “double book” message disappeared. What does the facility have to availability of appointment slots?

But the incorrect facility does not explain the problem on the Demo’s because there is only the Great Clinic to contend with.

Thanks for the code insertion to shut off the warning, Kevin.

Jack Cahn is running (2). No one else has noticed this problem. In my case it was self-induced. Increasingly it appears to be a tempest in a teapot and no problem in the real world.

OK, El Jefe, that vociferous vote just turned into a whispering whimper.

cmswest wrote on Sunday, February 23, 2014:

so you’re saying i’d have to alter this function?

fsgl wrote on Monday, March 23, 2015:

Being fixed.