CASO: PACHTREE HEALTCARE

Mtodo Caso

1.Antecedentes

A1. Las herramientas Tecnolgicas se volvieron elementos importantes para el desempeo

A2.Crecimiento de la empresa mediante fusiones

A3. Tecnologa incompatible que se mantena cohesionada a causa de emplear muchos

recursos

A4. Creencia del CEO de que haba cosas que no se podan estandarizar pues corra el riegos la
salud del paciente por tanto se deba dejar que el medico decida

A5. Colapso del Sistema de Informacin

A6. Aceptacin por parte del personal de salud las Tecnologas de la informacin como
herramienta primordial

A7.Falla demasiado Rutinaria de la herramienta que se haba convertido en primordial

A8. Mantener la infraestructura de TI consuma mucha energa y se haba convertido en un lujo

ms que una innovacin

2.Analisis

A1. No se puede estandarizar porque hay diferentes tipos de pacientes y cada institucin que
se integr previamente tena una cultura distinta

A2. Todos los Hospitales hacan las cosas de manera distinta

A3.Se propone estandarizar los procesos en toda la empresa, pero no es posible porque no se
asemeja al sector banca ya que los protagonistas del sistema son distintos como cliente de un
banco es distinto a un paciente

A5. EL CEO crea que la flexibilidad y la no estandarizacin hacan que los procesos fueran
flexibles al cambio
A8. Cada empresa posea su propia data

A8. Se incurre en costos demasiado altos

3.Problema
No se logra la calidad, coherencia continuidad de la atencin en salud en toda la red

4.Recomendaciones

Implementacin de Telemedicina para que mdicos de un centro atiendan a los del

otro centro de salud de la red
Hacer un Benchmarking con empresas similares
Planteamiento de un infraestructura nueva y homognea , un conjunto nico de
sistemas y aplicaciones , una interoperabilidad y con coherencia absoluta en todos los
hospitales una base de datos unificada de las fichas de los pacientes
Aplicacin de la Arquitectura Orientada a Servicios si bien en esos momentos no
estaba madura la Jefa de TI haba hecho algunas pruebas y le haba resultado bien
Implementar SOA pero a las reas ms crticas a modo de prueba, de manera que no
se incurra en mucho costo en caso de fracasar