Sistema de logística de la atención oftalmológica

1. Sistema de logística de la atención oftalmológica PRESENTACIÓN PROCESO Grupo 9 – Proyecto de Ingeniería de Software 24 de Noviembre de 2008

2. Agenda Proceso • Introducción -Metas del Proyecto • Proceso - Fases – Adaptación • Relación con el Cliente • Datos del Proyecto • Disciplinas • Evaluación del Proceso Producto • Arquitectura – Distribución • Funcionalidades • Demo • Preguntas PLANOJO

3. Introducción • Nombre del Proyecto: PLANOJO • Proceso guía utilizado: MUM • Cliente: Hospital de Ojos • Equipo de Trabajo: Grupo 9, 15 participantes • Directora: Mariana Grunfeld PLANOJO

4. Metas del Proyecto • Mejora de la gestión de pacientes • Mejorar sistema de reservas. • Mejorar seguimiento de los tratamientos y de atención de los pacientes. • Mejorar aspectos de la calidad de atención. • Automatizar la obtención de indicadores. • Mejorar el servicio a los pacientes. • Aplicar el proceso indicado en el curso. • Optimizar el desarrollo aplicando un proceso de Ingeniería de Software. • Consolidar las fases del proceso y cumplir con objetivos específicos para cada una de ellas. PLANOJO

5. Proceso • Muy poca desviación. • Gran cumplimiento con entregables. • No se afectó el cierre de ninguna fase. PLANOJO

6. Ajuste al Proceso - Desviaciones • Inicial • Pequeño retraso para establecer primera reunión de relevamiento. • Validación formal de requerimientos relegada a la fase de elaboración (SI se válido en Inicial de todas formas). • Consolidación de equipo de dirección del proyecto. • Elaboración • Presentación formal en H de Clínicas. Instancia formal de Validación. • Construccion • Iteraciones subdivididas en pequeñas subiteraciones más dinámicas que atacaban puntualmente los casos de uso. • Transición • Sin desviaciones. PLANOJO

7. Relación con el Cliente • Relación buena durante el proceso. • Aportes fundamentales para el enfoque de las metas del proyecto. • Compromiso del equipo con las institución cliente y con sus usuarios. PLANOJO

8. Riesgos y Estrategias asumidas Riesgos: • Poca definición de los requerimientos. • Falta de representante técnico. • Falta de claridad sobre Stakeholders claves. • Formación previa no adecuada para encarar la interfaz que era un requerimiento de alta prioridad. • Escasa viabilidad de implantación de PlanOjo debido a la presencia de un sistema en implantación construido por ASSE cuya funcionalidad coincide en varios aspectos. Soluciones: • Se asumió la libertad de generar los requerimientos en función de la realidad que se apreció en la institución . • Se monitoreó especialmente el aspecto tecnológico de la aplicación para evitar riesgos técnicos. • Se consolidó un equipo especial para tratar el tema . • Se buscó identificar aspectos que permitieran diferenciar PlanOjo del otro sistema. En particular construir una solución que no enfrentara las dificultades de la otra aplicación. PLANOJO

9. Problema de Gestión Problema: • Problemas para distribución efectiva de directivas ejecutivas. Identificado en semana 3. Solución: • Reestructura funcional de organización ejecutiva. Delegación en equipo de dirección con responsables de área. Delegación -> degeneró en conflicto de dirección administrativa en semana 10. PLANOJO

10. Datos del Proyecto PLANOJO

11. Datos del Proyecto Error 4,5% PLANOJO

12. Datos del Proyecto PLANOJO

13. Datos del Proyecto PLANOJO

14. Disciplinas PLANOJO

15. Disciplinas PLANOJO

16. PLANOJO

17. Gestión SCM (1) • Servidor propio • Servidor SVN • Evitamos problemas de congestionamiento • Evitamos problemas de espacio • Disponibilidad absoluta • Libre manejo de configuraciones • Manejo de passwords de acceso y autorizaciones por repositorio y por proyecto PLANOJO

18. Gestión SCM (2) • Dos repositorios, sitio Sharepoint y repositorio back-up • SVNDOC • acceso SCMR • SVNROOT • acceso r/w implementadores (restricciones por c/u 4 proy.) • acceso r usuarios permitidos (verificación, investigación) • sin acceso usuarios no permitidos PLANOJO

19. Gestión SCM (3) • Sharepoint • http://www.planojo.xsolon.net • manejo grupal y colectivo de archivos en etapa de elaboración • edición simultanea de archivos • Back up • repositorio personal (SCMR) • actualizaciones semanales PLANOJO

20. Gestión SCM (4) • Estandarización de todo lo relativo al uso de los repositorios • 1 semana de anticipación al uso • Importación de branches • Config. y manejo de TortoiseSVN • Config. y manejo del subclipse • Manuales ilustrados para manejo del ambiente controlado • Notas rápidas manejo del ambiente • Notas rápidas del plan de SCM para acceso grupal • Nomenclatura de tags definida PLANOJO

21. Gestión SCM (5) • Prioridad grupal en mantener la integridad de la línea base • Notificaciones inmediatas a todos los miembros del grupo ante cambios en: • El repositorio • Manejo de una herramienta • Branches de trabajo • Permisos • Mecanismo de solicitud de cambios vía email grupal • Reportes semanales completos • StatSVN • Alcance grupal • Buena planificación y gestión de riesgos PLANOJO

22. Gestión SCM (6) ACT1 --> Manejo de documentos que no están en línea base se realizo mediante un sitio SharePoint ACT2 -->Uso política nomenclatura planificada ACT3 -->Establecimiento de estándares y procedimientos a seguir con respecto a los cambios para permitir un control de los mismos ACT4 -->Proveer reportes ACT5 -->Definición e implantación de estrategias de branching. ACT6 -->Uso de los mensajes de acuerdo al formato establecido al commitear CI de software ACT7 -->Manejo de la herramienta subclipse de acuerdo a lo especificado en el documento de estandarización ACT8 -->Generar una línea base por iteración en cada Fase ACT9 -->Uso de dos repositorios ACT10 -->Uso de una planilla para solicitar un cambio en un elemento de línea base ACT11 -->Uso de TortoiseSVN para acceder al repositorio de documentos • Todo esto llevó a lo siguiente:

23. PLANOJO

24. Gestión de Validación & Verificación (1) PLANOJO

25. Gestión de Validación & Verificación (2) PLANOJO

26. Gestión de Validación & Verificación (3) El modelo del proceso MUM fue tomado como referencia pero debimos adaptarlo a nuestra realidad. Semanas 5 y 6 se pospuso la verificación debido a un retraso en la implementación de los casos de uso planificados. Semanas 9 y 10 se pospuso la verificación ya que no se dispuso de una versión estable para verificar los casos de uso planificados. PLANOJO

27. Gestión de Validación & Verificación (4) En las semanas 11 y 12 se optó por incluir dentro de la iteración otra iteración mas pequeña para compensar el atraso sufrido en iteraciones anteriores. PLANOJO

28. Gestión de Validación & Verificación (5) Se verificó todo lo planificado y se corrigieron todos los bugs encontrados quedando 2 bugs principales sin corregir y algunos detalles: Cuando se elimina una frecuencia para un servicio de un personal, si ese personal no tiene otras frecuencias para ese servicio se debe desasignar ese servicio para ese personal. Dos indicadores no se visualizan. Observaciones, detalles en la visualización y transición de ventanas. PLANOJO

29. Gestión de Validación & Verificación (6) Las pruebas no funcionales de volumen no fueron realizadas. Se realizaron pruebas de performance simulando una pequeña realidad a la que nuestro sistema iba a formar parte. Se utilizó una funcionalidad del sitio de sharepoint, se discriminó por capa, caso de uso, prioridad y estado de la verificación entre otros. PLANOJO

30. Gestión de Validación & Verificación (7) CONCLUSIONES Se verificó todo lo planificado y se corrigieron todos los bugs encontrados. Los bugs conocidos que no fueron corregidos no afectan de manera significativa la funcionalidad del sistema. El grupo se adaptó de forma excelente para enfrentar las dificultades que surgieron a lo largo del proyecto. PLANOJO

31. PLANOJO

32. Gestión de Calidad (1) • Se identificaron las actividades a realizar en el Plan de Calidad en las primeras semanas. Se tardó en entender el documento y las actividades involucradas y sus interacciones. Se modificó a lo largo del proceso acorde a las actividades y sus interacciones. • Propiedades relevantes identificadas de calidad: • Facilidad de uso. • Amigabilidad. • Funcionalidad. • Usabilidad. PLANOJO

33. Gestión de Calidad (2) • Todas las semanas se aplicaba un control de calidad sobre los entregables correspondientes. • Hubo una coordinación constante a otras áreas de gestión, principalmente con la de Proyecto y la de Verificación. • Se tomaron decisiones personales sobre ciertas actividades. • REVISIONES: • Se realizaron revisiones de documentos a lo largo de todo el proceso. • Hubo desviaciones en algunas revisiones dado que se consideraban modificaciones dependiendo de la fase actual del proceso. Por ejemplo: En la Fase Inicial se priorizó sobre la Especificación de Requerimientos y en la Fases de Construcción y Transición se priorizó sobre el Manual de Usuario. PLANOJO

34. Gestión de Calidad (3) PLANOJO

35. Gestión de Calidad (4) CONCLUSIONES SQA NEGATIVAS POSITIVAS • Ayudó a generar una buena • calidad de los entregables • semanales. • Identificando atributos de • calidad, se ayudó a contemplar • necesidades explícitas e • implícitas del Cliente. • Las revisiones cooperaron en la • retroalimentación del proceso • de forma positiva. • Desviaciones del proceso que • ayudaron a un mejor • desarrollo. • Cooperación con otras áreas. • Dificultad inicial para • comprender las actividades. • Dificultad para definir • agenda de revisiones. • Falta de sincronismo en la • entrega de documentos. PLANOJO

36. EVALUACIÓN FINAL • Observaciones • El proyecto pareció fluir a través del proceso. • Resultó costoso sin embargo cumplir con las • documentaciones. • Sugerencias de cambios • Entregas quincenales y no semanales. • Menos carga horaria exigida o mejor distribución • de la misma entre los diferentes roles. PLANOJO

37. Sistema de logística de la atención oftalmológica PRESENTACIÓN PRODUCTO Grupo 9 – Proyecto de Ingeniería de Software 24 de Noviembre de 2008

38. PLANOJO

39. Arquitectura PLANOJO

40. Distribución PLANOJO

41. PLANOJO

42. Gestión de Usuarios • Tipos • Administrador • Usuario Común • Ambos tipos de usuario gozan de permisos diferentes sobre las funcionalidades del sistema. • Permite el logueo de usuarios al sistema lo cual lleva a tener un registro de quién realiza cada actividad. PLANOJO

43. Gestión de Personal Servicios y Horarios • A modo de ejemplo • Personal: médicos, técnicos, administrativos. • Servicios: Análisis de sangre, cirugía, etc. • Se asocia el personal a cada tarea para llevar un registro de dicha actividad (ej: Médico Juan opera Cataratas). • Permite asignar horarios de disponibilidad para cierto integrante del personal que realiza una tarea específica. • Cada horario tiene asociado una cantidad de turnos flexible. PLANOJO

44. Gestión de Pacientes • Permite realizar el seguimiento y registro de las consultas de los pacientes. • Simula el flujo de atención por la que transita un paciente para un resultado en particular. Plan Personal PLANOJO

45. Gestión de Reservas • RESERVA POR SERVICIO. Se podrán realizar reservas buscando disponibilidad para determinado servicio. • RESERVA POR MEDICO. Se podrán realizar reservas buscando disponibilidad de determinado Especialista. • TURNOS CON HORARIO. Para minimizar el tiempo de espera de los pacientes en el Hospital, se ofrecen turnos de acuerdo a la cantidad de cupos y horario de atención. PLANOJO

46. Gestión de Reservas • ATENCIÓN DE RESERVAS. Permite llevar registro del cambio de estado de una reserva permitiendo al usuario ingresar observaciones correspondientes a dicha transición. • REPROGRAMACION DE RESERVAS. El sistema permite flexibilidad ante cambios de agenda permitiendo reprogramación de bloques de reservas. PLANOJO

47. Gestión de Reservas • CONSULTA DE RESERVAS. Se permitirá realizar búsquedas y obtener listados por distintos criterios o filtros incluyendo combinaciones de los mismos: • Por Paciente • Por Especialista • Por Rango de Fechas • Por Servicio • Por Estado PLANOJO

48. Indicadores • Se permite consultar información referente a múltiples indicadores de calidad definidos para la institución. Como por ejemplo: • Total de consultas por sexo. • Promedio de inasistencias. • Total de consultas por médico. • Número de pacientes con derivación quirúrgica. • Tiempo de espera promedio. • Porcentaje de pacientes que requieren internación. PLANOJO

49. Migración de Datos • Importación de datos al sistema desde una planilla electrónica XLS. • Exportación de datos del sistema a formato XLS y XML. PLANOJO

50. Evaluación del Producto • PLANOJO es una importante evolución en la logística y operativa del hospital Saint Bois. • Mejora en el Servicio. • Beneficio para la Institución y Pacientes. • Extensiones posibles: • Extensiones Web • Funcionalidades de control en tiempo real PLANOJO