#2 for me too Alvin
On Monday, October 3, 2011, Burke Mamlin <[email protected]> wrote: > For any implementers interested in having input on a new & improved administration screen, here are a couple mockups to consider: > > Here's a mockup assuming that admins with appropriate privileges would see options to manage types, attributes, etc. when viewing data: http://jsfiddle.net/burke/yWPbg/embedded/result/ > > Here's a mockup that duplicates the Patients, Persons, Programs, etc. in the configuration section, so, for example, managing person attributes would be under CONFIGURATION → Persons and editing/merging persons would be under DATA → Persons: http://jsfiddle.net/burke/Rj6mL/2/embedded/result/ > > @Vlad – if you don't get input beyond myself/Darius/Roger, then go ahead and assume #2 is the way forward. > Cheers, > -Burke > On Mon, Oct 3, 2011 at 7:18 AM, Friedman, Roger (CDC/CGH/DGHA) (CTR) < [email protected]> wrote: > > I'm with Darius. System admin, Metadata configuration, Data management. > > > > From: [email protected] [mailto:[email protected]] On Behalf Of Darius Jazayeri > Sent: Monday, October 03, 2011 12:18 AM > To: [email protected] > > Subject: Re: [OPENMRS-IMPLEMENTERS] Admin Interface categorization > > > > I think that's the wrong way to approach it. I think that depending on the type of user you are, or the task you're doing, you'll approach the page thinking either "I want to configure my system", or else "I'm dealing with data that has been entered". > > > > But I'd be much more interested in having some actual implementers give their opinions. Burke and I talk a lot, but we're not the domain experts here. :-) > > > > -Darius > > > > On Sun, Oct 2, 2011 at 8:45 PM, Burke Mamlin <[email protected]> wrote: > > I'm not so convinced that the division of metadata & data needs to be so strictly enforced in the UI. FWIW, I would find it natural to go to a "Person" section of the administration screen to both manage person records & manage settings affecting persons (like person attributes), since – at least in my mind – managing person records, merging persons, configuring person attributes, etc. are all about administrating persons. I wouldn't expect them all on the same screen… maybe under different tabs or pages within that admin section. Anyway... > > > > Vlad, is this the type of layout you're considering? > > http://jsfiddle.net/burke/yWPbg/embedded/result/ > > > > -Burke > > > > On Sun, Oct 2, 2011 at 10:46 PM, Darius Jazayeri <[email protected]> wrote: > > Re: CONTENT MANAGEMENT vs DATA MANAGEMENT, my main point is that "Manage Encounter Types" and "Manage Encounters" should go in different places. The former is about managing metadata or system configuration. The latter is DATA MANAGEMENT. > > > > (So, yes, managing the definitions of Person Attribute Types should definitely go in a different section from managing Persons.) > > > > -Darius > > > > On Sun, Oct 2, 2011 at 7:13 PM, Burke Mamlin <[email protected]> wrote: > > On Sun, Oct 2, 2011 at 7:57 PM, Darius Jazayeri < > > ________________________________ > Click here to unsubscribe < [email protected]?body\x3dSIGNOFF%20openmrs-implement-l> from OpenMRS Implementers' mailing list -- Alvin B. Marcelo, MD, FPCS www.alvinmarcelo.com Voicemail: +1-301-534-0795) GPG 0x99CBC54C Click here for the Master of Science in Health Informatics<http://one.telehealth.ph:8081/NTHC/masters-of-science> _________________________________________ 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]
