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.
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.
We would call you back, but you didn’t leave a message apparently …
Do you work for one of our NewCrop customers? You SF name is not on our
list. Who did you subscribe through?
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?
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
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.
Internal implementation of the code was not part of my responsibility, my
input was more like user requirement management
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.
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.
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
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.)
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
the problem, yet as it just happened.
Tony
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.)