DERMO APP

TELE-DERMATOLOGIA Fecha: 15/10/2022

INFORMACIÓN GENERAL

Integrantes

Integrante	Nombre	Correo Electronico
1	Diego Felipe Garcia Ortega	[email protected]
2	Oscar Enrique Cortes Medina	[email protected]
3	Elkin Javier Rativa Ruiz	[email protected]
4	Jorge Eduardon Pacheco Rodriguez	[email protected]

1. Antecedentes y descripción del proyecto

• Descripción: DermoApp es un emprendimiento de base tecnológica que desea incursionar en el campo de la telemedicina, particularmente en el campo de la tele-dermatología. Donde sirva de puente entre paciente y especialista, encontrar especialistas cercanos a la zona de vivienda y seguimiento remoto a problemas dermatológicos. Es importante anotar que un tipo de pacientes al que está dirigida la aplicación habita en zonas geográficamente distantes, donde un dermatólogo es difícil o imposible de conseguir.
• Patrocinador: MISO – Programa de Maestría de Ingeniería de Software.
• Gerente del proyecto:
• Cliente: Universidad de los Andes.
• Responsable: Grupo 02 – Proyecto Final - Maestría de Ingeniería de Software.
• Fecha de Inicio esperada: 16 de octubre del 2022.
• Fecha de Fin esperada: 31 de marzo del 2023.

2. Definición del problema

Dificultad para conseguir consultas dermatológicas en zonas geográficas distantes, encontrar especialistas cercanos a la zona de vivienda y seguimiento remoto a problemas dermatológicos.

3. Definición de los objetivos

• Objetivo general: Apoyar a pacientes con problemas dermatológicos en el diagnóstico y tratamiento de lesiones dermatológicas, así como en la localización de dermatólogos especializados cercanos a las zonas en las que habita un paciente, cuando sea posible.
• Objetivos específicos:
  • Unir a pacientes y doctores de forma que la distancia no sea un obstáculo para tener un primer diagnóstico en problemas dermatológicos.
  • Seguimiento remoto a problemas dermatológicos.

4. Alcance

• El primer contacto entre médico y paciente se da cuando el médico informa el diagnóstico al paciente.
• El paciente puede aceptar el diagnóstico o puede rechazarlo en cuyo caso, el problema se vuelve a poner como disponible para otros médicos.
• Si el paciente acepta el diagnóstico, puede solicitar el tratamiento con el médico, en cuyo caso debe realizar el pago de la consulta. El Sistema coordina la cita presencial entre médico y paciente
• Si el paciente está en una zona geográfica de difícil acceso, el medico decide si quiere cobrar o no por la consulta.
• Si las condiciones de comunicación son viables, se realiza una consulta virtual o se le manda el tratamiento a la aplicación del paciente
• El paciente puede indicar al médico inquietudes sobre su tratamiento o reacciones que tenga asociadas al tratamiento.
• Los médicos especialistas interactúan con el sistema únicamente a través de la aplicación Web.
• En esta aplicación los médicos pueden llevar la historia clínica de sus pacientes, todos los casos y tratamientos que han tenido con cada uno de ellos y las imágenes de soporte de cada caso.
• La aplicación Web le permite a un especialista ingresar y actualizar su información personal y profesional.
• La aplicación web le permite a los médicos visualizar su agenda para los próximos meses, así como realizar búsquedas de pacientes por diferentes criterios.
• La aplicación tiene un módulo de reportes que le permite a los médicos generar información a partir de filtros de búsqueda.
• La aplicación móvil debe funcionar inicialmente en dispositivos Android.
• La aplicación debe tener opciones de localización e internacionalización, pues está orientada a pacientes y médicos de cualquier parte del mundo.
• Los pacientes de DermoApp utilizan únicamente una aplicación móvil para acceder a los servicios de tele-consulta.

5. Requisitos alto nivel

• DermoApp permite que los médicos registrados puedan ver los casos enviados por los pacientes, siempre y cuando la especialidad del médico y los síntomas del paciente coincidan. Este relacionamiento lo hace automáticamente la aplicación.
• Si un caso remitido por el sistema le interesa a un médico, lo selecciona y analiza la información enviada por el paciente, tal como su ficha personal y las fotos de las lesiones enviadas. Si el médico se siente interesado por el caso, lo reclama, de lo contrario, lo libera para que otro médico lo tome en caso de estar interesado
• En caso de estar interesado, el médico realiza el análisis del caso y elabora un diagnóstico y lo comunica al paciente, quien lo recibe en su aplicación móvil.
• La aplicación central recibe las solicitudes de los pacientes y las procesa de diferentes formas. En primer lugar si el paciente solicitó una diagnóstico automático, la aplicación se encarga de enviar los datos de la consulta a un servicio de ontología en línea.
• Las ontologías permiten inferir conocimiento a partir de datos de consulta. El resultado arrojado por la ontología es un conjunto de diferentes diagnósticos con porcentajes de certitud.
• Si el paciente solicita un diagnóstico de un médico, el sistema busca médicos que se hayan declarado expertos en el tipo de lesión asociada a la consulta.
• Si el paciente declara que está interesado en acudir posteriormente a consulta con el médico, un segundo criterio de selección son los médicos que se encuentren a un determinado rango de distancia del lugar donde vive el paciente.
• Si el paciente indica que no puede asistir a una cita con el médico, el criterio de cercanía no es tenido en cuenta para la selección de los médicos.
• Al iniciar el uso de la aplicación, el paciente acepta los términos y condiciones, así como los términos legales correspondientes que exoneran a los médicos tratantes y en donde queda claro que la herramienta se usa bajo el riesgo del paciente.
• Un paciente puede crear consultas desde la aplicación móvil. Lo primero que hace es diligenciar un perfil de usuario, en el que se capturan los datos personales como nombre, edad y lugar de residencia. Adicionalmente, el paciente crea un perfil dermatológico en el que especifica su tipo de piel (Foto tipo – Tipo de piel de Fitzpatrick). Una vez los datos básicos han sido capturados el paciente puede crear consultas sobre problemas dermatológicos.

6. Funcionalidades App Móvil

• La aplicación móvil le permite al usuario crear solicitudes de diagnóstico a partir de la descripción de una lesión.
• La aplicación le permite al usuario seleccionar si desea que su consulta sea resuelta de forma automática mediante el uso de ontologías ofrecidas por terceros o si desea que sea un médico quien haga el diagnóstico.
• Si decide que sea un médico y el paciente estaría dispuesto a ir a una consulta presencial, la aplicación recibe el diagnóstico de un médico que reclamo su caso. El paciente decide si desea continuar con el médico. La aplicación le permite agendar la cita con el médico.
• Si el paciente decide el uso de un diagnóstico automático, la aplicación muestra los resultados obtenidos por el servicio de ontología para que el paciente puede ver la descripción y tratamiento sugerido en cada caso. Se muestran los resultados cuyo porcentaje de certitud sea superior a un cierto valor.
• La aplicación le debe permitir a un usuario incluir fotografías de las áreas afectadas, validando que el tamaño de las imágenes no supere un cierto valor límite.
• La aplicación móvil debe tener en cuenta que la zona en la que se está utilizando el celular no cuente con servicio de internet. En ese caso, las consultas deben quedar almacenadas hasta que haya conectividad.
• La aplicación tiene la opción de recibir un tratamiento propuesto por un médico y ayudar al paciente con recordatorios sobre los medicamentos o cremas que deba aplicarse.
• La aplicación debe poder manejar acciones de seguimiento asociadas a un diagnóstico. Es decir el paciente puede tomar conjuntos de fotos periódicamente para ser enviadas a su médico tratante e ir analizando la evolución de la lesión.

7. Requisitos de arquitectura

Se deben tener en cuenta decisiones de arquitectura relacionadas al menos con los siguientes atributos de calidad.

• Latencia

• Escalabilidad

• Disponibilidad

• Seguridad

• Interoperabilidad

  • Se espera que una vez el paciente envíe un diagnóstico automático, recibe los resultados en menos de 4 segundos.
  • Se espera que el sistema pueda iniciar operación con 1000 pacientes, y crezca en 10% mensual durante los siguientes 3 años.
  • El sistema debe poder interactuar con diferentes servicios de Ontologías y modelos analíticos sin cambios en el software, solo mediante cambios en la configuración.
  • El sistema debe estar disponible 7x24x365 El sistema debe garantizar que todos los datos enviados y almacenados no sean adulterados o modificados.
  • El sistema debe garantizar la confidencialidad de la información de los pacientes y no permitir la divulgación no autorizada de los mismos.

8. Identificación de riesgos

• A nivel técnico que los conceptos e informes presentados sean con mediciones incorrectas y poco reales.
  • La probabilidad de ocurrencia es media, ya que a pesar de que los requerimientos están especificados para este punto las variables y el entendimiento del proyecto puede cambiar según avanza el proyecto.
• Al finalizar la implementación de la construcción de la plataforma existen muchos errores funcionales.
  • La probabilidad de ocurrencia es baja, ya que la gestión del proyecto también contempla un umbral de riesgos para esta clase de casos.
• Pruebas de control en la construcción de la plataforma no definidas correctamente.
  • La probabilidad de ocurrencia es media, ya que se utiliza una metodología ágil y de esta forma el control se vuelve parte de la retroalimentación del proceso.
• Se presentan retrasos con los requerimientos funcionales para la construcción de la plataforma.
  • La probabilidad de ocurrencia es media, la gestión de proyecto asignó los suficientes recursos para que este caso no ocurra.
• Se presentan retrasos en la entrega de la documentación técnica con respecto a los informes de rendimiento y análisis de capacidad instalada y arquitectura de la plataforma.
  • La probabilidad de ocurrencia es alta, como expusimos anteriormente mediante se avance el proyecto esto puede cambiar y generar retrasos.
• Modificación de requerimientos iniciales respecto al alcance del proyecto.
  • La probabilidad de ocurrencia es media, ya que los requerimientos iniciales pueden cambiar por agentes externos a la empresa

9. Stakeholders

• Medicos
• Usuarios o paciente de con problemas de dermatologicos.
• Ingenieros en tecnologia para el desarrollo del sistema.
• Hospitales.
• Clinicas de salud.
• Ministerio de salud.
• Especialistas dermatologicos.

10. Hitos del proyecto

• Octubre 2022 - Inicio del proyecto
• Noviembre 2022 - Finalización de Documentación arquitectura del sistema.
• Diciembre 2022 - Finalización de Documentación del sistema.
• Enero 2023 - Inicio de desarrollo del sistema.
• Febrero 2023 - Integración de componentes del sistema.
• Marzo 2023 - Fin del proyecto