Turns out the Address Book contains lots of administrative information in it, so I think it’s time it gets promoted to the Administration menu along with the following changes:
1) Moved the ‘Address Book’ to the Administration menu in left tree menu
2) In the Address Book listing, it will show the Organization if no name exist
3) The Address Book data entry form will not show the Name fields for
company centric fields; so main name can only go in the Organization field,
and no redundant entries using the now non-existant name fields can be entered.
4) The categories can now be set as company/person centric in the Administration->Lists gui.
5) To further avoid confusion, in the address list, when you select
to create a new entry it will use the type from the selector
with it as default.
6) Made order facilities, vendors, and distributors all company centric (again this
can be changed in Administration->Lists gui).
7) Modified options.inc.php internals to play nicely with ord_lab type.
Tony, Good point. Right now the link is controlled by the admin->practice aco. Could just remove the aco access, then anybody can use it (like previous behavior). Could also control access just the button that allows addition of new entries. Thoughts?
I think it needs to be full access for now. In the practice setting the address book interface is being used for several different things. From the non-admin users point of view if would be very disruptive to require the administrator to enter new contacts with the janitorial service, office supply or the deli down the road where they order meeting lunches.
On the other and complex vendor relations that might need very specific IDs for things like referrals would be good protected. Right now we don’t have that kind of granularity.
So I think it has to be wide open and if it’s wide open it should be back in the miscellaneous menu, I believe…
Further modification of address book:
1) Placed an address book link in Miscellaneous. (kept the
Administration link also)
2) Any user can see the address book items and add/edit
non-local entries with no type set
3) Only users with the aco admin->practice can add/edit entries
that are local or are assigned a type.
If the above works for you, I’m guessing that you’re beginning to see where I’m going with this. Although the Addr Book in Admin and Misc are calling the same script, they are gonna begin to diverge in functionality. So, could even give the Admin Addr Book link another more appropriate name, if wanted.
Our receptionist is responsible for managing the office contacts ( other physician’s, drug reps, suppliers, MCO’s, MRI facilities, etc). This is a task that I do not want to have to give the receptionist “Admin” rights in order for her to perform her duty. And I would prefer to not have to maintain contacts on a daily basis as I am the only practice Admin. So for a limited user that needs to maintain the address book, they will only require the subset of the Admin ACO “admin > Practice Settings” ?
Mike,
I just realized, I haven’t committed this yet. The changes are minimal and address the bugs described by Tony, so will commit this (so you can test it on the development demo tomorrow). I also put a feature request item in the tracker for Address Book Improvement, because I think there are still things to do to improve this gui. Ideas?
-brady
Thanks Brady. I am going to load the files on one of my mirrors with our production data to see how it works with our current ACO’s. I will do that a little later. I have some X-mas events to attend. Speaking of X-mas, quite a few iPads received as gifts in my network of friends/family this year
Is there any other example that can be used on any other devise like the Flash discussion we have here and even Brady can make jokes about …;-))?
Linux like, Windows versions, Aple Macs, Servers and other systems it pretends that OEMR is working without problems. Or is it like the old Dutch version that took a different road towards implementation of nice things for one group? If toggled on or of and does not use a huge amount of memory when toggled off or when deleted, why not implement as a separate entity not available for iPadzzzzzzzzzz.
1. The edit screen for person centric ask for person name and specialty.
2. The edit screen for company centric ask for director name and hides specialty. Note the Organization name entry is at the top of form.
3. The list screen shows name for person centric and the organization for company centric entries.
Check it out. If no issues, plan to commit it over the weekend.
