|
|
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:
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.
Analistas: Arturo Rodríguez Vázquez
Pierre Derrier
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:
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:
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