(return to home lab)

 

 

UNIVERSITAD DE LAS AMERICAS

Cholula, Puebla

MEXICO

 

 

 

 

 

 

 

ADMINISTRACION DE PROYECTO

Tarea en Equipo 2 - Resolución de Problemas

 

 

Integrantes:

112522 – Arturo Rodríguez Vázquez

115570 – Ignacio López Pérez

203293 – Pierre Derrier

 

Fecha de Entrega: Martes 5 de Octubre de 2004

 

Contenido:

 

 

 

El problema

 

Rol de cliente: Ignacio López Pérez

 

Información proporcionada:

 

Soy médico particular, trabajo en mi consultorio, tengo que llevar un control de diferentes cosas, entre las cuales, el control de mis citas (consultas), tengo que llevar una historia clínica por cada uno de mis pacientes, las cuales estoy archivando en papel.

 

Estas historias se han vuelto un requisito ante salubridad por lo cual necesito tener un mayor control sobre éstas ya que muchas de ellas se han perdido, y son documentos importantes que requieren mayor disponibilidad.

 

También quisiera llevar cierto control sobre las recetas que le doy a cada uno de mis pacientes, por circunstancias legales.

 

Por último administrar la contabilidad del consultorio, me interesa conocer las ganancias que se generan quincenalmente así como también los gastos que se hacen para mantenimiento, compra de material médico, pago de nóminas y demás. Toda esta información algunas veces requiere que se imprima.

 

Cabe mencionar que tengo una secretaria que se encarga del aspecto administrativo y una enfermera.

 

He considerado el adquirir software comercial especializado, sin embargo no he encontrado alguno que satisfaga mis necesidades y que sea de mi agrado.

 

Cuento con dos máquinas, ambas se adquirieron hace 2 años, una tiene Word y Excel, que son los programas que utiliza la secretaria para hacer su trabajo, la otra la utilizo yo para consultar el PLM.

 

 

 

La Resolución

 

Analistas:  Arturo Rodríguez Vázquez

Pierre Derrier

 

 

Identificación del problema

 

Problema de TI: Los procesos de manejo de información del médico son ineficientes y quiere optimizarlos. Los procesos que se identifican son los siguientes:

 

 

 

Contexto y situación actual

 

Breve análisis de procesos

 

Proceso

Situación Actual

Manejo de agenda

La secretaria se encarga de calendarizar en una agenda las citas del médico

Manejo de historias clínicas

Se manejan en papel y se guardan en un archivero. Su localización es tardada y a veces se pierden.

Control de recetas

Actualmente el médico maneja hojas membretadas, en las cuales escribe a mano las recetas que da.

Control de contabilidad

La secretaria se encarga de llevar la contabilidad con ayuda de Word y Excel.

 

La situación ideal es automatizar estos procesos.

 

Otras observaciones

 

 


Identificación de Participantes

 

 

 

Ignacio

Arturo

Pierre

Imelda

Betty

Organización

Cliente

Líder de equipo de proyecto

Equipo de proyecto

Secretaria del cliente

Enfermera del cliente

Rol en el proyecto

Cliente, usuario final

Analista

Analista

Usuario final, secretaria

Usuario final, enfermera

Datos únicos

Amable, dispuesto a proporcionar la información que sea necesaria.

Flexible, pero difícil de localizar

Extranjero, está aprendiendo a hablar en español.

Maneja paquetería de producción

Persona madura, poco acostumbrada a usar computadoras

Nivel de interés

Alto, le interesa mejorar sus procesos de TI

Alto, le interesa ayudar al cliente

Alto, le interesa ayudar al cliente, es el primer proyecto en español.

Medio, le interesa tener mejores herramientas para hacer su trabajo, pero con las que tiene se conforma.

Bajo, no se mete con las cuestiones administrativas, sólo con los datos de las historias clínicas.

Nivel de influencia / responsabilidad

Alto, él definirá las bases sobre las cuales se trabajará (requerimientos)

Alto, tiene la responsabilidad de dirigir al equipo del proyecto

Alto, el equipo de trabajo es quien debe proponer soluciones.

Medio, el éxito del proyecto depende en parte de que ella se adapte a la nueva situación.

Bajo, los cambios casi no le afectarían.

Sugerencias en el manejo de la relación

Mantener cordialidad y contacto

Confiar en sus decisiones.

Hacer énfasis en la comunicación

Enterar de los cambios que se decidan hacer. Dar entrenamiento en caso de ser necesario.

Enterar de los cambios que se decidan hacer.

 


Planteamiento de posibles soluciones

 

Las posibles soluciones que se pueden plantear para este caso son las siguientes:

 

 

 

Evaluación de las posibles soluciones

 

Solución

Factibilidad

Ventajas

Desventajas

Adquisición

Sí es factible, el cliente está dispuesto a hacer una inversión económica considerable.

Rapidez en la implementación de la solución.

Actitud negativa del cliente

Es difícil encontrar un software que se adecue a las necesidades del cliente.

Crearía muchos cambios en los procesos del cliente.

No se puede evolucionar (adaptar a cambios en los procesos del cliente)

Adquisición y desarrollo

Sí es factible, porque el cliente está dispuesto a hacer una inversión económica considerable, hay computadoras donde se podría instalar el Software, y el cliente dispone de tiempo.

El software se adapta más al cliente en comparación a sólo adquirir el Software.

No se necesita desarrollar desde cero.

La evolución es posible.

Se hace un estudio mucho más grande, con más riesgos de que no se lleve a cabo la implementación de la solución.

Uso de infraestructura actual

Sí es factible, existen dos máquinas sobre las cuales se podría trabajar.

Uso de herramientas conocidas por los usuarios finales.

No es seguro cubrir todos los requerimientos.

El producto final es difícil de evolucionar (adaptar a cambios).

Desarrollo de Software

Sí es factible, se cuenta con una plataforma sobre la cual se puede trabajar, el cliente está dispuesto a hacer una inversión económica considerable y puede esperar el tiempo necesario.

Mayor posibilidad de cubrir los requerimientos.

Se necesitan más recursos (tiempo, costos y personal)

 

 

Propuestas de soluciones por prioridad

 

De acuerdo con la información anterior, se propone la implementación de las soluciones en el siguiente orden de prioridad:

 

  1. Uso de infraestructura actual
  2. Adquisición
  3. Adquisición y desarrollo
  4. Desarrollo de Software

 

 

Observaciones finales

 

La opción de desarrollar todo se considera la última, debido a que es preferible usar lo que ya existe, porque envuelve menos cambios de organización para el cliente y menos riesgos para el equipo de desarrollo.

 

Estas propuestas no están basadas en un estudio de factibilidad económico detallado, dependiendo de las posibilidades del cliente puede cambiar el orden de la prioridad de las soluciones.

 

Este estudio está enfocado en el cliente, y no sobre los intereses económicos de los desarrolladores.

 

Para seguir el proyecto se necesita hacer un estudio de factibilidad más específico y negociar con el cliente.

 

 

 

 

Pierre Derrier    #203293

Arturo Rodríguez Vázquez #112522

Ignacio López Pérez #115570

 

pierre.derrier@laposte.net

 

(return to home lab)