NewCrop taking too long to load

sypram wrote on Wednesday, May 08, 2013:

Hi,

We have integrated into NewCrop and it’s been working flawlessly. Just recently we noticed the when we click on NewCrop medentry it takes about 5 minutes before it loads the patient entry screen.

Can someone help please.

bgregg wrote on Wednesday, May 08, 2013:

I just tested production and pre-production sites and was unable to duplicate. This could be a local issue. Please reach out through our Company > Contact Us information listed on our website below for further discussion.


Brad Gregg
MI-Squared

sypram wrote on Wednesday, May 08, 2013:

Thanks Brad.

I’ll reach out to NewCorp and update.

sypram wrote on Thursday, May 09, 2013:

Brad,

I tried calling you but it went to voicemail.

What would be a good time to call?

yehster wrote on Thursday, May 09, 2013:

MI-Squared is on the West Coast. It’s still “early” in the morning for them right now. I’m guessing no one is in the office yet.

tmccormi wrote on Thursday, May 09, 2013:

We would call you back, but you didn’t leave a message apparently … :slight_smile:
Do you work for one of our NewCrop customers? You SF name is not on our
list. Who did you subscribe through?

Tony

On Thu, May 9, 2013 at 8:49 AM, Kevin Yeh yehster@users.sf.net wrote:

MI-Squared is on the West Coast. It’s still “early” in the morning for
them right now. I’m guessing no one is in the office yet.

NewCrop taking too long to loadhttps://sourceforge.net/p/openemr/discussion/202505/thread/18747613/?limit=25#ac15/3ea3/6dd7

Sent from sourceforge.net because you indicated interest in
OpenEMR / Discussion / Help

To unsubscribe from further messages, please visit
SourceForge.net: Log In to SourceForge.net

bgregg wrote on Thursday, May 09, 2013:

Yeah, I operate on PST. Go ahead and call again. If I don’t answer, please leave a voicemail and I will call you back immediately.

sypram wrote on Thursday, May 09, 2013:

Hey Tony,

I called again and left a vm. Call me back when you guys get a chance. Thanks.

pfwilliams wrote on Friday, July 19, 2013:

A couple days ago we experienced issues in OpenEMR where for over an hour the main patient screen would clock for a while, spit out a meaningless “ajax error” message, clock some more, and then finally load the top frame of patient data. The end-users of course all called me. I remembered seeing the ajax error message before, but had forgotten what I had determined to be the cause. I retraced the same steps as months ago when OpenEMR had spit out the ajax error for nearly half a day. I see that demographics.php is the only module generating the “ajax error” text, and it can do so in two seperate areas. One is a call to soap_functions/soap_patientfullmedication.php, and the other a call to soap_functions/soap_allergy.php. Looking in those modules it becomes clear that the first “ajax error” message indicates a failure to remotely retrieve a patient’s current medications list, and that the second “ajax error” a failure to retrieve allergy information. Considering that the code works for weeks or months between these periods of “ajax error” outages, it’s a safe guess that what is happening is a timeout due to either the NewCrop or SureScripts sites being down.

Is there a chance of utilizing return codes and generating more accurate and meaningful error messages? I’d have gotten a dozen less calls were “NewCrop website temporarily unavailable (medlist)” or “NewCrop website temporarily unavailable (allergies)” displayed.
Also, after all the gyrations and clocking this error causes, once the top frame finally populates, the patient’s current meds list and allergies information will both show “None”. Should it not display something like “(data unavailable)” so that a provider is not relying upon the displayed data and writing out a paper prescription, while your system is down, that might kill a patient?

tmccormi wrote on Friday, July 19, 2013:

Paul,
I agree in general, the timeout handling on the NewCrop call is not the best. In fact I would say that it should be a background process, not a blocking process at least. ZHS wrote the original and MI2 and Dr Bowen contributed sponsorship dollars. It would be good to do a crowd funding to raise money to for improvements and add some much needed new features.
–Tony

zhhealthcare wrote on Saturday, July 20, 2013:

Paul and Tony
I think a clarification is needed here before we go into the merits of what process is correct: ZH cannot take full credit for the code. Tony of MI2 was the design guy, ZHS just wrote the code based on his directions.

Shameem

tmccormi wrote on Saturday, July 20, 2013:

Internal implementation of the code was not part of my responsibility, my
input was more like user requirement management :slight_smile:
Tony
On Jul 20, 2013 3:19 AM, “ZH Healthcare” zhhealthcare@users.sf.net wrote:

Paul and Tony
I think a clarification is needed here before we go into the merits of
what process is correct: ZH cannot take full credit for the code. Tony of
MI2 was the design guy, ZHS just wrote the code based on his directions.

Shameem

NewCrop taking too long to loadhttps://sourceforge.net/p/openemr/discussion/202505/thread/18747613/?limit=25#2a53/4c0f

Sent from sourceforge.net because you indicated interest in
OpenEMR / Discussion / Help

To unsubscribe from further messages, please visit
SourceForge.net: Log In to SourceForge.net

zhhealthcare wrote on Saturday, July 20, 2013:

Tony, please stop these innuendos in forums and other places. You’ve been
making the same allegations about other stuff on here and other places as
well. It’s really unwarranted and undignified.
Even if there were mistakes made the classy thing to do is to call us and
tell us how we can improve it.

Shameem
ZH Healthcare.

tmccormi wrote on Sunday, July 21, 2013:

This is the forum for talking about improvements that are needed. It is code in the project, and anyone might want to contribute to those improvements. The code your team wrote met a very important need and my comments are meant to point out needed enhancement nothing more.
Tony

pfwilliams wrote on Monday, July 22, 2013:

As a paying subscriber to NewCrop who/where is the support?
There is a newcroprx.com website, but both the “contact us” and “customer portal” links are dead.
This morning, when trying to enter a current med list for a new patient we are receiving the following, which we have not seen before:

There has been a problem with the interface to your electronic prescribing system.
Please contact your EMR or software provider.
ENV: Production IP: 10.0.2.6 Browser: Mozilla/5.0 (Windows NT 5.1; rv:22.0) Gecko/20100101 Firefox/22.0 (Firefox 220) JA: True JSV:0.0 GST: 7/22/2013 3:58:49 PM RETG: [data suppressed - private?] Info RT: 20130722-11:00:11.189 SRV: WEB2(Central Time)

(I redacted the RETG info which appears similar to a registry key as I thought it was potentially private data. I can provide if it helps.)

tmccormi wrote on Monday, July 22, 2013:

The support comes from your vendor, In this case NewCrop had an outage this
morning. They had to do an emergency reboot. Not sure if that solved :slight_smile:
the problem, yet as it just happened.
Tony

tmccormi wrote on Monday, July 22, 2013:

Paul,

FYI … MI2 is your NewCrop EMR vendor. Please do not hesitate to contact our helpdesk for support on NewCrop related issues…

–Tony

drkay wrote on Monday, July 22, 2013:

Our NewCrop loading has been slow this morning too. That happens from time to time.

pfwilliams wrote on Monday, August 18, 2014:

Am getting calls again about the cryptic “Ajax Error” popup. I had to tell them, “Um, sounds familiar… I’ll get back to you”. The first Google brought me back to (surprise!) my own comment in this thread. It would be wonderful if the person who “owns” (or is next to edit) the soap_patientfullmedication.php and soap_allergy.php modules could put in place more meaningful error messages as well returning an “unknown” value instead of allowing the medlist and allergies to both default to “none”. I can still imagine some assistant clicking right past the mystifying “Ajax” message and then a provider coming along and prescribing drugs for a patient based upon the erroneous fact that OpenEMR is displaying “Allergies: none”.
The IT guy (me) has been overruled by the end-users (the doctors who own this clinic) and we’re going to a cloud-based system called eCW, so I won’t be permitted much time in the future to make direct contributions here (as meager as they may have been.) :frowning: