Alternativas

Arquitectura

Aplicación local, con capacidad de conexión de almacenamiento remoto en la nube para la versión Pro.

Características

• Plan básico y Pro.

Características comunes en ambos planes:

• Captura e importación de imágenes
• Creación de informes con fotografías de alta calidad en segundos
• Informes personalizables con diversas plantillas
• Almacenamiento de resultados y diagnósticos para reutilización en nuevos informes
• Compartir informes a través de Internet, WhatsApp o correo electrónico
• Edición de imágenes
• Registro de clientes
• Impresión con calidad fotográfica
• Grabación de vídeos con audio en CD o DVD (requiere tarjeta capturadora)
• Historial de cada servicio
• Soporte técnico telefónico y remoto

Características exclusivas del plan Pro:

• 100 GB de espacio de copia de seguridad en la nube
• Respaldo de la base de datos de pacientes, imágenes e informes emitidos

Estimación de plazos

• Implantación:

  • Creación de plantillas: 1 semana
  • Despliegue inmediato

Estimación de costes

• Versión Basic: 99€/mes.

• Versión Pro: 199€/mes.

Licenciamiento

Aplicación de código cerrado, no se permite la modificación del código fuente siendo totalmente de pago. Instalación y puesta en marcha por parte del proveedor.

Capturas de pantalla

Figura 1: Interfaz principal

Figura 2: Vista del informe producido

Figura 3: Entrada de datos

Riesgos

• R1: Filtración de datos: Podría haber un riesgo de filtración de datos de pacientes, lo que podría comprometer la privacidad de los mismos, así como posibles consecuencias legales.

• R2:Dependencia Tecnológica: Dependencia de soporte externo a la hora de corregir informes. Posibilidad de que el equipo de soporte no le de prioridad a ciertos errores y que la solución se dilate en el tiempo.

• R3: Dificultad de personalización: El software podría no ser personalizable a las necesidades del cliente, lo que podría generar una limitación en la funcionalidad del mismo.

Arquitectura

Aplicación cliente servidor para nagador web. Se apoya en BBDD MySql y php para gestionar la parte web.

Características

• Cerfitifación ONC
• Gestión de pacientes (Personalizable)
• Gestión de citas
• Gestión de historia clinica (Multitud de opciones pero no personalizable)
• Prescripciones de medicación
• Facturación
• (Personalizable)
• Portal para el paciente
• Informes (para la clinica no orientada a pacientes)
• Multilenguaje
• Seguridad de los datos
• Soporte: comunidad de desarrolladores
• Orietada a la instalación manual aunque hay una versión dockerizada con todos los requisitos.
• Posibilidad de ejecución en la nube. Compatibilidad para despliegue en AWS (100$/mes como gastos de almacenamieno)

Estimación de plazos

• Análisis y Diseño: 2 Semanas (1 semana de estudio de OpenEMR + 1 semana de diseño del modulo)
• Desarrollo: 3 semanas.

Estimación de costes

• Desarrollo:
  • Personal: 2 Desarrolladores x 20€/h. = 9600€
• Mantenimiento:
  • Incidencias: 100€/mes (Corrección de errores criticos, backups y seguridad de los datos).

Licenciamiento

Licenciamiento de código libre GNU General Public License.

Capturas de pantalla

Figura 1: Interfaz principal

Figura 2: Entrada de datos del paciente

Riesgos

• R1: Dificultad en el desarrollo: Necesidad de un estido para adaptarse al desarrollo de los módulos, con lo que aunque el desarrollo pueda ser mas corto, la curba de aprendizaje hasta que se hace agil será mayor para los desarrolladores. Además al adaptar formatos de datos, hace el desarrollo mas rigido.

• R2: Filtración de datos: Podría haber un riesgo de filtración de datos de pacientes, lo que podría comprometer la privacidad de los mismos, así como posibles consecuencias legales.

• R3: Abandono del proyecto: Aunque es un software con un gran backup de desarrolladores se enfocan mas a la resolución de errores actualmente. En su web se puede encontrar un aviso buscando nuevos desarrolladores para poder seguir con la evolución del proyecto.

• R4: Dependencia de la comunidad: Al ser un software gratuito, su soporte depende en gran medida de la comunidad de desarrolladores, lo que puede causar demoras en la resolución de problemas críticos.

GIO

Arquitectura

Aplicación de arquitectura cliente servidor, desplegada en un equipo local con posibilidad de acceso web y diseño responsive adaptada a acceso movil.

• Cliente: Desarrollo front-end mediante boostrap y vue.
• Api y backend: Desarrollo con springweb y java.
• BBDD: BBDD MySql (MariaDB).

Con estas tecnologías de desarrollo se consigue una capacidad de acceso web local para distintos dispositivos con una estructura como la siguiente:

Características

La aplicación estará orientada a la generación de informes de otorrinolaringologia personalizados para el paciente y creación mediante clicks como herramienta principal. De forma que el tiempo de la generación de estos informes se reduzca de manera considerable.

La aplicación debe permitir la gestión de profesionales y pacientes para poder almacenar la información de manera adecuada y que cada profesional tenga acceso a sus pacientes. De esta manera tambien se puede implementar una politica correcta de protección de los datos. Por lo tanto las características principales serán:

• Cración de informes de otorrinolaringologia.
• Exportación de los informes a PDF.
• Gestión de la información de médicos.
• Gestión de la información de pacientes.
• Gestión de catalogo de Zonas anatomicas y sus tipologías.
• Seguridad de la información del paciente.
• Implantación de politicas de LOPD.

Estimación de plazos

• Analisis y Diseño: 2 semanas
• Implementación : 6 semanas

Estimación de costes

• Desarrollo:
  • Personal: 2 Desarrolladores x 20€/h. = 12800€
• Mantenimiento:
  • Incidencias: 100€/mes (Corrección de errores criticos, backups y seguridad de los datos).

Licenciamiento

Código propietario perteneciente al cliente.

Riesgos

• R1: Dificultad para el mantenimiento. Viene dado por la necesidad de que el cliente quiera contratar el mantenimiento para la aplicación. En este caso totalmente recomendado debido a la confidencialidad de los datos con los que se va a tratar.

• R2: Dependencia de librerias externas: Durante el desarrollo de la aplicación se espera utilizar librerias de terceros, que aun siendo de código libre, son susceptibles de cambios de implementación y/o versiones que puedan dar lugar a errores en la aplicación.

• R3: Filtración de datos: Podría haber un riesgo de filtración de datos de pacientes, lo que podría comprometer la privacidad de los mismos, así como posibles consecuencias legales.