Curso/ Grupo

Proyecto

K-4071 Grupo 03 HABILITACION PROFESIONAL

Sistema de gestin de pacientes

Versin Fecha

1.0

20/10/2009

Sistema de Gestin de Pacientes

Grupo03 K-4071 Ao 2008
D.E.R. y UML

Integrantes del equipo:

Nombre y Apellido Federico Jos Botti Mara Gimena Conde Legajo 119046-5 120810-0 e-mail federicojbotti@yahoo.com.ar gime_conde@yahoo.com.ar Telfono 1555980033 1558920753

Docentes:
Solanas, Alberto Puyol, Mara Elisa Gonzlez, Gerardo

VERSION 1.0

Pgina 1 de 10

Curso/ Grupo

Proyecto

K-4071 Grupo 03 HABILITACION PROFESIONAL

Sistema de gestin de pacientes

Versin Fecha

1.0

20/10/2009

Historial de Revisiones
Fecha 20/10/2008 03/11/2008 Versin 1.0 2.0 Descripcin DER y UML Autor Grupo03

Se agregan diagramas de actividades y Grupo03 se completa introduccin.

10/11/2008

2.2

Se agrega descripcin de diagramas

Grupo03

Pgina 2 de 10

Curso/ Grupo

Proyecto

K-4071 Grupo 03 HABILITACION PROFESIONAL

Sistema de gestin de pacientes

Versin Fecha

1.0

20/10/2009

Tabla de Contenidos
1. 2. 3. INTRODUCCIN ................................................................................................................................................4 D.E.R....................................................................................................................................................................5 U.M.L. ......................................................................................................................................................6

Pgina 3 de 10

Curso/ Grupo

Proyecto

K-4071 Grupo 03 HABILITACION PROFESIONAL

Sistema de gestin de pacientes

Versin Fecha

1.0

20/10/2009

1. Introduccin
Continuando con la etapa de diseo del sistema g-pac08 nos encontramos en la necesidad de modelar la estructura de Base de Datos que utilizar. Para esto nos basamos en modelos llamados Diagramas de Entidad Relacin. stos nos muestran rpidamente cuales son las entidades del sistema y las relaciones que existen entre ellas. A su vez nos apoyaremos en ms diagramas UML para describir un poco mejor cul es el diseo del sistema. Para esto utilizaremos diagramas de clases y diagramas de actividad. El primero nos sirve para entender como acta la compleja estructura de objetos que intervienen en cada pedido al servidor Web (pedido que utiliza el protocolo de comunicaciones HTTPS HyperText Transfer Protocol Secure); la segunda nos ayuda a clarificar y dar ms detalle a uno o varios casos de uso relacionados. Es decir que se apoya en los casos de uso y los extiende especificando detalladamente como suceden las actividades dentro del sistema cuando se ejecuta el o los casos de usos intervinientes.

Pgina 4 de 10

Curso/ Grupo

Proyecto

K-4071 Grupo 03 HABILITACION PROFESIONAL

Sistema de gestin de pacientes

Versin Fecha

1.0

20/10/2009

2. D.E.R.

Figura 1 D.E.R. de g-pac08

El diagrama de entidad relacin nos ayuda a ver rpidamente y de forma clara cules son las entidades de datos que intervienen en el sistema y cules son las relaciones entre cada entidad. A partir de este modelo se procede a crear la estructura fsica de la base de datos que utilizaremos en la etapa de implementacin.

Pgina 5 de 10

Curso/ Grupo

Proyecto

K-4071 Grupo 03 HABILITACION PROFESIONAL

Sistema de gestin de pacientes

Versin Fecha

1.0

20/10/2009

3. U.M.L.

Figura 2 Pedido Tpico al Servidor Web Fuente: http://book.cakephp.org/view/21/A-Typical-CakePHP-Request

El cliente direcciona su navegador ingresando la direccin de su aplicacin, por ejemplo, https://www.midominio.com.ar/users/add . El servidor Web toma el pedido y se lo pasa al objeto CakePHP Dispatcher. Este objeto pasa el pedido hacia el objeto Routes, que es el encargado de desglosar la url en sus partes componentes y pasarle los datos de la accin al controlador, encargado de la lgica de negocio. El controlador es el encargado de por un lado, tomar los datos del modelo o los modelos que tiene asociados, procesarlos y luego pasarle la informacin a la vista correspondiente. En este ejemplo el objeto Routes llama al controlador Users y en particular llama al mtodo add(). Este mtodo es el encargado de ejectuar la lgica de negocio, tomar los datos del modelo asociado y pasarle la informacin procesada a la vista con el mismo nombre (add.ctp). Pgina 6 de 10

Curso/ Grupo

Proyecto

K-4071 Grupo 03 HABILITACION PROFESIONAL

Sistema de gestin de pacientes

Versin Fecha

1.0

20/10/2009

Esta estructuracin de la aplicacin nos permite mucha flexibilidad y por sobre todas las cosas escalabilidad. En la figura 2 mostrada con anterioridad vemos una serie de elementos que no hemos explicado: components, helpers y behaviours. Los componentes fueron creados para asociar una serie de comportamientos polimrficos a distintos controladores en un solo archivo php. De esta forma agrupo comportamientos iguales en un solo lugar y los uso en tantos como sea requerido. Los Helpers y los Behaviours tambin son una extensin a nuestro modelo mvc y tambin sirven para agrupar en un solo lugar tanto vistas comunes de datos como comportamientos, respectivamente. Es decir que el Framework que hemos elegido utiliza muchas por no decir todas las ventajas de la programacin orientada a objetos. Esto nos permite realizar aplicaciones flexibles, escalables y seguras.

Pgina 7 de 10

Curso/ Grupo

Proyecto

K-4071 Grupo 03 HABILITACION PROFESIONAL

Sistema de gestin de pacientes

Versin Fecha

1.0

20/10/2009

Figura 3 Diagrama de actividades: Login

El fundamento de la utilizacin de los diagramas de actividades se basa en la falta de profundizacin a la que nos dejan librados los casos de uso. Es decir que si bien estos se centran en describir qu sucedera si se ejecutara su curso normal o su curso alternativo no se explica de manera grfica cules son las actividades que tengo que cumplimentar para concretar un determinado objetivo. El diagrama de actividades me permite por un lado mostrar los roles dentro de la plataforma que realizan las actividades y por otro como es el flujo de estas actividades para que el objetivo se lleve a cabo con xito. Un mismo diagrama puede describir uno o varios casos de uso con lo cual es una herramienta de complemento a los casos de uso fundamental. Pgina 8 de 10

Curso/ Grupo

Proyecto

K-4071 Grupo 03 HABILITACION PROFESIONAL

Sistema de gestin de pacientes

Versin Fecha

1.0

20/10/2009

El diagrama de actividad de Login describe el proceso de inicio de sesin en el sistema g-pac08. Se muestran las distintas actividades y sus flujos para llevar a cabo el objetivo final: Usuario logueado con privilegios segn su rol.

Figura 4 Diagrama de actividades: Turnos

El diagrama que se muestra en la figura 4 describe el proceso de solicitud de turnos. Vemos claramente que este proceso puede ser disparado por dos roles distintos de la plataforma: Secretaria y Paciente. Es decir que sin haber ledo ni la especificacin del caso de uso ni cualquier otra documentacin del sistema, notamos rpidamente que los turnos pueden ser realizados tanto por parte del Paciente con su usuario logueado al sistema, como tambin por parte de la secretaria en nombre del usuario existente en el sistema.

Pgina 9 de 10

Curso/ Grupo

Proyecto

K-4071 Grupo 03 HABILITACION PROFESIONAL

Sistema de gestin de pacientes

Versin Fecha

1.0

20/10/2009

Figura 5 Diagrama de actividades: Historias Clnicas

El ltimo diagrama descripto en la figura 5 nos muestra cules son las actividades que deben realizar o el mdico, o el paciente para acceder a los datos de una historia clnica. En el primer caso puede darse la situacin en un mdico quiera anticiparse al turno siguiente entonces puede acceder a la ficha o historia clnica del paciente que se va a atender. De esta forma el mdico no slo gana tiempo sino se que se le hace mucho ms claro el proceso de diagnstico del paciente, sin tener que volver a rearmar la historia clnica del paciente. En el caso del paciente es claro que el centro mdico para el que desarrollamos la aplicacin quiere cierta restriccin con respecto al permiso de visualizacin de historias clnicas. Es por este motivo que para que el paciente pueda visualizar su historia clnica, la Secretaria debe previamente autorizarlo. Pgina 10 de 10