Sistema de logística de la atención oftalmológica
PRESENTACIÓN PROCESOGrupo 9 – Proyecto de Ingeniería de Software
24 de Noviembre de 2008
PLANOJO
AgendaProceso
Introducción -Metas del ProyectoProceso - Fases – AdaptaciónRelación con el ClienteDatos del ProyectoDisciplinasEvaluación del Proceso
ProductoArquitectura – DistribuciónFuncionalidadesDemoPreguntas
PLANOJO
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
Metas del ProyectoMejora 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
Procesoinicial elaboración construcción transición
iteración 1
iteración 2
iteración 1
iteración 2
iteración 1
iteración 2
iteración 1
iteración 2
Muy poca desviación.
Gran cumplimiento con entregables.
No se afectó el cierre de ninguna fase.
PLANOJO
Ajuste al Proceso - DesviacionesInicial
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
Relación con el ClienteRelació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
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
Problema de GestiónProblema:
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
Datos del ProyectoFase Archivos java Líneas Comentarios Total
Elaboración 58 2897 389 3837
Construcción 122 6741 752 9140
Transición 114 7861 962 10425
2897
389
3837
6741
752
9140
7861
962
10425
0
2000
4000
6000
8000
10000
12000
Líneas Comentarios Total:
Elaboración Construcción Transición
E
Estimadas (semana 6) 8940
Error 14%
PLANOJO
Datos del Proyectohoras/semana
161134,5
285,5
326,5
258,5
320,5 318,75289 302 301 300 295
240
94,5
0
50
100
150
200
250
300
350
1 2 3 4 5 6 7 8 9 10 11 12 13 14
Total de horas Promedio/integrante Semanal
Reales 3626,75 18,5 259
Estimadas 3780 19,3 270
Error 4,5%
PLANOJO
Datos del Proyectohoras/participante
249 254,5280
241 241,5262 260,75
246,5 258,5 250 249
284 291,5
258,5
0
50
100
150
200
250
300
350
Joaquín Fleitas Pablo Ibáñez Miguel Machado Sebastián Sierra
Juan Pablo Vignola Federico Bello Magela Cairo Claudio Perrone
Gabriel Arrospide Florencia Buján Juan Herman Saúl Fagundez
Sebastián Vergara Pablo Clavijo
PLANOJO
Datos del ProyectoAcumulados por Área
314
111,5
1244,75
183100
560619,5
95,59,5
389
0
200
400
600
800
1000
1200
1400
A/R
Diseño
Imple
men
tació
n
G. de
Calida
d
G. Con
figur
acion
G. de
Proye
cto
V&V
G. de
Comun
icació
n
Impla
ntac
ión
F&E
PLANOJO
Disciplinas
1 2 3 4 5 6 7 8 9 10 11 12 1314 C
al
G C
on.
GP
V&
V
0
10
20
30
40
50
60
70
80
90
100
Cal G Con. GP V&V
PLANOJO
Disciplinas
1 2 3 4 5 6 7 8 9 10 11 12 13 14
A/R D
is
I
G C
om
.
Im F&
E
0
20
40
60
80
100
120
140
160
180
A/R Dis I G Com. Im F&E
PLANOJO
PLANOJO
Gestión SCM (1)Servidor propio
Servidor SVNEvitamos problemas de congestionamientoEvitamos problemas de espacioDisponibilidad absolutaLibre manejo de configuraciones
Manejo de passwords de acceso y autorizaciones por repositorio y por proyecto
PLANOJO
Gestión SCM (2)
Dos repositorios, sitio Sharepoint y repositorio back-up
SVNDOCacceso SCMR
SVNROOTacceso r/w implementadores (restricciones por c/u 4 proy.)acceso r usuarios permitidos (verificación, investigación)sin acceso usuarios no permitidos
PLANOJO
Gestión SCM (3)
Sharepointhttp://www.planojo.xsolon.netmanejo grupal y colectivo de archivos en etapa de elaboraciónedición simultanea de archivos
Back uprepositorio personal (SCMR) actualizaciones semanales
PLANOJO
Gestión SCM (4)Estandarización de todo lo relativo al uso de los repositorios
1 semana de anticipación al usoImportación de branchesConfig. y manejo de TortoiseSVNConfig. y manejo del subclipseManuales ilustrados para manejo del ambiente controladoNotas rápidas manejo del ambienteNotas rápidas del plan de SCM para acceso grupalNomenclatura de tags definida
PLANOJO
Gestión SCM (5)Prioridad grupal en mantener la integridad de la línea baseNotificaciones inmediatas a todos los miembros del grupo ante cambios en:
El repositorioManejo de una herramientaBranches de trabajoPermisos
Mecanismo de solicitud de cambios vía email grupalReportes semanales completos
StatSVNAlcance grupal
Buena planificación y gestión de riesgos
Gestión SCM (6)Todo esto llevó a lo siguiente:
100%
90%
100% 100% 100%
70%
100%
80%
100%
70%
40%
0%
10%
20%
30%
40%
50%
60%
70%
80%
90%
100%
Planificado VS Logrado
Porcentaje de aplicacion 100% 90% 100% 100% 100% 70% 100% 80% 100% 70% 40%
ACT1 ACT2 ACT3 ACT4 ACT5 ACT6 ACT7 ACT8 ACT9 ACT10 ACT11
ACT1 --> Manejo de documentos que no están en línea base se realizo mediante un sitio SharePoint ACT2 -->Uso política nomenclatura planificadaACT3 -->Establecimiento de estándares y procedimientos a seguir con respecto a los cambios para permitir un control de los mismos ACT4 -->Proveer reportesACT5 -->Definición e implantación de estrategiasde 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 unelemento de línea base ACT11 -->Uso de TortoiseSVN para acceder al repositorio de documentos
PLANOJO
PLANOJO
Gestión de Validación & Verificación (1)
Verific ac ión de C as os de Us o
118
40
0
20
40
60
80
100
120
140
C asos de prueba E rrores
PLANOJO
Verific ac ión de Doc umentos
24
15
0
5
10
15
20
25
30
Verificados E rrores
Gestión de Validación & Verificación (2)
PLANOJO
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.
Gestión de Validación & Verificación (3)
PLANOJO
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.
Gestión de Validación & Verificación (4)
PLANOJO
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.
Gestión de Validación & Verificación (5)
PLANOJO
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.
Gestión de Validación & Verificación (6)
PLANOJO
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.
Gestión de Validación & Verificación (7)
PLANOJO
PLANOJO
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
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
Gestión de Calidad (3)
Cantidad de errores encontrados entre Revisiones y RTF's
12
4
4
812
4
4
3
3
53
Especificación deRequerimientosModelo de Dominio
Plan de Proyecto
Modelo de Diseño
Descripción de la Arquitectura
Estándar de Documentación deUsuarioModelo de Datos
Materiales para Soporte alUsuarioPlan de Verificación de laIteraciónPlan de Desarrollo
Plan de Implantación
PLANOJO
Gestión de Calidad (4)
CONCLUSIONES SQA
POSITIVASNEGATIVAS• 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
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.
Sistema de logística de la atención oftalmológica
24 de Noviembre de 2008
PRESENTACIÓN PRODUCTOGrupo 9 – Proyecto de Ingeniería de Software
PLANOJO
PLANOJO
Arquitectura
NegocioReserva
Presentacion
«subsistema»Indicadores
Base de Datos
Dominio Utils
Controllers
Capa Logica
Capa Persistencia
INegocioReservas
IIndicadores
«subsistema»Migracion
IMigracion
PLANOJO
JPA
Datatypes
PLANOJO
Distribución
Cliente:Adm
Cliente:LPO
Cliente:Pre
Cliente:Poli
Cliente:Pos
Server DB Server
PLANOJO
PLANOJO
TiposAdministradorUsuario 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.
Gestión de Usuarios
PLANOJO
Gestión de Personal Servicios y Horarios
A modo de ejemploPersonal: 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
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
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
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.
Gestión de Reservas
PLANOJO
CONSULTA DE RESERVAS.Se permitirá realizar búsquedas y obtener listados por distintos criterios o filtros incluyendo combinaciones de los mismos:
Por PacientePor EspecialistaPor Rango de FechasPor ServicioPor Estado
Gestión de Reservas
PLANOJO
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
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
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
DEMO (live)
PLANOJO
Muchas gracias
Top Related