Cambiar el esquema de verificación de permisos

[GoogleCodeExporter]

Ahora se están verificando permisos por template.

Ahora que hay dominios, workflows, stages y templates, como cada workflow es 
para un rol, no hay necesidad de verificar permisos a nivel de template.

Si se necesita el mismo workflow sin alguna sección de registro (template) 
para otro rol, se debe crear otro workflow.

Esto simplifica por ejemplo el tener que verificar cual es el primer template 
dentro de una etapa para el cual se tiene permisos cuando se accede por el 
nombre de la etapa (desde el menú principal de registro clínico). Ahora el 
usuario tiene acceso a todos los templates entonces, por defecto, se le debe 
mostrar el primero dentro de la stage.

Original issue reported on code.google.com by pablo.swp@gmail.com on 21 Dec 2012 at 10:16

[GoogleCodeExporter]

Hay que cambiar (o eliminar) las clases "Permit" y "DomainPermit". DomainPermit 
usa el templateId que ya no se debería usar (ahora se usa el rol en el 
WorkFlow dentro del domain, y dentro del workflow puede ver todos los templates 
= pantallas).

Original comment by pablo.swp@gmail.com on 10 Jan 2013 at 8:29

• Added labels: Priority-High, v0.9
• Removed labels: Priority-Medium

[GoogleCodeExporter]

Considerar que a las acciones de gestión solo el ADMINISTRATOR y GODLIKE 
pueden acceder, mientras que el MEDICO y otros roles no.

ESTO AHORA (v0.8) no se está verificando.

Original comment by pablo.swp@gmail.com on 17 Mar 2013 at 6:45

[GoogleCodeExporter]

La clase Permit se deberia usar para verificar permisos para acciones de 
administracion de la aplicación, a no ser que se pueda modelar la 
administración como otro dominio con vistas estáticas (puede ser una buena 
idea).

Original comment by pablo.swp@gmail.com on 17 Mar 2013 at 6:58