Javier Tomás AcínMyChart (Epic Systems)
Resumen
MyChart es una aplicación de registros médicos electrónicos (EHR) desarrollada por Epic Systems, una empresa líder en software de salud. La aplicación permite a los pacientes acceder a sus registros médicos, programar citas, recibir recordatorios de vacunas y comunicarse con sus médicos.
Actualmente, no existe la cobertura para España, así que se debería contactar con Epic Systems sobre la posibilidad de ampliación a la red sanitaria española así como el precio y tiempo que ello conllevaría.
Arquitectura
MyChart utiliza una arquitectura cliente-servidor basada en la nube, lo que permite a los usuarios acceder a sus registros médicos desde cualquier dispositivo con acceso a internet. La aplicación es compatible con sistemas operativos iOS y Android.
Estimación
La implementación de MyChart dependerá de la empresa Epic Systems, aunque se desconoce el precio y el tiempo requerido.
Valoración económica
Actualmente, al no poder acceder a MyChart desde España, se desconoce los precios ya que no están publicados. La empresa podría además aplicar costes adicionales si se pide personalización de la aplicación.
Riesgos
-
R1: Cambios en los costos de licencia y soporte a lo largo del tiempo.
- Probabilidad: Improbable.
- Impacto: Moderado.
- Mitigación: Establecer acuerdos contractuales de largo plazo con Epic Systems para asegurar precios fijos y garantizar un soporte adecuado a lo largo del tiempo.
-
R2: Incumplimiento de regulaciones de privacidad y seguridad de datos.
- Probabilidad: Rara vez.
- Impacto: Mayor.
- Mitigación: Verificar que MyChart cumpla con las regulaciones de privacidad y seguridad de los datos. Colaborar con Epic Systems para implementar medidas de seguridad adicionales si es necesario.
-
R3: Incompatibilidad del sistema en España.
- Probabilidad: Posible.
- Impacto: Mayor.
- Mitigación: Planificar cuidadosamente la implementación y migración de datos en colaboración con Epic Systems
Baby Buddy
Resumen
Baby Buddy es una aplicación de código abierto que ayuda a los padres a administrar y monitorear la información sobre el cuidado de sus hijos. La aplicación se centra en la programación de actividades, seguimiento del sueño, alimentación y cambio de pañales, pero se puede adaptar y ampliar para incluir funciones adicionales como el seguimiento de visitas médicas y vacunas.
Arquitectura
Baby Buddy utiliza una arquitectura basada en Python para el back-end y HTML, CSS y JavaScript para el front-end. La aplicación puede alojarse en la nube o en servidores locales y es compatible con dispositivos móviles y navegadores web.
Estimación
La implementación de Baby Buddy puede variar dependiendo del nivel de personalización requerido y la integración con otros sistemas. La adopción de esta solución de código abierto puede tomar de 3 a 6 meses, incluyendo la personalización y adaptación de la aplicación a las necesidades del proyecto.
Valoración económica
Baby Buddy es una solución de código abierto y no tiene costos de licencia asociados. Sin embargo, los costos de personalización, soporte y mantenimiento deben ser considerados. Estos costos pueden ser menores que los asociados con una solución comercial, pero dependerán de la experiencia y habilidades del equipo de desarrollo.
Riesgos
-
R1: Escasez de soporte y actualizaciones por parte de la comunidad.
- Probabilidad: Posible
- Impacto: Moderado
- Mitigación: Establecer un equipo interno o contratar desarrolladores con experiencia en Python para mantener y actualizar la aplicación según sea necesario.
-
R2: Mayor tiempo de implementación debido a la personalización y adaptación de la aplicación.
- Probabilidad: Probable
- Impacto: Moderado
- Mitigación: Planificar cuidadosamente el proceso de personalización y asignar recursos adecuados para garantizar la entrega oportuna de la solución adaptada.
-
R3: Dificultad en la escalabilidad y rendimiento de la aplicación.
- Probabilidad: Posible
- Impacto: Mayor
- Mitigación: Evaluar la escalabilidad y rendimiento de Baby Buddy en función del número de usuarios y las necesidades del proyecto. Implementar mejoras de rendimiento y escalabilidad según sea necesario.
miPediatra (Desarrollo propio)
El desarrollo propio implica crear una aplicación desde cero, adaptada específicamente a las necesidades del proyecto. Esta alternativa ofrece un mayor control y personalización, pero también conlleva riesgos asociados con la dependencia del conocimiento y habilidades de los desarrolladores así como problemas de escalabilidad y soporte.
Arquitectura
La arquitectura de la aplicación se basaría en Java como lenguaje de backend, utilizando el Springboot framework, y el framwork de Vue 3 + Vite para el frontend, utilizando HTML, CSS y JS. La arquitectura también podría incluir bases de datos u otras soluciones de almacenamiento.
Estimación
La estimación del tiempo requerido para el desarrollo propio dependerá del alcance y las características del proyecto, así como de la experiencia y habilidades de los desarrolladores. Se estima que el tiempo necesario para este proyecto sería de aproximadamente 2 meses.
Valoración económica
La valoración económica para el desarrollo propio consistiría en el salario del equipo de desarrolladores. 2200€ al mes, que estimando que el tiempo de desarrollo sean 2 meses, haría un total de 4400€ al contar con un único desarrollador.
Para este proyecto, se utilizará software gratuito por lo que no conllevaría costes adicionales.
Se estima que el mantenimiento del SI a desarrollar sería de 100€ al mes mientras se quiera renovar el contrato de mantenimiento.
Riesgos
-
R1: Cambios en los requisitos del proyecto durante el proceso de desarrollo.
- Probabilidad: Posible.
- Impacto: Moderado.
- Mitigación: Seguir la metodología Combat Agile con Sprints de corta duración para mantener un feedback oportuno con los steakholders.
-
R2: Dificultad en la escalabilidad y rendimiento de la aplicación.
- Probabilidad: Improbable
- Impacto: Mayor
- Mitigación: Diseñar la aplicación teniendo en cuenta la escalabilidad y el rendimiento desde el principio, para garantizar que pueda adaptarse a un mayor número de usuarios y a las necesidades cambiantes del proyecto.
-
R3: Estimaciones inexactas de tiempo y recursos necesarios para el desarrollo.
- Probabilidad: Posible
- Impacto: Menor
- Mitigación: Realizar un análisis detallado de los requisitos y desarrollar estimaciones realistas. Revisar y actualizar regularmente las estimaciones a medida que avanza el proyecto.
