Copia de Reprogramación de Software Expediente Médico Electrónico

Mediesfera –expediente clínico electrónico-
Necesidad de migración de aplicación actual bajo nuevo lenguaje a proponer por el desarrollador.
Me han recomendado mucho utilizar la herramienta Genexus.
Preferimos tecnología libre de licenciamiento.
Es para ser utilizado por médicos para administrar su consulta médica. Se puede acceder a detalles sobre el funcionamiento actual en www.mediesfera.com

Programación y BD actuales
Desarrollado en Delphi 2005 con BD firebird 2.0 y 2.5, según versión.
La BD actual utiliza algunos campos tipo Blob.
No hay acceso al Código Fuente Original, ni documentación.

Versión de Prueba
Actualmente tenemos un desarrollo que se puede descargar de
Manejador de BD: https://1drv.ms/u/s!AtJKdtQT-oV0hCkdX3KMEeD497Rp
Aplicación:
Versión Monousuario https://1drv.ms/u/s!AtJKdtQT-oV0hCdRy9KDypaMDaDI
Versión Multiusuario https://1drv.ms/u/s!AtJKdtQT-oV0hCadEg97sa3PMgyg
Versión Laboral https://1drv.ms/u/s!AtJKdtQT-oV0hCqB0TNQ_x1NLQcR
no. De serie para versión de prueba: 23Q5R 4Y3Q 5J9K
usuario admin / password admin

Versiones Actuales
-Por no. De usuarios-
Monousuario.-
Para ser operado por un solo médico, con acceso a todo el sistema. Se instala en una sola computadora del usuario.
Multiusuario.- Para ser operado por múltiples usuarios, los cuales tienen diferentes perfiles con acceso restringido y configurable por un administrador nombrado por el usuario final. Se instala en servidor del usuario y opera en su red.

-Por Uso-
Básica.- Para médicos con consultorio abierto al público (disponible en versiones mono y multiusuario).
Laboral.- Para médicos con consultorio dentro de una empresa (disponible en versión multiusuario). Siempre tendrá los mismos campos que la versión básica multiusuario más algunos campos específicos para el sector laboral.


se requiere
generar una nueva versión que se pueda ejecutar para
versión monousuario    
local / red interna del usuario / nube
a ejecutar en windows y mac
android/os (responsivos sólo para versión en la nube))

versiones multiusuario
(tanto base como laboral)    local / red interna / nube
a ejecutar en windows y mac
android/os (responsivos sólo para versión en la nube)

la versión para la nube operará en un servidor rentado por mediesfera.

Actualizaciones
Deben ser automáticas para la aplicación, BD y algunos catálogos, considerando que hay usuarios que seguirán operando con el software instalado en su computadora local (monousuario y multiusuario) o dispositivo Android / OS.

Instalación
Instalador sencillo, pensando en el usuario final con nulos conocimientos de computación.

Activación y administración de licencias
Por medio de webservice y utilizando No. De serie actuales (código de validación de compra).
Recomendable ver detalles para la parte de administración.

Programación y compilación
En tres capas y recomendable la compilación selectiva, con el fin de manejar una sola programación y un solo tipo de base de datos, seleccionando la versión monousuario, multiusuario, Android, OS o Laboral.

en consulta
agenda
sustituir la agenda actual, por una que se pueda sincronizar con google y que funcione como tal, aun cuando el programa no esté conectado a internet.

Imagenes
Permitir al usuario agregar enlaces a tablas que utiliza para su práctica médica (PM)(imágenes, pdf, excel, word, ppoint, etc) que utilice comúnmente y guardarlas en carpeta específica de Mediesfera. El usuario debe visualizar una pantalla desde donde agregue o elimine dichos archivos,  con un listado en donde aparezca la descripción del archivo, su fecha y una liga para poderlo abrir. La visualización se hará con el programa nativo del archivo.

Para consultas de pacientes en historia clínica (pc), permitir ligar archivos del mismo y guardarlos en carpeta de mediesfera con subcarpeta del id del paciente, la cual se debe crear automáticamente. El usuario debe visualizar una pantalla –en la consulta del paciente- desde donde agregue o elimine dichos archivos,  con un listado en donde aparezca la descripción del archivo, su fecha y una liga para poderlo abrir. La visualización se hará con el programa nativo del archivo.


Catálogos
Ya existen, pero agregaremos una segundo catálogo de medicamentos asociados a la consulta del médico.

OTROS
Respaldo
Respaldos automáticos preconfigurando ubicación de destino, fecha y hora cíclicos.

Importar
Ligar con otras BD (vistas) en Oracle, excel, etc, con el fin de crear un proceso para importar registros.
En la versión laboral actual, se puede importar la Ficha de Identificación de pacientes, uno o varios registros a la vez. Estas importaciones serán regulares, pero administradas a través de un módulo adicional para el usuario.

Migración
De la información que actualmente tenemos en BD (Firebird 2 y 2.5) a esta nueva aplicación, incluyendo campos tipo Blob.

Receta y orden de estudios de laboratorio
Además de las opciones actuales de impresión de receta (Impresa/Preimpresa)
Se requiere poder modificar
tamaño de papel
orientación del papel
márgenes
ubicación de logotipos
Caída de los datos del paciente (Idpaciente, Paciente, edad, Peso, Talla, fc, fr, ta, otros parámetros de ser necesarios)
medicamentos
datos del médico

entregables
consideramos que los entregables serán
•    la aplicación con manual de usuario
•    código fuente, frameworks y plugins utilizados durante del desarrollo y necesarios para el correcto funcionamiento de la aplicación.
•    Documentación técnica
•    Requerimientos técnicos para la instalación de cada versión

Además de recibir
•    Capacitación para resolver dudas
•    Soporte técnico por elementos que no funcionen de acuerdo a lo esperado, incluyendo instalaciones
•    Garantía
•    Desarrollo ya probado

_________________________________________________________________________________________________
-Necesidades a futuro-
No cotizar en este desarrollo, pero interesará que el programador retome información y procesos para:
App para pacientes
También será necesario desarrollar una app para los pacientes, ya lo platicaremos más adelante.

Versión laboral
Terminando las versiones mono y multiusuario, generaríamos otra versión laboral, que incluirá 600 campos adicionales, aproximadamente 20 pantallas de captura y 6 reportes.

Envío automático de Historia Clínica al empleado (Versión Laboral)
Los empleados podrán solicitar e imprimir su Historia Clínica sin necesidad de solicitarla al médico responsable. Se debe dejar trazabilidad de que el expediente fue enviado y de ser posible abierto. Vía red interna.


Cuidados
Relacionar catálogo de enfermedad con la página o páginas (url) de cuidados disponibles.