Después de años de investigación y planificación, miles de horas de trabajo, varias noches de insomnio y una importante inversión monetaria, implementó con éxito el registro de salud electrónico que mejoraría para siempre la entrega y documentación de la atención del paciente y los flujos de trabajo de sus médicos. Usted sobrevivió a la prisa de la puesta en marcha y navegó con éxito la avalancha de boletos de estabilización y optimización. Sus usuarios finales han trabajado a través de su miedo al cambio, el miedo a lo desconocido y el futuro incierto, a convertirse en usuarios totalmente funcionales y felices de un registro de salud electrónico. Y justo cuando piensas que es seguro respirar, te enfrentas a la triste realidad de que es hora de una actualización épica.
Después de todo lo que acabas de pasar, una actualización no puede ser tan mala, ¿o sí? Es solo una actualización, ¿verdad? No es que deba someterse a una implementación completamente nueva, ¿verdad?
Si bien existen numerosos motivos específicos del cliente que respaldan cuándo o por qué se debe adoptar una actualización, la conclusión es que las actualizaciones no son opcionales. El acuerdo de soporte y mantenimiento de Epic generalmente requiere que sus clientes no sean más que una versión detrás de la versión actual.
Epic continuamente invierte en el desarrollo continuo de su conjunto de aplicaciones. Cada actualización trae cambios que proporcionan nuevas características y módulos, una nueva apariencia para pantallas y pantallas de datos, soluciones para problemas conocidos y formas más eficientes de ingresar o revisar datos. A medida que la tecnología avanza, Epic también modifica la arquitectura subyacente para hacer uso de estas mejoras para agilizar la administración y el monitoreo de bases de datos, generar un procesamiento más rápido y más robusto, mejorar la capacidad de almacenamiento y mucho más.
Este documento analiza algunos de los factores clave necesarios para lograr una actualización épica exitosa y comparte algunas de las posibles áreas de riesgo para el proyecto. El mismo enfoque de cinco fases que la mayoría de los clientes utilizan durante una implementación inicial de Epic debe ser replicado para una actualización.
Las actualizaciones épicas son eventos épicos
