gutiersa wrote on Friday, January 20, 2012:
Ok just in case this helps.
I tried this in the browser in my phone:
Http://mydomain.net:443/openemr/?site=openemr
That worked.
So in the app ican enter
For url: mydomain.net
For port 443
gutiersa wrote on Friday, January 20, 2012:
The resulting URL whe I open the app is:
Http://mydomain.net:443/openemr/main/main_screen.pHP
Which does not work as there is no site specified.
maybe if in settings u include a field for the site name the URL is formed correctly.
If site is default then the site can be blank. If no ssl, the port is 80. Finally, the domai can be mydomain.net or whatever. Without the http. It seems to be added automatically.
gutiersa wrote on Friday, January 20, 2012:
Bottom line. It does work for default sites. I need to specify a site so URL can be formed correctly. Hope this helps. I will try to set up a demo ssl server in the next few Weeks for u to play with.
arimal wrote on Friday, January 20, 2012:
Thanks for the input we should have something new soon. Now that we can correct a few assumptions we made while designing our URL handling. It shouldn’t take too long to fix.
gutiersa wrote on Friday, January 20, 2012:
Cool. I am very interested. I will continue to test it.
So long!
cybercod wrote on Friday, January 20, 2012:
Update: Now has option to disable port, as well as turn on SSL, or essentially just makes it https:// instead of http:// in all of the button URLs. Disabling port also removes the “:” from the address.
I also re-ordered the buttons so that the Login button is the top left of the grid upon new installation.
Also, to any of you using customized instances of OpenEMR, there are three custom URL preferences you can set in the button preferences, so you can type in your landing page fully, for testing purposes, if the other options don’t work for you.
Thanks for the feedback. It only helps. :-) Keep it coming!
cybercod wrote on Friday, January 20, 2012:
PS> Uninstallation is recommended when upgrading to this version as new options were added to the preferences.
bradymiller wrote on Friday, January 20, 2012:
Hi,
Looking good. Some input:
1. incorporate the site id as a variable (default it to ‘default’) and work this into the login link ?site=site_id (if do this on login, it then gets stored as a session for the other pages). this will then allow multisite feature to work (for example, will allow the above link that included ?site=openemr to work)
2. For the ‘Choose your buttons’, rec. showing the page selected for each entry (otherwise, need to click on each one to see the setting).
3. Recommend these button links in following order, “Login”, “Main Page”, “Left Navigation Bar”, “Calendar”, “Add/Edit Calendar”, “Messages”, “Patient Summary”, “Patient Report”, “Patient Issues”(interface/patient_file/summary/stats_full.php?active=all), “Encounters”, “New Encounter”, “New Patient”, “Patient Search”, “Address Book”
4. Would not include following as default button choices: “Navigation”, “Lab Results Messages”, “Authorizations”, “Authorizations(Full)” (added 4 in above list to replace these).
5. What is difference between Calendar Only and Calendar Schedule screens?
-brady
gutiersa wrote on Friday, January 20, 2012:
Ok the URL is forming correctly. Once I am able to specify my site name I will keep testing.
Also I have noticed that other sites disable caps for username and password at the beginning of a sentence. This makes sense because it does not assume that either begins with caps. I find this very useful
Sandra
gutiersa wrote on Friday, January 20, 2012:
Clarification;
The URL forms like this
Https;//xx.xxx.xxx.xx/openemr/interface/main/main_screen.php
Alamost perfect for me. Except tbat none of my sites is named default. I do need to specify a site name.
arimal wrote on Friday, January 20, 2012:
We should be able to take care of that by the end of the day.
anonymous wrote on Saturday, January 21, 2012:
Updated the download link. Now has settable preference for site name.
Brady: Good suggestions all. We’ll start working on them.
As for the difference between Calendar Only and Calendar Schedule, there isn’t one… accidental duplicate. Thanks for pointing it out.
As for showing current selection in the Button Selection dialog, Arimal say he’ll work on it some tomorrow. I can see where it would be a big help.
I replaced the Calendar Only location with the Patient Issues url, but as there are no patients on the 2099 server, I can’t really tell if its working. Please report back on it. I will reorder and add/remove buttonchoices in the next few days.
We kind of need a server with a decent amount of fake data on it to really test this stuff out from here, and we just don’t have the time to invest in creating such.
We look forward to your feedback.
cybercod wrote on Saturday, January 21, 2012:
^^That above post was me… Sourceforge was just doing something REALLY weird and I hadn’t noticed until I had already posted.
Weird.
bradymiller wrote on Saturday, January 21, 2012:
Hi cybercod, arimal and yehster,
Once the issues above are dealt with, I think the next step is going to be figuring out a mechanism for bypassing the login screen(ie. use the credentials within the options) and testing the functionality of each screen; because of the frame issues in OpenEMR, there are bound to be some issues (such as the Patient Report screen not working; nothing happens when click the Generate Report button). My guess is that some changes in the OpenEMR codebase will be needed. It looks like yehster is working on a frameless version of OpenEMR, which I’m guessing has been partially motivated by your app:
http://sourceforge.net/projects/openemr/forums/forum/202506/topic/4896605
Also, for patient data, this is very easy to add manually to the online demo (New patient->add fname,lname,DOB and sex, then save and you now have a new patient). 
-brady
www.openemr.org
cybercod wrote on Saturday, January 21, 2012:
Hey Brady,
Thanks for the tip on adding patient data… but I’m afraid that wouldn’t do much in the way of testing purposes as they’d have no appointments, lab results, or any other pertinent data. Which is fine…. it just means we’re going to be relying on testers to try this out on live installations, which, to be honest, is a little scary. If someone mistakenly gets a sex-change because of our software, I’m certainly not looking forward to having a conversation with him/her/it about why their kidney wasn’t removed, nor why they suddenly have breasts.
We recommend that anyone testing this out uses the program on a system that is properly backed up (or preferably a duplicate of a live system), and if they’re using it in a real day-to-day practice, be sure and double check that the intended functions were performed properly by doing so on a regular browser.
cybercod wrote on Saturday, January 21, 2012:
Functions that generate reports are usually targeting another frame for the report to be output, or else have a popup window containing the report. Neither of those approaches currently work with our app.
If there can be a system wide change to check to see if the browser is Android, and then if so, to redirect all popups or frame-targets to the current page, I think that would take care of the problem. Of course, I’m probably oversimplifying it.
yehster wrote on Saturday, January 21, 2012:
Guys,
I said it before, but I think you should look into setting up your own test server and stop relying on the demo servers. That way you can put your own patients, appointments, lab data.etc and not worry about them resetting overnight.
cybercod wrote on Saturday, January 21, 2012:
You’re probably right, Its just that I have a customized version of OpenEMR already on my machine here. I tweaked the fields in it in order to use it as a PC Repair customer database. A lot of things are different about it, and I don’t want to ditch it. I am also not savvy enough to know how to create two separate ones on the same machine (yet).
I guess the biggest issue with us creating the data is that we don’t know how to use the software properly. lol. All the little things involved with billing and insurance, labs, etc… its all gibberish to us. All my instance was used for was for addresses, phone numbers, and timestamped notes. And I must say, it worked great for that, after I figured out how to customize the fields in the Patient Entry bit.
Anyway, I’m rambling. Arimal might have another one coming out today with a couple more little tweaks to it, so if you wanna skip this release in favor of that one, its probably fine. The link is always the same either way.
BTW, Fixed preference loading on firstrun, added start page, and cleaned up the
button sort order. Uninstall/Reinstall recommended.
http://dl.dropbox.com/u/38293434/OpenEMR.apk
arimal wrote on Saturday, January 21, 2012:
Quick question, could anyone tell me if the site ID error is throwing a specific http error code I can catch?
gutiersa wrote on Saturday, January 21, 2012:
Ok u guys are too fast, Im getting vertical nystagmus
hear(read) me out