gutiersa wrote on Saturday, January 21, 2012:
stop with the database back and forth. I have an idea. gimme time to figure out that issue
gutiersa wrote on Saturday, January 21, 2012:
here is my experience:
site name is still not getting incorporated into the url. I tried many different configurations
the best possible url I’m getting is https://xx.xxx.xxx.xx/openemr or https://mydomain.com/openemr
using absolute url https://mydomain.com/openemr/?site=mysite
with blank site and all else disabled does not work as it gets changed to
gutiersa wrote on Saturday, January 21, 2012:
I meant to post this first:
Love the introductory page.
consider disabling caps at first word, as usernames and passwords are case sensitive. Once entered mask the password in case of equipment theft, especially if no security password at equipment start up (It happened to me, now I know better. My data is all encrypted in my phone, and needs password to get in, and after it goes to sleep)
may want to add “pecify ssl port” if any. dunno if anyone would use other than 443, or in case of virtual hosts???
It no longer shows me the formed url so I tried many different combinations. Also Debug was always enabled
When I start the app, it takes me to the introductory page. Maybe it should come up the first time it runs, or when connecting with demo server.
Also how about if in the options dialog there is a button to connect with demo server? ie Settings | Demo. U never know if after set up someone wants to go back to demo and forgot the ip address. (of course, if the first run page is disabled as mentioned above, which I think should be just for faster login)
.
Maybe add absolute URL option at the bottom which would disable above options, such as ports and ssl. Also because those who have been accessing their ehr via the browser would know the url anyway.
And keep in mind, my tone above is always my love tone
regards Sandra
Thanks for the app an all the stuff you guys do. You are awesomen
gutiersa wrote on Saturday, January 21, 2012:
I meant awesome.
Regarding:
“Maybe add absolute URL option at the bottom which would disable above options, such as ports and ssl. Also because those who have been accessing their ehr via the browser would know the url anyway.”
I meant at settings, and once absolute url is enabled and entered, all other url options would have to be disabled automatically. for example
when I enter in IP or domain: https://mydomain.com/openemr/?site=mysite
with blank site and all else disabled does not work as it gets changed to
as expeted of course
gutiersa wrote on Saturday, January 21, 2012:
Ok done
gutiersa wrote on Saturday, January 21, 2012:
I downloaded #4 above (just now). again my site name is not getting appended. formed url is:
sandra
arimal wrote on Saturday, January 21, 2012:
@gutiersa
If you wan’t to hit that download link again it has a newer version now which should be adding the site on the url properly, as far as my test show.
gutiersa wrote on Saturday, January 21, 2012:
almost. the formed url is:
https://mydomain.com/openemr?site=mysite
it is just missing the /
cybercod wrote on Saturday, January 21, 2012:
If the user were to enter a full url, I’m not sure we’d be able to parse it correctly to facilitate our cookie storage solution.
Right now, it adds all the pieces together to create a custom landing page to check for. When it matches, it stores the cookie and manually sets it for all other addresses on that domain.
You should have your trailing slash soonish.
gutiersa wrote on Saturday, January 21, 2012:
I see. Thanks for the explanatiion
cybercod wrote on Saturday, January 21, 2012:
Ok Sandra, try again. There’s one more way for me to try it if this doesn’t do it.
http://dl.dropbox.com/u/38293434/OpenEMR.apk
Hollar back if it works.
arimal wrote on Saturday, January 21, 2012:
Tracking the cookies between frames and newly opened pages was proving to be a problem so we stored and applied it internally.
gutiersa wrote on Saturday, January 21, 2012:
yes beautiful. the url is forming well.
this is what I am getting in the little messages:
https://mydomain.com/openemr/interface/login/login.php?site=mysite
Nice
cybercod wrote on Saturday, January 21, 2012:
Sweet, thanks for the feedback.
cybercod wrote on Saturday, January 21, 2012:
Earlier you wrote : “consider disabling caps at first word, as usernames and passwords are case sensitive.”
That is a function of the android keyboard of YOUR preference (or the default that came with your phone). We have no control over that behavior. Switching to another keyboard would likely give you different behavior.
cybercod wrote on Saturday, January 21, 2012:
And neither of us could decipher what you meant here:
“stop with the database back and forth”
gutiersa wrote on Saturday, January 21, 2012:
ok
I’m into my ehr. very nice.
in case you want to know, when in my login screen, if I turn the phone sideways I lose the screen and get the message one ie:
Thank you for installing the openemr-app ….
I will use it exclusively this week when seeing patients and will report back.
I have an extra challenge in my setup. I use an .htaccess file in addition to openemr login. It helps me identify the different office locations. Once username and password are entered into each computer (same credentials for all computers at one address), the browser is instructed to remember them. Doctors who may use openemr from sites other than the office, such as hospitals, are given their own user and password. This helps me keep track of who is accessing the system and from which office.
I don’t know, perhaps this gives me a false sense of security?. I set it up this way in the past (2008). I understood then that openemr was not totally secure.
with the .htaccess enabled I am unable to connect the app to my server. For purposes of testing this app I have disabled it.
If there is a way I can use the app and the .htaccess file it would be great.
Thanks so much.
Sandra
gutiersa wrote on Saturday, January 21, 2012:
Oh
Yes perhaps i have noticed the disabled caps in websites not programs.
As for:
'And neither of us could decipher what you meant here:
“stop with the database back and forth” ’
sorry, I just could not keep up with the posts, and wanted to “put my 2 cents in”
I’m gonna see if I can make a dummy database that includes appointments, claims, notes, etc etc in addition to that ssl server that is needed. I will start a new thread regarding it, if it looks like I can do it.
arimal wrote on Saturday, January 21, 2012:
Thanks for all the help I should have at least an orientation lock soon if I can’t find a better solution, the natural android app life cycle is designed to restart the app on an orientation change which gets tricky for apps that require any kind of persistent state. .
arimal wrote on Sunday, January 22, 2012:
Scratch that a quick solution has presented itself, there is a new version up that should no longer restart when your orientation changes