If you compare Mark's Provider Role implementation with Daniel's Organizational Role proposal, there are some notable differences: (1) Organizational role is many to one with person, while Provider Role is one to one with provider (2) Organizational role is associated with a location as well as a person. Unless the functions of the two Role formulations are very different, I think we ought to have a common understanding about these issues.
Also, I'd like to hear others' opinions on a module modifying a core object. I think the appropriate thing to do would be to subclass the core object. Of course, if you do subclass a core object with attributes, you are gaining very little on just having an attribute. Maybe if it were modeled as table-per-concrete-subclass rather than our more typical table-per-superclass-plus-concrete-subclass you might get the same performance benefits as extending the table. I think the question of whether Roles supervise Roles (with or without consideration of Location) or Persons/Providers supervise Persons/Providers has multiple possible answers. I know that Mark was facing a deadline and had to make choices, but maybe we will have to wait for v.2 to have a common solution. I look forward to Thursday's presentation. -----Original Message----- From: dev@openmrs.org [mailto:dev@openmrs.org] On Behalf Of Mark Goodrich Sent: Saturday, May 12, 2012 11:29 AM To: openmrs-deve...@listserv.iupui.edu Subject: Re: [OPENMRS-DEV] Belated request for module ids To add on to that, I can get a module id of providermanagement blessed for the Provider Management module? This module adds a new object, Provider Role, which is linked to a Provider via a column it adds to the Provider table. A Provider Role can be associated with Provider Attributes, Relationship Types (to specify different types of supported Provider/Patient relationships), and other Provider Roles (to define allowed Supervisor/Supervisee relationships between Provider Roles). The module provides an API and UI to manage providers and provider relationships. The module is not yet complete, but I will be doing a work-in-progress demo on the Developers's Call next Thursday. Mark ________________________________________ From: dev@openmrs.org [dev@openmrs.org] On Behalf Of Darius Jazayeri [djazay...@gmail.com] Sent: Friday, May 11, 2012 6:56 PM To: openmrs-deve...@listserv.iupui.edu Subject: [OPENMRS-DEV] Belated request for module ids Hi Code, (copying Dev) I have created the following modules, and deployed them to our maven repo, and to the module repository: * uiframework (the UI framework formerly known as 2.x) * uilibrary (standard widgets built on uiframework) * appframework (the idea of "app" buttons on your homepage that can be enabled per user and role) I didn't email c...@openmrs.org<mailto:c...@openmrs.org> at the time because I put the code in my github account, but it just occurred to me that since I've deployed these to maven and the module repo, I really should have requested the module id. So, can I please get those retroactively blessed? :-) Our documentation about this is currently lacking. In a quick search the only reference I found to emailing c...@openmrs.org<mailto:c...@openmrs.org> is on this page: https://wiki.openmrs.org/x/UwAJ and it's specifically talking about access to the svn repo. Obviously I should be allowed to put my code at github.com/djazayeri/openmrs-module-uiframework<http://github.com/djazayeri/openmrs-module-uiframework> without asking permission. But I should need to ask permission to take a module id in the maven and module repos. Do we want to just rephrase our documentation to say you need to ask c...@openmrs.org<mailto:c...@openmrs.org> to claim a module id in the OpenMRS repos? Or do want to consider something else? -Darius PS- working with git and github is wonderful. Like playing in cotton candy clouds with sunshine and rainbows. The combination of Eclipse+git+maven works a lot better than with svn, for not having to worry about annoying eclipse plugin and connector versions. The workflow is more complicated, but I mostly haven't had to deal with that yet. ________________________________ Click here to unsubscribe<mailto:lists...@listserv.iupui.edu?body=SIGNOFF%20openmrs-devel-l> from OpenMRS Developers' mailing list _________________________________________ To unsubscribe from OpenMRS Developers' mailing list, send an e-mail to lists...@listserv.iupui.edu with "SIGNOFF openmrs-devel-l" in the body (not the subject) of your e-mail. [mailto:lists...@listserv.iupui.edu?body=SIGNOFF%20openmrs-devel-l] _________________________________________ To unsubscribe from OpenMRS Developers' mailing list, send an e-mail to lists...@listserv.iupui.edu with "SIGNOFF openmrs-devel-l" in the body (not the subject) of your e-mail. [mailto:lists...@listserv.iupui.edu?body=SIGNOFF%20openmrs-devel-l]
