Hi Christian, I think the concept dictionary is a good learning resource for all users of OpenMRS whether they have admin/developer rights or not. There may be some value if granting every user access to it at least on read only basis since not a lot of places in sub-saharan Africa, OpenMRS concepts could potentially be the main or only reference source of reliable clinical information in the field. Removing it to the admin page may mean we will need to think about how those with non-admin rights will have access to what amounts to a web-nased medical dictionary to those on the frontline.
Even now in the UK, I have frequently looked to the concept dictionary as a quick source of ICD-10 codes when I dont have the book itself handy. Yes the right to editing it will have to be restricted but a big learning/reference course will have been removed without a replacement for frontliners. Maybe the original designers may have a rationale for keeping it that visible. Any of the old hands has an opinion on this? ...................................... Dr Julius Awakame MB.ChB, MSc Associate Specialist (Psychiatry)/PhD Researcher, Yorkshire Centre for Health Informatics, University of Leeds, Leeds. United Kingdom www.ychi.leeds.ac.uk Phone: 00447582922400 Skype: julius.awakame Founder, Coordinator & Ghana's Rep. The West African Health Informatics Fellowship Program Ghana-India Kofi Annan Centre of Excellence in ICT Accra, Ghana. www.wahifp.org (Member of mHealth Alliance: www.mhealthalliance.org) Fellow, Health Informatics Building Blocks Project (HIBBs), AMIA/Global Health Informatics Partner www.oerafrica.org/hibbs ________________________________________ From: [email protected] [[email protected]] On Behalf Of Christian Neumann [[email protected]] Sent: 14 March 2012 18:04 To: [email protected] Subject: Re: [OPENMRS-IMPLEMENTERS] Hiding Dictionary from navigation pane good point, rowan. seems like the admin page is where it is supposed to be anyways for hopefully 95% of all implementers. On Mar 14, 2012, at 8:06 AM, Rowan Seymour wrote: My suggestion does remove it globally - but I don't think that's a problem. For the very few people who need it, there's a link on the Admin page On 14 March 2012 07:20, Christian Neumann <[email protected]<mailto:[email protected]>> wrote: Unfortunately withdrawing 'View concepts' isn't doing the trick, even without System Dev role and after logout/login. My OpenMRS debug build that logs every hasPrivilege call doesn't even trigger after login (or reloading the front page). However this isn't a high priority for me, so I simply leave it like this for now. Thanks, christian On Mar 13, 2012, at 1:29 AM, Michael Seaton wrote: Hi Christian, Well, "View Concepts" should really be doing the trick now if you don't also have the System Developer role. Not sure why that isn't working (I assume you've tried logging in and out? you need to do this for permission changes to take effect). You could do the same thing (with your own new privilege) or you could check something different. I'm partial to checking on role rather than privilege in these cases, as you avoid the "system developer has all privileges" issue. Mike On 03/12/2012 03:26 PM, Christian Neumann wrote: Ok. So I need to start up my dev env. Rowan, your solution is global for everyone, right? Ideally I would like to restrict it for certain users/roles. Mike, with overriding the gutter.jsp I would check for a self-defined privilege (instead of the View Concept which doesn't work for me even when I'm not a System Dev)? Thanks, christian On Mar 12, 2012, at 3:47 PM, Rowan Seymour wrote: We've made a few a customizations to core JSPs but that makes things tricky when you want to upgrade OpenMRS. Perhaps a better solution would be to provide your own style.css file and just have a rule: #dictionaryNavLink { display: none } Same as overriding a JSP, you need to specify the file in the runtime-properties like custom.style.css.file=style.css On 12 March 2012 15:28, Michael Seaton <[email protected]<mailto:[email protected]>> wrote: Hi Christian, Removing the "View Concepts" privilege should do this for you - unless your user is also a System Developer, which overrides this behavior. I would actually be wary of removing the "View Concepts" privilege, as my fear would be that things like viewing programs, viewing html forms, and other things that use and display Concepts (pretty much everywhere in the system) might check this privilege and start failing on you. It seems to me that this is the wrong privilege to use to check for access to the Concept Dictionary management pages, and we should have a more explicit privilege to allow access, like "View Concept Dictionary Management Section". We might want to file a ticket for this... The easiest thing to do in your case is to override the entire gutter and code it up to your requirements. You would do this by: * Copying /WEB-INF/template/gutter.jsp into a directory outside of the webapp (eg. /home/tomcat/.OpenMRS/customizations/template/gutter.jsp) * Make whatever changes you want here * Include the following property in your runtime.properties file: custom.template.dir=/home/tomcat/.OpenMRS/customizations/template * Restart the server Let me know how this works for you... Mike On 03/12/2012 05:38 AM, Christian Neumann wrote: Hi, I fail to disable the Dictionary menu item in the top navigation pane in OpenMRS 1.7.2. I've deactivated the 'View Concepts' privilege, yet it still shows up. Is there anything else I can to to deactivate this for certain users? Thanks, christian _________________________________________ To unsubscribe from OpenMRS Implementers' mailing list, send an e-mail to [email protected]<mailto:[email protected]> with "SIGNOFF openmrs-implement-l" in the body (not the subject) of your e-mail. [mailto:[email protected]<mailto:[email protected]>?body=SIGNOFF%20openmrs-implement-l] _________________________________________ To unsubscribe from OpenMRS Implementers' mailing list, send an e-mail to [email protected]<mailto:[email protected]> with "SIGNOFF openmrs-implement-l" in the body (not the subject) of your e-mail. [mailto:[email protected]<mailto:[email protected]>?body=SIGNOFF%20openmrs-implement-l] -- Rowan Seymour tel: +250 783835665<tel:%2B250%20783835665> http://twitter.com/rowanseymour ________________________________ Click here to unsubscribe<mailto:[email protected]?body=SIGNOFF%20openmrs-implement-l> from OpenMRS Implementers' mailing list ________________________________ Click here to unsubscribe<mailto:[email protected]?body=SIGNOFF%20openmrs-implement-l> from OpenMRS Implementers' mailing list ________________________________ Click here to unsubscribe<mailto:[email protected]?body=SIGNOFF%20openmrs-implement-l> from OpenMRS Implementers' mailing list ________________________________ Click here to unsubscribe<mailto:[email protected]?body=SIGNOFF%20openmrs-implement-l> from OpenMRS Implementers' mailing list -- Rowan Seymour tel: +250 783835665 http://twitter.com/rowanseymour ________________________________ Click here to unsubscribe<mailto:[email protected]?body=SIGNOFF%20openmrs-implement-l> from OpenMRS Implementers' mailing list ________________________________ Click here to unsubscribe<mailto:[email protected]?body=SIGNOFF%20openmrs-implement-l> from OpenMRS Implementers' mailing list _________________________________________ To unsubscribe from OpenMRS Implementers' mailing list, send an e-mail to [email protected] with "SIGNOFF openmrs-implement-l" in the body (not the subject) of your e-mail. [mailto:[email protected]?body=SIGNOFF%20openmrs-implement-l]
