SGVM SISTEMA GESTOR DE VISITA MÉDICA MEMORIA

Transcripción

1 SGVM SISTEMA GESTOR DE VISITA MÉDICA MEMORIA

2 Contenido 1. Descripción del proyecto SGVM Introducción Justificación y objetivos Descripción general Productos obtenidos Planificación Coste de proyecto Documentos técnicos Documentos de análisis Requerimientos Casos de uso Modelo conceptual Documentos de análisis Arquitectura del sistema Diagramas de clases Diseño de la base de datos Interfaz gráfica Conclusiones Objetivos conseguidos Trabajo futuro y recomendaciones de mejora Glosario Software y bibliografía Software utilizado Bibliografía Anexo 1: Manual de Usuario Gonzalo Puche Garrido TFC.NET

3 1. Descripción del proyecto SGVM 1.1. Introducción El trabajo de un visitador médico consiste en promocionar los medicamentos del laboratorio al que representa, mediante pequeñas charlas con los profesionales sanitarios, en las cuales les informa de las propiedades y ventajas de sus productos. El número de médicos que estos comerciales suelen visitar mensualmente es normalmente muy alto, en distintos horarios de atención y en numerosos centros sanitarios. A todo lo anterior se le suma el agravante de que los laboratorios farmacéuticos suelen establecer unas políticas comerciales, que obligan a realizar un determinado número de visitas mínimas al mes, según unas categorías definidas principalmente por el potencial prescriptivo del facultativo Justificación y objetivos En la planificación de su agenda, el visitador tiene que tener en cuenta diversos factores como, por ejemplo, el horario en que pueden realizarse, el número de visitas pendientes de cada médico en el mes en curso, distancias entre centros sanitarios, etc. Todo esto convierte la programación de un día de trabajo en una tarea complicada, en la que frecuentemente se cometen errores en horarios o en el número de visitas mínimas establecidas. Las aplicaciones corporativas de los laboratorios farmacéuticos contemplan siempre la funcionalidad de registrar las visitas realizadas mensualmente a cada médico por sus comerciales, pero no suelen disponer de una ayuda a la planificación de las mismas. El principal objetivo de la aplicación SGVM, además del registro de las visitas realizadas, es servir de apoyo en la planificación de la agenda de un comercial sanitario. El visitador podrá conocer fácilmente todos los médicos con visitas pendientes en el mes según su categoría, planificar el trabajo en base a propuestas realizadas por el sistema o de forma manual, registrar las visitas realizadas de una forma ágil. SGVM pretende sustituir la vieja agenda en papel, llena de nombres, fechas y apuntes, por una aplicación informática intuitiva y de fácil manejo. 3 Gonzalo Puche Garrido TFC.NET

4 1.3. Descripción general El sistema de gestión de visita médica está compuesto inicialmente por tres módulos: - Gestión del fichero médico: Sirve para dar de alta en el sistema a los profesionales sanitarios con los que trabaja el visitador. Cada uno de ellos se asocia a una especialidad médica, centro de salud, cargo y categoría. - Gestión de la planificación: En este módulo el visitador planificará diariamente su trabajo dentro de un mes. Podrá recibir una propuesta del sistema según el número de visitas pendientes de los médicos, su horario de visita y las distancias entre centros. - Gestión de las visitas: En este módulo se registran las visitas realizadas mediante la confirmación de una planificación o añadiendo manualmente una cita. Este módulo se duplicará en un dispositivo móvil para que el usuario grabe las visitas en el momento de realizarlas 1. Debido a la corta duración del proyecto no se contempla en esta primera versión el mantenimiento de tablas maestras fundamentales para dotar de funcionalidad completa a la aplicación, debiéndose grabar manualmente directamente en la base de datos ficheros como centros médicos, distancias entre los mismos, sesiones médicas, especialidades, categorías, etc Productos obtenidos Documentación de planificación de proyecto, análisis y diseño de la aplicación. Memoria. Manual de usuario e instrucciones de instalación. Software SGVM compuesto por o Ficheros de base de datos o Aplicación SGVM 1 Debido a un contratiempo con la plantilla Business Application usada para desarrollar la aplicación no ha sido posible desarrollar la parte móvil de la misma. El módulo sólo se ha desarrollado en la aplicación principal. 4 Gonzalo Puche Garrido TFC.NET

5 1.5. Planificación El proyecto de ha dividido en cuatro fases siguiendo un modelo en cascada. Fase 1 Planificación inicial Fases del proyecto Inicio: 03/03/2011 Fin: 16/03/2011 Duración: 12 días Elección del proyecto a realizar. Plan de proyecto con la descripción general, justificación y una planificación de las tareas del mismo. Primera toma de contacto con el entorno de desarrollo. Instalación del software necesario. Fase 2 Análisis y diseño Inicio: 17/03/2011 Fin: 11/04/2011 Duración: 22 días Toma de requerimientos funcionales de la aplicación, modelo de casos de uso, modelo estático de clases. Diseño de los principales casos de uso; revisión del modelo estático eliminando herencias múltiples, reutilización de clases, normalización de nombres, etc.; Diseño de la persistencia: transformación del modelo estático en modelo ER. Diseño de la interfaz de usuario. Fase 3 Implementación Inicio: 12/04/2011 Fin: 23/05/2011 Duración: 36 días Implementación y pruebas del proyecto. Manual de usuario e instalación. Fase 4 Memoria y presentación virtual Inicio: 24/05/2011 Fin: 13/06/2011 Duración: 18 días Documentación de la memoria del proyecto. Vídeo de presentación del mismo. Estudio entorno.net Inicio: 03/03/2011 Fin: 18/05/2011 Duración: 66 días Estudio de las últimas herramientas del entorno.net. El total desconocimiento del alumno de las últimas tecnologías en entorno.net hace necesario su estudio paralelamente al desarrollo del resto de las fases del proyecto. 5 Gonzalo Puche Garrido TFC.NET

6 6 Gonzalo Puche Garrido TFC.NET

7 El calendario se ha cumplido en líneas generales, exceptuando por un problema surgido con la plantilla usada en el desarrollo de la aplicación que ha retrasado una semana la finalización del la fase de implementación y ha impedido el desarrollo del software para dispositivo móvil. 7 Gonzalo Puche Garrido TFC.NET

8 1.6. Coste de proyecto Estimación de costes del proyecto Tarea Personas - Día Jefe Proyecto Analista Programador Planificación del proyecto 12 Análisis 13 Diseño 14 Implementación 43 Pruebas 3 Documentación final y cierre del proyecto 18 Total (días) Documentos técnicos En este apartado se recogen los principales documentos técnicos obtenidos en el transcurso del proyecto Documentos de análisis Recogen la información para comprender que se pretende que el sistema resuelva Requerimientos Requerimientos funcionales 1) El sistema servirá de ayuda en la planificación del trabajo de un comercial de visita médica. 2) El sistema tendrá inicialmente cargados una serie de datos, sobre los cuales, debido a la urgencia en la realización del proyecto, el usuario no deberá ejercer ningún mantenimiento. Entre estos están: Centros sanitarios y tiempos de desplazamiento entre ellos. Especialidades y sesiones médicas. Puestos y Categorías de los profesionales y el número de visitas mínimas asociadas a cada una de ellas. 8 Gonzalo Puche Garrido TFC.NET

9 3) El sistema almacenará un fichero con los profesionales sanitarios grabados por el usuario, el cual deberá informar obligatoriamente datos como el centro donde trabaja y la especialidad médica y cargo que ejerce en el mismo, su categoría para el visitador. 4) Se podrá asociar a los médicos unos horarios de visita y sesiones por especialidad. 5) El usuario podrá obtener de forma sencilla un listado de los médicos con visitas pendientes en el mes. 6) El sistema propondrá una planificación para el día seleccionado por sesiones clínicas. Esta propuesta deberá tener en cuenta datos como la cercanía entre centros, el número de visitas pendientes a cada médico, su horario de visita. El usuario podrá añadir o eliminar citas de la propuesta para obtener la planificación definitiva, la cual deberá ser aprobada. 7) El visitador puede establecer citas acordadas con antelación que deberán quedar fijas en el calendario, la planificación las tendrá en cuenta de forma obligatoria. 8) El usuario podrá consultar la planificación de cualquier semana. 9) Aunque inicialmente el sistema será usado por una única persona es deseable que se implemente la posibilidad de ser usado por varios usuarios, por lo que el visitador deberá acceder al sistema mediante un inicio de sesión. El sistema deberá reflejar los médicos, horarios, planificaciones y citas para cada usuario. 10) Una vez establecida una planificación, esta podrá ser enviada a un dispositivo móvil. 11) El visitador irá confirmando, en el dispositivo móvil, las visitas realizadas o incluyendo otras nuevas. 12) Al final de la jornada las visitas realizadas se volcarán a la base de datos, siendo contabilizadas en las estadísticas mensuales. Sería deseable buscar una forma de traspasar estas visitas a la aplicación actual del laboratorio. 9 Gonzalo Puche Garrido TFC.NET

10 13) Cada usuario dispondrá de un dispositivo móvil de uso individual. Será necesario el acceso mediante contraseña a la aplicación en el dispositivo móvil. 14) El usuario podrá consultar las visitas realizadas en un periodo de tiempo. Requerimientos no funcionales 1) La aplicación se desarrollará con tecnología WEB en la plataforma.net. 2) Los dispositivos móviles tendrán como sistema operativo Windows Phone 7 3) Deberá ser fácilmente adaptable a distintas bases de datos. 4) Se podrá trabajar sin conexión en los dispositivos móviles, por lo que estos deberán tener algún tipo de almacenamiento de datos. 5) El trabajo en el dispositivo móvil debe ser lo más ágil posible. 6) El sistema no almacenará ningún dato confidencial de los profesionales. 10 Gonzalo Puche Garrido TFC.NET

11 Casos de uso Especificación textual CU-0 Carga de datos iniciales Descripción Carga en la base de datos de los datos maestros necesarios para la aplicación: centros sanitarios, especialidades, sesiones, distancias, usuarios, categorías y puestos Actor Principal Administrador del sistema Precondiciones La base de datos está creada y sin datos maestros Postcondiciones Los datos maestros necesarios están grabados en la aplicación Flujo básico Paso Usuario Paso Sistema 1 Graba los datos maestros en la base de datos 2 Guarda los datos en la base de datos CU-1 Login en sistema principal Descripción Inicio de sesión de un usuario en la aplicación dentro del sistema principal Actor Principal Cualquier usuario del sistema Casos de uso relacionados CU2-Cambio de contraseña Precondiciones El usuario debe estar creado en el sistema y tener una contraseña asociada. No debe tener una sesión abierta Postcondiciones El usuario es validado e inicia la sesión. Flujo básico 11 Gonzalo Puche Garrido TFC.NET

12 Paso Usuario Paso Sistema 1 Inicia la aplicación 2 Solicita código de usuario y contraseña 3 Introduce usuario y contraseña y solicita el acceso a la aplicación 4 Valida usuario 5 Inicia la sesión en la aplicación Flujo alternativo Paso Usuario Paso Sistema 3a Cambio de contraseña 1 Introduce usuario y contraseña y solicita un cambio de contraseña 2 Valida el usuario en el sistema e inicia el caso de uso cambio de contraseña 3 Inicia la sesión en la aplicación Flujo excepcional Paso Usuario/Error 3 No introduce alguno de los datos Sistema Muestra el error de campo obligatorio y solicitar el dato ausente vuelve a 3 Introduce usuario erróneo Muestra el error de usuario no válido y vuelve a solicitar el usuario 3 Introduce contraseña errónea Muestra el error de contraseña no válida solicitar la contraseña y vuelve a CU-2 Cambio de contraseña Descripción Cambio de contraseña del usuario Actor Principal Cualquier usuario del sistema Casos de uso relacionados Extiende CU1-Inicio de sesión Precondiciones El usuario ha sido validado en el sistema y ha solicitado un cambio de contraseña Postcondiciones La contraseña del usuario ha cambiado en el sistema 12 Gonzalo Puche Garrido TFC.NET

13 Flujo básico Paso Usuario Paso Sistema 1 Pide al usuario que introduzca la nueva contraseña y la verifique en otro campo 2 Introduce la nueva contraseña y la verificación de la misma y solicita el cambio 3 Valida las contraseñas y la igualdad de las mismas 4 Guarda la nueva contraseña en el sistema Flujo alternativo Paso Usuario Paso Sistema 2a Cancelación del cambio 1 Solicita la cancelación del cambio 2 Termina el proceso para el cambio de contraseña 3 Inicia la sesión con la contraseña anterior Flujo excepcional Paso Usuario/Error 2 No introduce alguna de las contraseñas Sistema Muestra el error de campo obligatorio solicitar el dato ausente y vuelve a 2 Introduce contraseña diferente en el campo para la verificación Muestra el error de contraseñas diferentes y vuelve a pedir verificación CU-3 Gestión de médicos (CRUD) Descripción Alta, baja, modificaciones y consultas sobre los datos de médicos con los que trabaja el usuario Actor Principal Cualquier usuario del sistema Casos de uso relacionados Incluye CU4 - Consulta de médicos, CU1 - Login Precondiciones El usuario ha iniciado sesión en el sistema y solicita gestionar los médicos Postcondiciones El usuario ha realizado la actualización o consulta deseada Flujo básico 13 Gonzalo Puche Garrido TFC.NET

14 Paso Usuario Paso Sistema 1 3 Solicita al sistema el proceso de gestión de médicos Solicita al un listado de médicos según una serie de criterios 2 Inicia el proceso de gestión de médicos 4 Inicia el caso de uso consulta de médicos 5 Finaliza la gestión Flujo alternativo Paso Usuario Paso Sistema 3a 1 Alta de médicos Solicita el ingreso de un nuevo médico en el sistema 2 Inicia el proceso de alta de médicos 3 Introduce los datos necesarios del médico y solicita su alta 4 Valida la no existencia del médico y otros datos obligatorios y lo guarda en el sistema asociándolo al usuario. Permite introducir más médicos volviendo al inicial el proceso de alta hasta que el usuario lo indique. 5 Finaliza la gestión 5a Modificación de médico 1 Selecciona un médico del listado y solicita la modificación de sus datos. 2 Inicia el proceso de modificación del médico seleccionado 3 Modifica los datos deseados y solicita su modificación 4 Valida los datos necesarios y los actualiza en la base de datos. 5 Finaliza la gestión 5b 1 Baja de médico Selecciona un médico del listado y solicita su baja en el sistema. 2 Marca al médico como baja en el sistema 3 Finaliza la gestión Flujo excepcional Paso Usuario/Error 3 No tiene asociado ningún médico Sistema El sistema le indica la situación y le sugiere el alta de médicos 3a El médico ya existe en el sistema Devuelve el error y le solicita nuevo médico 3a Falta algún dato obligatorio Solicita el dato ausente 5a Falta algún dato obligatorio Solicita el dato ausente 14 Gonzalo Puche Garrido TFC.NET

15 CU-4 Consulta de servicios y médicos Descripción Obtención de una lista de servicios y sus médicos asociados según unos determinados criterios de selección Actor Principal Cualquier usuario del sistema Casos de uso relacionados CU3-Gestión de médicos, CU6-Gestionar día Precondiciones El usuario ha escogido unos criterios de selección Postcondiciones Se obtiene un listado con los servicios y médicos que cumplen esos criterios Flujo básico Paso Usuario Paso Sistema 1 Elige los criterios de selección y solicita el listado de médicos 2 Comprueba que hay médicos que cumplen los criterios y devuelve el informe 3 Finaliza la gestión Flujo excepcional Paso Usuario/Error Sistema 2 No hay médicos que cumplan los criterios de selección Muestra el error no existen datos y vuelve a solicitar parámetros de selección CU-5 Gestión de planificación Descripción Consulta y confección de la planificación de trabajo del usuario Actor Principal Cualquier usuario del sistema Casos de uso relacionados Incluye CU1 - Login CU3-Gestionar día 15 Gonzalo Puche Garrido TFC.NET

16 Precondiciones El usuario ha sido validado en el sistema y solicita la gestión de la planificación Postcondiciones Se consulta u obtiene una planificación de trabajo para las fechas seleccionadas Flujo básico Paso Usuario Paso Sistema 1 Selecciona el periodo a planificar y solicita el informe de la planificación 2 Obtiene la planificación para el periodo seleccionado 3 Selecciona uno o varios días a planificar y solicita su gestión. 4 Inicia el caso de uso gestionar día 3 Finaliza la gestión de la planificación Flujo excepcional Paso Usuario/Error 2 El usuario no tiene médicos asociados Sistema Muestra el error de usuario no tiene médicos asociados y le propone gestión de médicos CU-6 Gestionar día Descripción Confección de la planificación del día de trabajo seleccionado Actor Principal Cualquier usuario del sistema Casos de uso relacionados Extiende CU5 Gestión de planificación Precondiciones El usuario seleccionado un día y ha solicitado su gestión Postcondiciones Se ha planificado el trabajo del día seleccionado Flujo básico Paso Usuario Paso Sistema 1 Solicita una propuesta de planificación para el primer horario libre en el día 2 Propone servicios con médicos pendientes de visitar en el mes ordenados según cercanía al centro de la última cita 16 Gonzalo Puche Garrido TFC.NET

17 3 Selecciona un servicio de la propuesta del sistema 4 Añade el servicio seleccionado a la planificación y recalcula la propuesta bajo petición 5 Acepta la planificación Flujo alternativo Paso Usuario Paso Sistema 1a Añade planificación manualmente 1 Selecciona un centro, servicio, opcionalmente médico y horario. Solicita su inclusión en la planificación 2 Añade el servicio seleccionado a la planificación y recalcula la propuesta bajo petición 5 Finaliza la gestión 1b 1 Anulación de cita Selecciona una cita de la planificación y solicita su anulación 2 Elimina la cita de la planificación Flujo excepcional Paso Usuario/Error Sistema 1a Ya hay una cita planificada en el horario previsto Devuelve el error y sugiere la anulación de la cita CU-6 Gestionar día Descripción Confección de la planificación del día de trabajo seleccionado Actor Principal Cualquier usuario del sistema Casos de uso relacionados Extiende CU5 Gestión de planificación Incluye CU4 Propuesta de planificación Precondiciones El usuario seleccionado un día y ha solicitado su gestión Postcondiciones Se ha planificado el trabajo del día seleccionado 17 Gonzalo Puche Garrido TFC.NET

18 Flujo básico Paso Usuario Paso Sistema 1 Solicita una propuesta de planificación para el primer horario libre en el día 2 Propone servicios con médicos pendientes de visitar en el mes ordenados según cercanía al centro de la última cita 3 Selecciona un servicio de la propuesta del sistema 4 Añade el servicio seleccionado a la planificación y recalcula la propuesta bajo petición 5 Acepta la planificación Flujo alternativo Paso Usuario Paso Sistema 1a Añade planificación manualmente 1 Selecciona un centro, servicio, opcionalmente médico y horario. Solicita su inclusión en la planificación 2 Añade el servicio seleccionado a la planificación y recalcula la propuesta bajo petición 5 Finaliza la gestión 1b 1 Anulación de cita Selecciona una cita de la planificación y solicita su anulación 2 Elimina la cita de la planificación Flujo excepcional Paso Usuario/Error Sistema 1a Ya hay una cita planificada en el horario previsto Devuelve el error y sugiere la anulación de la cita CU-7 Login en dispositivo móvil Descripción Inicio de sesión de un usuario en la aplicación dentro del dispositivo móvil Actor Principal Usuario dueño del dispositivo móvil Precondiciones El usuario debe estar creado en el sistema y tener una contraseña asociada. El usuario y contraseña están guardados en el dispositivo móvil. No debe tener una sesión abierta en el dispositivo móvil Postcondiciones 18 Gonzalo Puche Garrido TFC.NET

19 El usuario es validado e inicia la sesión. Flujo básico Paso Usuario Paso Sistema 1 Inicia la aplicación 2 Solicita código de usuario y contraseña 3 Introduce usuario y contraseña y solicita el acceso a la aplicación 4 Valida usuario en el dispositivo móvil 5 Inicia la sesión en la aplicación Flujo excepcional Paso Usuario/Error 3 No introduce alguno de los datos Sistema Muestra el error de campo obligatorio y solicitar el dato ausente vuelve a 3 Introduce usuario erróneo Muestra el error de usuario no válido y vuelve a solicitar el usuario 3 Introduce contraseña errónea Muestra el error de contraseña no válida solicitar la contraseña y vuelve a CU-8 Descargar planificación Descripción Descarga de la última planificación del usuario realizada en el sistema principal al dispositivo móvil Actor Principal Usuario de dispositivo móvil Casos de uso relacionados Incluye CU7 Login en dispositivo móvil Precondiciones El usuario ha sido validado en el sistema móvil y solicita la descarga de la última planificación realizada Postcondiciones La última planificación se ha descargado al dispositivo móvil Flujo básico Paso Usuario Paso Sistema 1 El usuario solicita la descarga de la última planificación 2 El dispositivo móvil se conecta con el sistema principal y descarga la última planificación del usuario finalizando la conexión Flujo alternativo 19 Gonzalo Puche Garrido TFC.NET

20 Paso Usuario Paso Sistema 1a Actualización datos servicios y médicos en el dispositivo móvil 1 Solicita la actualización de datos de médicos y servicios 2 Lanza el caso de uso para la descarga de servicios y médicos desde el sistema principal Flujo excepcional Paso Usuario/Error Sistema 2 2 No se encuentra planificación asociada al usuario. El dispositivo móvil no puede conectar con el sistema principal Muestra el error de no hay planificación de usuario Muestra el error de conexión CU-9 Descargar servicios y médicos Descripción Actualización de datos de servicios y médicos en el dispositivo móvil Actor Principal Usuario de dispositivo móvil Casos de uso relacionados Extiende CU8-Descarga planificación Precondiciones El usuario ha sido validado en el sistema móvil y solicita la descarga de los datos de servicios y médicos desde el sistema principal Postcondiciones La base de datos de servicios y médicos se han actualizado en el dispositivo móvil Flujo básico Paso Usuario Paso Sistema 1 El usuario solicita la descarga de los datos de médicos y servicios 2 El dispositivo móvil se conecta con el sistema principal y actualiza los datos de servicios y médicos en el dispositivo móvil Flujo excepcional Paso Usuario/Error Sistema 2 2 No se encuentra planificación datos de servicios o médicos. El dispositivo móvil no puede conectar con el sistema principal Muestra el error de no hay datos Muestra el error de conexión 20 Gonzalo Puche Garrido TFC.NET

21 CU-10 Gestionar visitas Descripción Grabación de las visitas realizadas durante el día en el dispositivo móvil Actor Principal Usuario dueño del dispositivo móvil Casos de uso relacionados Precondiciones El usuario se ha validado en el dispositivo móvil Postcondiciones El usuario ha guardado en el dispositivo las visitas realizadas Flujo básico Paso Usuario Paso Sistema 1 Solicita la planificación para el día en curso 2 Obtiene la planificación para el día solcitado 3 Confirma las visita que realiza 4 Guarda las visitas confirmadas 5 Finaliza la gestión Flujo alternativo Paso Usuario Paso Sistema 3a Añadir visita manualmente 1 Selecciona un centro, servicio, opcionalmente médico y horario. Solicita el guardado de la visita 2 Guarda como confirmada la visita realizada en el dispositivo móvil. Flujo excepcional Paso Usuario/Error Sistema 1 El dispositivo móvil no tiene grabada planificación para el día solicitado Muestra la planificación vacía y permita añadir visitas manualmente CU-11 Consulta de servicios y médicos en móvil Descripción Obtención en el dispositivo móvil de una lista de servicios y sus médicos asociados según unos determinados criterios de selección 21 Gonzalo Puche Garrido TFC.NET

22 Actor Principal Usuario dispositivo móvil Casos de uso relacionados CU10-Gestionar visitas Precondiciones El usuario ha escogido unos criterios de selección Postcondiciones Se obtiene un listado con los servicios y médicos que cumplen esos criterios Flujo básico Paso Usuario Paso Sistema 1 Elige los criterios de selección y solicita el listado de médicos 2 Comprueba que hay médicos que cumplen los criterios y devuelve el informe 3 Finaliza la gestión Flujo excepcional Paso Usuario/Error Sistema 2 No hay médicos que cumplan los criterios de selección Muestra el error no existen datos y vuelve a solicitar parámetros de selección CU-12 Cargar visitas Descripción Actualiza la base de datos del sistema principal con las visitas realizadas Actor Principal Usuario de dispositivo móvil Casos de uso relacionados Incluye CU7 Login en dispositivo móvil Precondiciones El usuario ha sido validado en el sistema móvil y ha grabado visitas en el mismo Postcondiciones Las últimas visitas realizadas se registran en el sistema principal Flujo básico 22 Gonzalo Puche Garrido TFC.NET

23 Paso Usuario Paso Sistema 1 El usuario solicita la subida de las visitas registradas en el dispositivo móvil al sistema principal 2 El dispositivo móvil se conecta con el sistema principal y actualiza las visitas Flujo excepcional Paso Usuario/Error Sistema 2 No hay visitas registradas Muestra el error de no hay datos para actualizar 2 El dispositivo móvil no puede conectar con el sistema principal Muestra el error de conexión CU-13 Consulta de visitas en sistema principal Descripción Obtención de una lista con las visitas realizadas en un periodo de tiempo Actor Principal Cualquier usuario del sistema Casos de uso relacionados Precondiciones El usuario ha escogido unos criterios de selección Postcondiciones Se obtiene un listado con las visitas realizadas en el periodo de tiempo seleccionado Flujo básico Paso Usuario Paso Sistema 1 Elige los criterios de selección y solicita el listado de visitas 2 Obtiene el listado con las visitas realizadas en el periodo seleccionado 3 Finaliza la consulta Flujo excepcional Paso Usuario/Error Sistema 2 No hay visitas en el periodo seleccionado Muestra el error no existen datos y vuelve a solicitar parámetros de selección 23 Gonzalo Puche Garrido TFC.NET

24 Cruce con requerimientos Requerimiento Caso de uso Descripción RF1 * Carga de datos iniciales RF2 CU0 Login en sistema principal RF3 CU3 Cambio de contraseña RF4 CU3 Gestión de médicos RF5 CU3 Consulta de servicios y médicos RF6 CU6 Gestión de planificación RF7 CU6 Gestionar día RF8 CU5 Login en dispositivo móvil RF9 CU1 Descargar planificación RF10 CU8 Descargar servicios y médicos RF11 CU10 Gestionar visitas RF12 CU12 Consulta de servicios y médicos en móvil RF13 CU7 Cargar visitas RF14 CU13 Consulta de visitas en sistema principal Diagrama de casos de uso Ilustración 1: Diagrama de casos de uso 24 Gonzalo Puche Garrido TFC.NET

25 Modelo conceptual Un comercial visita a unos médicos determinados, los cuales trabajan en un centro de salud, desempeñando su trabajo en el ámbito de una especialidad y cargo. Cada médico está clasificado en una categoría determinada por el visitador, que indica el número de visitas mínimas que se le deben hacer al mes. El visitador normalmente establece su planificación en base a los horarios de las sesiones médicas que se realizan en los centros según la especialidad. Durante el día va apuntando en una agenda el nombre de los médicos que va viendo y la hora a la que los ha visto, para luego reflejarlo en la aplicación del laboratorio. Ilustración 2: Modelo conceptual 25 Gonzalo Puche Garrido TFC.NET

26 2.2. Documentos de análisis Recogen la información para comprender cómo el sistema resolverá el problema descrito en la fase de análisis Arquitectura del sistema Ilustración 3: Arquitectura 26 Gonzalo Puche Garrido TFC.NET

27 SGVM es una aplicación tipo RIA y ha sido desarrollada utilizando la plantilla Business Application, se compone de las siguientes capas. Base de datos: SQL Server 2008 R2 Acceso a datos: Entity Framework 4. Tecnología de ADO.net que abstrae el origen de datos a un modelo conceptual de entidades y relaciones, independientes de la forma de almacenamiento. Este modelo permite al programador trabajar sobre sus clases olvidándose del origen de los datos. Entity Framework se basa en dos modelos y un mapeo entre ambos: - Modelo de almacenamiento: define el modelo lógico de almacenamiento, contiene los tipos del origen de datos. - Modelo conceptual: representa los datos como entidades y relaciones entre ellas. Servicios: WCF RIA Services. Conectan el cliente con la parte servidora de la aplicación. Compuestos por dos elementos: - Domain services: Ubicados en el lado servidor, exponen la lógica de negocio (entidades, operaciones y reglas) a la capa cliente. - Domain context: Para cada servicio de dominio se genera un contexto de dominio en el lado cliente, permite trabajar con los datos del servidor en la capa de presentación. Es una representación del servicio de dominio en el lado cliente mediante clases proxy. Presentación: Silverlight 4. Microsoft Silverlight es una implementación multiplataforma de.net Framework que se puede ejecutar en distintos exploradores para crear y proporcionar la nueva generación de experiencias multimedia y aplicaciones interactivas enriquecidas para la Web (Microsoft MSDN) 27 Gonzalo Puche Garrido TFC.NET

28 Diagramas de clases En este diagrama se plasman en clases los conceptos del modelo. Ilustración 4: Diagrama de clases 28 Gonzalo Puche Garrido TFC.NET

29 29 Gonzalo Puche Garrido TFC.NET Ilustración 5: Entidades EF

30 Diseño de la base de datos 30 Gonzalo Puche Garrido TFC.NET

31 Interfaz gráfica Login: Acceso a la aplicación, el usuario tecleará su código y contraseña. Esta funcionalidad viene dada por la plantilla Business Application. Gestión de médicos: Consultas y mantenimiento del fichero de médicos. El usuario podrá obtener un listado según los criterios de selección elegidos. Seleccionando uno de la lista el visitador podrá asociarse o desasociarse un médico ya existente. 31 Gonzalo Puche Garrido TFC.NET

32 Gestión de la planificación: El usuario selecciona la semana a planificar, el sistema le muestra un listado con los días de dicha semana, seleccionando uno podrá ver el detalle de lo planificado y pulsando el botón planificar se procede a su planificación. Planificación diaria: Planificación de un día de trabajo. Las citas se pueden añadir manualmente o hacerlo según la propuesta realizada por el sistema. 32 Gonzalo Puche Garrido TFC.NET

33 Gestión de visitas: Registro de las visitas realizadas en un día. Partiendo de la planificación del día se marca en el grid las visitas efectuadas. También se tiene la opción de añadir citas no planificadas manualmente. 3. Conclusiones En general estoy bastante satisfecho con el resultado de este proyecto, especialmente si se tiene en cuenta que todas estas tecnologías son nuevas para mí y que de no haber sido por un problema con la plantilla que he utilizado, que me ha hecho perder una semana de trabajo, el resultado hubiera sido todavía mejor, ya que me hubiera dado tiempo a implementar la parte móvil en Windows Phone Objetivos conseguidos La funcionalidad de la aplicación está completamente conseguida, exceptuando la parte móvil de la misma. Esta parte, aunque importante, no es fundamental para el cometido de la aplicación ya que se ha implementado en la aplicación principal. 33 Gonzalo Puche Garrido TFC.NET

34 Requerimiento Caso de uso Descripción % realizado RF1 * Carga de datos iniciales 100% RF2 CU0 Login en sistema principal 100% RF3 CU3 Cambio de contraseña 00% RF4 CU3 Gestión de médicos 100% RF5 CU3 Consulta de servicios y médicos 100% RF6 CU6 Gestión de planificación 100% RF7 CU6 Gestionar día 100% RF8 CU5 Login en dispositivo móvil 0% RF9 CU1 Descargar planificación 0% RF10 CU8 Descargar servicios y médicos 0% RF11 CU10 Gestionar visitas 100% no móvil 0% móvil Consulta de servicios y médicos en RF12 CU12 móvil 0% RF13 CU7 Cargar visitas 0% RF14 CU13 Consulta de visitas en sistema principal 100% 3.2. Trabajo futuro y recomendaciones de mejora Por motivos personales tengo la intención de continuar con el desarrollo de esta aplicación. Para lograr una funcionalidad total se deben realizar los siguientes puntos: Desarrollo de un módulo de gestión de tablas maestras: centros, sesiones, horarios, etc. Implementación de la gestión de visitas en un dispositivo móvil (RF11) Implementación de la base de datos de médicos y planificaciones en dispositivo móvil (RF12, RF9) Intercambio de datos con el sistema principal desde el dispositivo móvil (RF9, RF10, RF13) Implementación de un programa que resetee los contadores de visitas realizadas al comienzo de cada mes. Como mejoras en la aplicación se pueden destacar siguientes los apartados: Mejora en el diseño de las pantallas. Implementación de un módulo de gestión de informes, que contemple como mínimo los siguientes listados: - Informe de planificación semanal: Listado de médicos planificados en una semana. - Informe de visitas realizadas en un periodo: Listado de visitas realizadas en el periodo de tiempo solicitado. - Informe de médicos: Listado de facultativos con la posibilidad de selección por centro y especialidad. Es importante incluir el número de visitas pendientes en el mes. 34 Gonzalo Puche Garrido TFC.NET

35 Módulo de gestión de ventas: En el que se relacionan las ventas de medicamentos en los centros o áreas sanitarias, de esta manera se podrán hacer estudios y gráficos sobre la respuesta de los médicos al trabajo del visitador. Aprovechando las capacidades multimedia de Silverlight, se podría desarrollar un módulo para presentaciones a médicos donde se incluyan los catálogos de los medicamentos que los visitadores enseñan a los médicos en las visita. 4. Glosario Visitador: Persona que visita a los médicos para mostrar los productos farmacéuticos y las novedades terapéuticas (DRAE). Visita: Charla informativa que el visitador mantiene con el médico Especialidad: Rama de la medicina en la que el facultativo desempeña su trabajo. Puesto: Cargo que desempeña el médico en el centro de salud. Categoría: Clasificación de los médicos que refleja la importancia del facultativo según el criterio del visitador, normalmente por el número de pacientes a los que atiende. Indicará la cantidad mínima de visitas que deben realizarse al mes. Sesión médica: Los hospitales organizan reuniones de médicos por especialidad y en un horario establecido, en las cuáles los especialistas ponen en común aspectos del trabajo realizado, discuten sobre casos, etc. Después de estas sesiones suelen atender a los visitadores. 35 Gonzalo Puche Garrido TFC.NET

36 5. Software y bibliografía 5.1. Software utilizado Microsoft Visual Studio 2010 Professional Microsoft.NET Framework Microsoft Visual C# 2010 Microsoft Silverlight 4 Microsoft Expression Blend 4 Microsoft SQL Server 2008 R2 Microsoft SQL Server Management Studio Quest Software Toad for SQL Server (Freeware) J. Albahari LINQPad Microsoft Internet Information Service 7.5 Microsoft Visio 2010 Microsoft Project 2010 Microsoft Word 2007 Microsoft Excel 2007 Camstasia Studio 7 36 Gonzalo Puche Garrido TFC.NET

37 5.2. Bibliografía Silverlight - Diaz Concha, Rodrigo. Curso introductorio a Silverlight 4. La liga Silverlight [en línea]. Disponible en: [consulta abril 2011]. - Microsoft MSDN. Introducción a Silverlight. [en línea]. Disponible en: [consulta abril 2011]. - Microsoft MSDN. Walkthrough: Using the Silverlight Business Application Template.[en línea]. Disponible en: [consulta abril 2011] - Anderson, Chris. "Building a Framework for Silverlight Line-Of-Business Applications. [en línea]. Disponible en: Of-Business-Applications.aspx. [consulta abril 2011]. - Sabnis, Mahesh. "Line of Business (LOB) Application using Silverlight 4, WCF 4, EF 4 and Commanding Architecture.[en línea]. Disponible en: [consulta abril 2011]. - LaVigne, Frank; Albert, Cameron. Microsoft Silverlight 4 Business Application Development Beguiner s Guide. Birmingham: Pack Publishing Ltd, ISBN Viale, Pablo. Cómo crear las tablas del Membership y Role Provider en SQL Server. [en línea]. Disponible en: [consulta abril 2011]. - Patnaik, Manas. Authentication against custom table in Silverlight 4 using RIA Service. [en línea]. Disponible en: [consulta abril 2011]. - Shen, Weidong. A Sample Silverlight 4 Application Using MEF, MVVM, and WCF RIA Services. [en línea]. Disponible en: [consulta abril 2011]. 37 Gonzalo Puche Garrido TFC.NET

38 WCF RIA services. - Kurata, Devorah. Silverlight and RIA: Adding a ComboBox to a DataForm. [en linea]. Disponible en: [consulta abril 2011]. - D. Brown, Michael. Modelos empresariales con servicios WCF RIA. [en línea]. Disponible en: [consulta abril 2011]. - Noyes, Brian. WCF RIA Services Part 1: Getting Started. [en línea]. Disponible en: Started.aspx. [consulta abril 2011]. - Microsoft MSDN. WCF RIA Services. [en línea]. Disponible en [consulta abril 2011]. - Mayo, Raúl. Implementar R.I.A. Services a tu web con Silverlight 4. [en línea]. Disponible en: [consulta abril 2011]. Entity Framework. - Cruisberghs, Stefan..NET - ADO.NET Entity Framework & LINQ to Entities. [en línea]. Disponible en: [consulta abril 2011]. - Microsoft MSDN. Introducción a Entity Framework. [en línea]. Disponible en [consulta abril 2011]. Microsoft MSDN. LINQ to Entities. [en línea]. Disponible en [consulta mayo 2011]. - Microsoft MSDN. Referencia de Entity SQL. [en línea]. Disponible en [consulta abril 2011]. 38 Gonzalo Puche Garrido TFC.NET

39 SQL Server. - Microsoft MSDN. Funciones del sistema. SqlServer 2008R2. [en línea]. Disponible en [consulta abril 2011]. Otras referencias. - Barceló García, Miguel. Estimación de costes de un proyecto informático. [en línea]. Disponible en: [consulta junio 2011]. - Real Academia de la Lengua Española. Diccionario de la lengua española. 22ª ed. [en línea]. Disponible en: [consulta junio 2011]. - WordReference. Diccionario de sinónimos y antónimos. [en línea]. Disponible en [consulta junio 2011]. Foto portada Freepik. Pildoras azules. [en línea]. Disponible en [consulta junio 2011]. 39 Gonzalo Puche Garrido TFC.NET

40 Anexo 1: Manual de Usuario Índice del documento 1. Introducción Usuarios Entrada y salida de la aplicación Entrada a la aplicación Salida de la aplicación Módulos de SGVM Gestión de médicos Gestión de la planificación Gestión de visitas Gonzalo Puche Garrido TFC.NET

41 1. Introducción La aplicación SGVM (Sistema Gestor de Visita Médica) es un complemento para la planificación del trabajo de un comercial de visita médica. Proporcionará al visitador una visión global de los horarios y centros de salud donde realizar su tarea informativa y ayudará en la planificación de las citas mediante unas propuestas generadas en base al número de visitas pendientes por cada médico y la proximidad de los centros. SGVM ha sido desarrollada en el entorno.net de Microsoft usando la plantilla Business Application. 2. Usuarios Existen dos tipos de usuario en la aplicación: - Usuarios administradores: se encargan del mantenimiento de las tablas maestras y de datos comunes al resto de usuarios. En esta primera versión su trabajo se realiza principalmente directamente en la base de datos ya que no ha habido tiempo para realizar programas de mantenimiento de datos maestros como centros sanitarios, sesiones médicas, etc. Este perfil se corresponde con el de un gerente del laboratorio que supervisa los datos comunes a los visitadores: médicos, centros sanitarios, sesiones médicas - Usuario visitador: Es el usuario comercial de visita objeto de la aplicación. Cada visitador tendrá un determinado número de médicos asociados con los que trabajar. El sistema servirá de soporte para la gestión de las citas con los mismos. 3. Entrada y salida de la aplicación 3.1. Entrada a la aplicación Para entrar a la aplicación, el usuario debe inicial la sesión mediante el acceso login situado el la barra de menú. 41 Gonzalo Puche Garrido TFC.NET

42 Se tecleará el usuario y contraseña proporcionados por el administrador del sistema. En versiones posteriores se habilitará una pantalla para que el usuario pueda modificar sus datos y cambiar su contraseña. Si la validación del usuario es correcta se entra en la aplicación y se despliegan los botones correspondientes a los módulos del sistema Salida de la aplicación Para abandonar el sistema simplemente hay que pulsar el botón logout en el menú. 42 Gonzalo Puche Garrido TFC.NET

43 4. Módulos de SGVM 4.1. Gestión de médicos En este módulo es donde el administrador o los visitadores realizan todas las operaciones con los médicos con los que se trabaja. Cada médico debe ser grabado una sola vez por el administrador o un visitador a partir de ese momento sólo el administrador podrá modificar sus datos, los usuarios normales podrán asignárselo para indicar que van a trabajar con él o desasignarlo para decir que ya no se le visitará. También sirve para consultar médicos por diferentes conceptos, los visitadores podrán ver en ella sus médicos asociados y el número de visitas pendientes en el mes. La pantalla se divide en tres partes: - Parámetros de búsqueda: Consta de una serie de combos y cajas de texto para indicar las condiciones de búsqueda de médicos. Se tiene la opción de ver sólo los médicos que el usuario tiene asociados o sólo los que tienen visitas pendientes en el mes. 43 Gonzalo Puche Garrido TFC.NET

44 - Grid de datos: Parrilla donde se muestran los médicos que cumplen con las condiciones de búsqueda. - Datos para las actualizaciones de médicos: En esta parte se recogen los datos del médico a incluir en el sistema. Es obligatorio introducir nombre, primer apellido, centro de trabajo, especialidad, puesto que ejerce y en el caso de ser un visitador el que lo graba la categoría que tiene a su parecer, la cual determinará el número de visitas a efectuar. Una vez guardado será mostrado en la parrilla y podrá se asociado por otros visitadores. 44 Gonzalo Puche Garrido TFC.NET

45 El visitador 2 no tiene ningún médico asociado deberá consultar la lista de médicos sin marcar la casilla sólo mis médicos, seleccionar el que se desee y asignarle una categoría y pulsar el botón de asociar. A partir de ese momento entrará en sus planificaciones. El médico queda asociado al visitador, la categoría oro implica tres visitas mensuales e inicialmente se tienen 0 visitas. 45 Gonzalo Puche Garrido TFC.NET

46 4.2. Gestión de la planificación Este módulo contiene la funcionalidad principal de la aplicación. En la primera pantalla se muestra un calendario donde se seleccionará el día a planificar. En caso de no existir una planificación para la semana el sistema pregunta si se desea crear una. Una vez generada la planificación semanal se tiene que ir planificando día a día, para ello seleccionamos el día en el calendario y pulsamos el botón planificar. 46 Gonzalo Puche Garrido TFC.NET

47 El usuario entra en la pantalla para la planificación de las visitas del día seleccionado. Para solicitar la propuesta del sistema deberá introducir una hora y un centro de partida, podrá indicar que solo desea incluir en la propuesta aquellos médicos con visitas pendientes. En el caso del visitador 2, al cual se le asoció un médico en el apartado anterior, el sistema hace dos propuestas: la primera se corresponde a la sesión médica de su especialidad en el centro (normalmente los médicos cuando terminan estas sesiones suelen recibir a los visitadores antes de empezar su trabajo diario) y la segunda se corresponde a un horario establecido por el propio médico para atender a los visitadores. Una vez el sistema hace la propuesta el usuario seleccionará aquellas citas que le interesen y las pasará al grid de la planificación del día, mediante una operación de arrastrado con el ratón. Para eliminar una cita del grid de planificación se selecciona y se pulsa el botón marcado con un signo Gonzalo Puche Garrido TFC.NET

48 En la siguiente imagen se muestra una planificación del visitador 1 en la cual esta añadiendo una cita manualmente. Una vez terminada la planificación del día se pulsará el botón aprobar para guardarla en el sistema y volver a la pantalla de la planificación semanal. 48 Gonzalo Puche Garrido TFC.NET

49 49 Gonzalo Puche Garrido TFC.NET

50 50 Gonzalo Puche Garrido TFC.NET E El número nueve que aparece en el resumen de la planificación semanal indica el número de médicos planificados. La sesión de neumología de La Paz se compone de cuatro neumólogos.

51 4.3. Gestión de visitas El soporte principal para este módulo debería ser un dispositivo móvil en el que el visitador reflejará las visitas que he realizado en el día. Debido a los contratiempos que he tenido con la base de datos no he podido realizar esta parte. Es necesario implementar esta funcionalidad en la aplicación principal, para poder registrar las visitas en caso de no disponer del dispositivo móvil. El visitador seleccionará el día deseado en el calendario, mostrándosele a continuación la planificación registrada para ese día. Deberá un marcando cada médico visto, también puede añadir una visita no planificada manualmente 51 Gonzalo Puche Garrido TFC.NET

52 Las visitas realizadas tienen su reflejo en el número de visitas pendientes que tiene el médico en el mes en curso. 52 Gonzalo Puche Garrido TFC.NET