Embed Size (px)
Citation preview
Instituto Tecnológico de Costa Rica
Escuela Ingeniería en Computación
DrsBee
Informe de práctica profesional
Rafael Quesada Alpízar
Sede San Carlos, II semestre 2017
1
Contenido Resumen ejecutivo ............................................................................................................................... 3
Introducción ........................................................................................................................................... 3
Contexto del proyecto .......................................................................................................................... 4
Descripción del problema .................................................................................................................... 5
Enunciado del problema .................................................................................................................. 5
Enunciado de la solución ................................................................................................................ 6
Descripción de involucrados ........................................................................................................... 8
Necesidades ..................................................................................................................................... 8
Marco teórico ........................................................................................................................................ 9
Estado del arte .................................................................................................................................... 10
Riesgos ................................................................................................................................................ 14
Objetivos y alcances del sistema ..................................................................................................... 15
Objetivo general.............................................................................................................................. 15
Objetivos específicos ..................................................................................................................... 15
Limites .............................................................................................................................................. 15
Funciones principales .................................................................................................................... 16
Plan de trabajo .................................................................................................................................... 16
Modelo de diseño ............................................................................................................................... 17
Arquitectura conceptual de la solución ........................................................................................ 18
Tecnologías utilizadas ................................................................................................................... 19
Aspectos de aseguramiento de la calidad .................................................................................. 19
Interfaces de usuario ..................................................................................................................... 21
Interfaces de DrsBee Web ........................................................................................................ 21
Interfaces de DrsBee para visualizar prescripciones ............................................................ 25
Interfaces de usuario para el despacho de recetas por código ........................................... 29
Interfaces de usuario para mejoras de DrsBee Android Pacientes ..................................... 31
Componentes y servicios .............................................................................................................. 44
Análisis de riesgos a la fecha ....................................................................................................... 45
Conclusiones....................................................................................................................................... 46
Recomendaciones.............................................................................................................................. 47
Glosario ............................................................................................................................................... 47
2
Referencias ......................................................................................................................................... 48
3
Resumen ejecutivo
Este documento se refiere al informe final del proceso de práctica de especialidad de
la carrera de Ingeniería en Computación, el cual se basa en la realización del proyecto
DrsBee. En este documento se especifican los alcances del proyecto, mediante la
explicación del problema planteado y la solución aplicada al mismo, además, se
muestran las interfaces de usuarios de las partes modificadas o creadas en este
proyecto. También se especifican aspectos importantes en el proceso del proyecto,
tales como riesgos, estado de los riesgos, modelos de diseño, límites y objetivos, tanto
general como específicos. Por otra parte, se exponen algunas propuestas e
investigaciones publicadas en revistas indexadas relacionadas al presente proyecto,
además, se detallan recomendaciones y conclusiones sobre el proceso del mismo.
Introducción
En el contexto de la realización de prescripciones médicas a pacientes para el
tratamiento de diferentes padecimientos mediante el uso de medicamentos, existe el
fenómeno y la problemática de la baja adherencia que tienen los pacientes a los
tratamientos entregados por el médico o farmacéutico. Es por esto que generalmente
el problema por el que asisten al médico la primera vez persiste y es difícil para el
médico o bien el farmacéutico, darle seguimiento a este.
DrsBee es una aplicación para la prescripción médica donde el doctor y farmacéutico
pueden dar seguimiento al tratamiento, mediante el reporte constante de la actividad
del paciente en cuanto a los tiempos de aplicación de tratamiento en el software.
Gracias a esto se puede mejorar la seguridad y la eficacia de los tratamientos.
Teniendo esto en cuenta el continuo mejoramiento de esta aplicación podría traer
grandes beneficios ya que es un proyecto de mucho alcance que además ya se está
poniendo en marcha, es por esto que este anteproyecto define ciertas propuestas para
mejorar el funcionamiento de DrsBee.
4
Es por esto que este documento presenta el primer informe de este proyecto para la
práctica profesional en el Instituto Tecnológico de Costa Rica, sede regional San
Carlos.
Contexto del proyecto
Apololab es una empresa pequeña de desarrollo de software, la cual cuenta con dos
grandes proyectos principales, el mayor de ellos se refiere a DrsBee, un proyecto de
prescripciones electrónicas, el cual es fuertemente apoyado e impulsado por el Colegio
de Médicos de Costa Rica. El segundo proyecto grande es Neoxigna, la cual es una
plataforma completa para firma digital, esta misma está disponible para plataformas
Android, IOS y web, además esta complementa la prescripción electrónica ya que es
necesario firmar digitalmente.
DrsBee es el proyecto en el que se está trabajando en este periodo de práctica. Cabe
mencionar que ya existía un producto desarrollado para varias plataformas, sin
embargo, se han lanzado varias versiones de prueba para algunos usuarios y esto ha
generado una serie de requerimientos muy importantes para que el proyecto sea
completamente adoptado por los usuarios finales. De esta forma estos nuevos
requerimientos son los que se están desarrollando en este periodo de práctica.
Es importante mencionar que DrsBee es un sistema que está en sus etapas finales
antes del primer lanzamiento al público, actualmente este primer bloque que se lanzará
al público consta de DrsBee Web y DrsBee Android Pacientes.
5
Descripción del problema
Enunciado del problema
Actualmente la aplicación DrsBee está en funcionamiento experimental para el
uso del módulo de doctores y farmacéuticos, sin embargo gran cantidad de la
retroalimentación recibida se refiere a la cantidad de pasos que hay que seguir
para realizar una prescripción médica, ya que por el momento se requieren al
menos seis pasos para realizar dicho trámite en el mejor de los casos; esto
implica una pérdida de tiempo para el médico y el paciente, es por esto que se
requiere un rediseño e implementación completa del flujo de la aplicación para
las prescripciones médicas. Además, este módulo de doctores y farmacéuticos
requiere de ciertos ajustes para lograr una mejor aceptación por parte de los
usuarios.
Por otra parte, la búsqueda de medicamentos requiere un nuevo diseño e
implementación que contemple la personalización de estas búsquedas y que
cuente con distintos tipos de resultados, ya que actualmente solo se pueden
realizar búsquedas por el nombre o principio activo del medicamento deseado.
Otra parte del problema es la necesidad de realizar ajustes a la aplicación
cliente de DrsBee, específicamente el módulo de Android para pacientes, esta
esta previamente desarrollada, pero cuenta con varias funcionalidades que
mejorar e implementar.
Actualmente ninguna de las aplicaciones cliente permite a los pacientes
consultar las prescripciones que el médico le recomienda, cabe recalcar que si
el paciente tiene la aplicación cliente DrsBee Android Pacientes y está
registrado sí puede, sin embargo, es deseable no tener que estar registrado ni
tener la aplicación para revisar la prescripción.
6
Además, actualmente DrsBee Web y DrsBee Android Pacientes cuentan con
varias deficiencias en sus funcionalidades y por el contexto del proyecto es
necesario la corrección de los mismos ya que es un periodo clave para la
aceptación de los usuarios.
Enunciado de la solución
La solución que se planteó e implementó se describe en un rediseño del flujo
de la aplicación, con esto se logró que la realización de las prescripciones
médicas se pueda realizar con un máximo de tres pasos en el caso más común.
Esto es de mucha relevancia ya que los médicos se caracterizan por realizar
prescripciones muy rápidamente y no podrían adoptar un sistema que les quite
tiempo que para ellos es muy valioso, de esta forma se lograría una gran
economía de tiempo y de esfuerzo para realizar una prescripción. Para este
módulo se requiere la detección de nuevos errores y la corrección de estos y de
otros previamente identificados.
Por otra parte, la solución planteada para las búsquedas personalizadas se
refiere al consumo de un módulo del backend que refleje los resultados de los
medicamentos, filtrados por nombre del mismo y aquellos que sean compatibles
químicamente con la búsqueda realizada. Esto ayuda a que los médicos puedan
tener una mayor cantidad de posibilidades para elegir el medicamento indicado.
7
Además, para la corrección de la aplicación de DrsBee Android para pacientes
se realizó una depuración exhaustiva de la misma, la cual implica probar la
funcionalidad completa y la corrección de los errores presentes, además de la
implementación de ciertas funcionalidades que aún no están disponibles, tales
como el funcionamiento de un proceso en segundo plano que actualice los
medicamentos y alerte de forma oportuna cuando un paciente debe tomarse un
tratamiento, la posibilidad de que el pastillero de la aplicación redireccione al
usuario directamente a las pastillas de la hora correspondiente y un rediseño de
interfaz de este pastillero.
Para la implementación del módulo de consulta de las prescripciones por parte
de los pacientes se plantea que cuando se genere una prescripción médica se
envíe un SMS al paciente, el cual contendrá un código y un link que lo redirigirá
a DrsBee Web con una llave privada, de esta forma podrá ver la prescripción
sin necesidad de algún registro previo. En esta sección el paciente podrá
realizar diferentes acciones, como asignar la prescripción a alguna farmacia de
preferencia o registrarse como paciente en el sistema DrsBee y descargar la
aplicación DrsBee Android Pacientes, además podrá compartir la prescripción
con una llave pública.
Por otra parte, el paciente podrá dirigirse a alguna farmacia que utilice el sistema
DrsBee y brindar el código y su cédula para que el farmacéutico despache los
medicamentos que el médico le recomendó. Para esto se implementará un
módulo en el que el farmacéutico pueda dispensar medicamentos sin necesidad
de que la prescripción sea asignada a su farmacia, para esto se utilizaría el
código.
Además, por la naturaleza del sistema, se realizó una serie de pruebas
manuales de toda la funcionalidad del mismo, con esto se logró depurar dicho
sistema ya que los errores encontrados se corrigieron según la prioridad de
cada uno. Esto fue aplicado en DrsBee Web y DrsBee Android Pacientes.
8
Descripción de involucrados
A continuación, se muestra una descripción de los agentes involucrados en el
proyecto:
Tabla 1 Descripción de involucrados. Elaboración propia.
Nombre Departamento Descripción Responsabilidades
Hans Ardón
Camacho.
Gerencia Fundador y coordinador general
de la empresa.
Asesoramiento y
seguimiento del
proyecto.
Juan Carlos Rojas. Desarrollo Desarrollador y coordinador de
proyecto.
Contraparte del
proyecto de práctica,
asesoramiento y
coordinación.
Colegio de
Farmacéuticos.
Stakeholders del proyecto. Pruebas y
retroalimentación.
Médicos. Usuarios finales.
Necesidades
Una necesidad que se proyecta a futuro es que el sistema sea capaz de
aprender cuales medicamentos son recetados a cada paciente en específico
por cada doctor, de esta forma el sistema sería capaz de “predecir” la
prescripción que se vaya a realizar, con esta información se plantea cargar
automáticamente la receta para que el médico solo requiera verificarla y
proceder a firmarla.
9
Marco teórico
Basándose en lo que se ha especificado en este documento, este proyecto se
encuentra en un ámbito bastante amplio, por lo cual es de gran importancia desarrollar
algunos conceptos básicos que influyen directamente en el entendimiento del mismo.
En primer plano se desea establecer el concepto de la firma digital, ya que este es de
vital importancia para el proyecto actual. Es por esto que se define como un método
que asocia a un individuo, organización o sistema a un documento o archivo digital, el
cual es queda estampado con la identidad del individuo que realiza la firma. Esto es
equivalente a la firma física que se utiliza tradicionalmente. Además, es importante
recalcar que el proceso de firmado conlleva una serie de operaciones computacionales
de encriptación para el que esta cumpla con los requisitos de seguridad y que sea
confiable.
Por otra parte, el segundo concepto que se desea definir es el de “COLEGIO DE
MEDICOS Y CIRUJANOS DE COSTA RICA”. Este es el colegio oficial de los médicos
y cirujanos de Costa Rica y actualmente rige bajo la Ley Orgánica promulgada el 8 de
agosto de 1962.
Otro concepto que debe ser aclarado y no es de menor importancia son los
medicamentos. Todo el sistema gira en torno a ellos, por esto se debe definir en este
documento. Según el Col·legi de Farmacèutics de Barcelona (s.f) estos se definen
como sustancias con propiedades de carácter curativo o preventivo, además se puede
suministrar a animales o seres humanos.
10
Además, como una de las bases del sistema son las prescripciones médicas, es
necesario que este concepto sea bien entendido por los lectores. De esta forma el
Formulario Nacional de Medicamentos de Cuba (2011) define que una prescripción
médica es un documento u orden que es generada por un médico, para que sea
dispensado o entregado un conjunto de medicamentos al paciente indicado en dicho
documento u orden. En este documento el médico debe incluir las indicaciones para
el correcto consumo o aplicación de los prescrito.
Una vez entendido el concepto de prescripción médica, es importante recalcar que en
el proceso de prescripción y dispensación de recetas médicas influyen tres actores: el
médico, quien es el que realiza la prescripción; el paciente, a quien se le dispensarán
los medicamentos para su consumo y, por último, el farmacéutico, quien dispensa lo
recetado. Es importante tener en cuenta que el concepto de dispensación también es
conocido como despacho de medicamentos.
Estado del arte
En los últimos años ha aumentado la utilización de medios electrónicos para realizar
toda clase de actividades, desde tareas cotidianas hasta tareas muy complejas y
riesgosas, tratando de aumentar la eficiencia de estos procedimientos. Es por esto que
no es extraño que la informática haya alcanzado hasta tareas como la prescripción
electrónica de medicamentos, de hecho, es algo de lo que se habla bastante y que
tiene mucho potencial para ser explotado. Es por esto que a continuación se
expondrán algunas referencias sobre este tema.
En el artículo de Alday y Pagayon (2013) se habla acerca de la mal interpretación de
las prescripciones médicas debido a la letra de los médicos, ya que muchas veces es
prácticamente incomprensible, lo cual, causa muchos problemas a los pacientes y
farmacéuticos, generando discrepancias entre el despacho de medicamentos y la
prescripción del médico, lo cual puede concluir con resultados letales.
11
Es por esto que los autores plantean una aplicación para teléfonos con el sistema
operativo Android que utiliza reconocimiento óptico de caracteres, la cual puede leer
la letra del médico en la prescripción y mostrarla de una forma legible para el usuario.
Para esto los autores utilizan la librería Tesseract.
Los autores plantean que el uso de esta aplicación puede reducir la cantidad de
problemas por el despacho de medicamentos erróneos. Por otra parte, incluyen que
esta aplicación mejora el conocimiento de los pacientes sobre el tratamiento que están
tomando.
Liang, Zhang, Huang, y Hu (2014) plantean un modelo que intenta mejorar el
funcionamiento de sistemas automatizados que se encargan de labores sanitarias o
relacionadas con la salud de las personas, las cuales no siempre son la mejor opción
ya que no son capaces de tomar decisiones tal y como lo haría un ser humano, sin
embargo, este modelo que plantean los autores es capaz de tomar decisiones más
parecidas a las que podría tomar un médico, por ejemplo.
Este modelo utiliza redes profundas de aprendizaje las cuales son entrenadas con
grandes conjuntos de datos. Este artículo muestra que este modelo fue probado con
dos grandes conjuntos de datos y su eficacia fue mejor que los sistemas tradicionales.
Este modelo utiliza un aprendizaje no supervisado para obtener diferentes
representaciones de características de los datos.
En el caso de DrsBee o cualquier sistema de atención médica podría ser de gran
provecho utilizar algunas características de este tipo de modelos para la toma
automatizada de decisiones.
Lo redactado por Sadikin y Sunaringtyas (2016) explica implementación de la firma
digital para prescripciones médicas, con el ánimo de prevenir fraudes o crímenes, ya
que las prescripciones podrían ser robadas o modificadas. En el sistema descrito por
los autores utiliza Java principalmente y el documento de la prescripción es encriptado,
además el sistema genera un código QR para que los farmacéuticos puedan acceder
a los detalles de la prescripción.
12
Es importante recalcar que este sistema apunta a la confidencialidad, integridad de los
datos, así como a la prevención de crímenes como se mencionó anteriormente, no
solo se basa en la facilidad o eficiencia ya que el documento de los autores expresa
que cada año hay miles de víctimas por errores o inconsistencias en las prescripciones
realizadas, por esto un sistema robusto como se plantea en el documento es muy
importante.
Por otra parte, el sistema utiliza un algoritmo de encriptación asimétrica llamado RSA,
el cual es utilizado para la firma digital que se utiliza en el sistema. Además, los autores
muestran que este algoritmo se utiliza porque es más rápido que otros que se pudieron
utilizar como ECDSA o DSA.
En el artículo de Kinthada, Bodda y Mande (2017) se específica la implementación de
un sistema de dispensación electrónica de medicamentos, el cual explican que es muy
útil para personas que no con supervisadas profesionalmente en su tratamiento por
diversas razones.
Este sistema dispensa los medicamentos de forma programada mediante un
microcontrolador y puede dar seguimiento a aquellos medicamentos que el paciente
no ha tomado, de manera que es capaz de generar alarmas y llamadas, además
respalda todos estos datos en un servidor dedicado al sistema, por otra parte, el
sistema puede ser configurado para que si el paciente no toma el medicamento las
enfermeras o personal a cargo sean notificados. En el caso de DrsBee, se cuenta con
una aplicación móvil para dar seguimiento y recordar al paciente sobre los
medicamentos que le han sido prescritos.
13
Un documento estudiado que fue escrito por Goswami (2017), muestra la gran
cantidad de información que puede ser utilizada para la predicción y la prescripción
más acertada de tratamientos médicos. Esto porque según el autor, hay muchos datos
de los pacientes con relevancia médica que son suministrados a artículos personales
como relojes inteligentes, o incluso a redes sociales. El autor muestra que la
combinación de estos datos y la información almacenada en fuentes tradicionales
como bases de datos de hospitales y farmacias pueden ser utilizados para generar
recetas más eficaces e incluso para predecir posibles medicamentos requeridos.
El autor plantea un sistema basado en Big Data para la interpretación de todos los
datos y muestra un pequeño resumen del esquema o estructura básica del mismo, el
cual consiste en una plataforma de almacenamiento, un mecanismo de ingesta de
datos, APIs para obtener los datos de las fuentes, un motor de procesamiento
distribuido y un conjunto de datos debidamente entrenados.
14
Riesgos Tabla 2 Análisis de riesgos. Elaboración propia.
Nombre Categoría Causa Impacto Probabilidad
Exposición
Estrategia de evasión Estrategia de mitigación
El tamaño del proyecto esta subestimado
Personas Mala interpretación del enunciado.
3 0.5 1 Redacción cuidadosa del enunciado e informes.
Aclarar personalmente los mal entendidos encontrados y el tamaño del proyecto.
Adelantamiento de las fechas de entrega del proyecto o módulos del mismo.
Empresa Adelantamiento de demos o lanzamiento final.
2 0.3 0.6 Evitar retrasos en el desarrollo.
Desarrollo de elementos críticos primero.
Demoras menores en el desarrollo de los elementos del proyecto.
Personas Problemas en el desarrollo
2 0.6 1.2 Tratar de desarrollar los elementos con cierto holgura respecto a las fechas finales de cada uno.
Desarrollo de elementos críticos primero.
Cambio de requisitos.
Empresa Cambio de requerimientos
4 0.2 0.8 Implementación de cambios críticos primero.
15
Objetivos y alcances del sistema
Objetivo general
• Contribuir con el mejoramiento del servicio de prescripciones
electrónicas mediante el rediseño e implementación de funcionalidades
en distintos módulos.
Objetivos específicos
• Rediseño e implementación del flujo de DrsBee Web.
• Contribuir con el mejoramiento del funcionamiento de DrsBee Web
mediante corrección de errores.
• Contribuir a una mayor aceptación y usabilidad de la aplicación DrsBee
Android Pacientes mediante la implementación de nuevas
funcionalidades y corrección de errores.
• Implementación de un módulo de DrsBee Web para la consulta de
prescripciones.
Limites
Por el momento DrsBee es una plataforma con cierto grado de robustez y
además limita en ciertos módulos complementarios como lo son la aplicación
cliente de DrsBee para farmacéuticos, la cual permite a los funcionarios
farmacéuticos despachar las recetas que los médicos han creado mediante la
plataforma, además cuenta con un módulo para los pacientes, el cual se puede
entender como un pastillero, este tiene todos los datos del paciente, además le
recuerda al paciente cuando debe tomar algún medicamento que se haya
prescrito.
16
Por otra parte, DrsBee limita con la aplicación Neoxigna, la cual como se
mencionó anteriormente, corresponde a un sistema para firmar digitalmente.
Funciones principales
Tabla 3 Funciones principales del sistema. Elaboración propia.
Función Descripción Prioridad
Ingreso al sistema. Inicio de sesión 5
Búsqueda y selección de paciente.
Selección del paciente que se va a atender.
2
Búsqueda y selección de
medicamento.
Selección de medicamentos que serán recetados al paciente.
1
Configuración de
prescripción.
Selección de algunos parámetros de la receta como la duración del tratamiento.
3
Firmar prescripción. Firma digital de la prescripción. 4
Plan de trabajo
Tabla 4 Actividades planeadas por semana. Elaboración propia.
Actividad Semana
Configuración del ambiente de desarrollo. 1
Diseño del flujo del nuevo flujo de la aplicación. 1
Implementación del nuevo diseño en la plataforma Web. 4
Consumo del módulo del backend para búsquedas personalizadas. 5
Corrección de errores de DrsBee Web 8
Implementación de nuevas funcionalidades de DrsBee Web. 11
Corrección de errores de DrsBee Android para pacientes. 13
Implementación de nuevas funcionalidades para DrsBee Android pacientes.
16
17
Modelo de diseño
En primer lugar, en la Ilustración 1 se muestra un vistazo general de todo el sistema
DrsBee, la cual se muestran los componentes que son modificados en este proyecto
con color verde y los que no son modificados con color amarillo.
Ilustración 1. Diseño general de DrsBee. Elaboración propia.
18
Arquitectura conceptual de la solución
En la Ilustración 2 se muestra la arquitectura conceptual de la solución que
plantea este proyecto para el nuevo flujo de la aplicación DrsBee Web.
Ilustración 2. Arquitectura conceptual de la solución. Elaboración propia.
19
Además, en la Ilustración 3 se muestra la arquitectura conceptual para la
solución planteada para que los pacientes visualicen las prescripciones sin
ningún registro previo en el sistema DrsBee
Ilustración 3. Arquitectura conceptual de la solución para visualizar prescripciones. Elaboración propia.
Tecnologías utilizadas
Desarrollo de Android: Android Studio
DrsBee Web: .NET MVC, Ajax, Bootstrap y Razor.
Aspectos de aseguramiento de la calidad
En el entorno de la calidad del software, se adoptaron ciertos tipos de medidas
para probar lo desarrollado en este proyecto, ya que es de vital importancia el
correcto funcionamiento, así como otros aspectos como la fluidez con la que
cuente cada componente del sistema.
20
Primeramente, para cada funcionalidad desarrollada se ejecutaron pruebas
unitarias y funcionales, de esta forma se garantizó un desarrollo más fluido y
más eficaz para cada entrega.
Adicionalmente, para cada una de estas funcionalidades se realizaron un gran
número de pruebas funcionales, de igual manera, para garantizar la calidad de
cada entrega realizada.
Otro tipo de prueba que se estableció fueron las pruebas de aceptación. Estas
fueron realizadas por un grupo de médicos y farmacéuticos que trabajan de la
mano con Apololab. Estas pruebas fueron de gran importancia para el desarrollo
del sistema. Incluso la materialización del riesgo que correspondía al cambio de
requerimientos se debe a los resultados obtenidos con estas pruebas.
Las pruebas de aceptación mencionadas se aplicaron en varias ocasiones, sin
embargo, solo fueron realizadas para el sistema DrsBee Web.
21
Interfaces de usuario
Interfaces de DrsBee Web
• Inicio de sesión:
Ilustración 4. Inicio de sesión DrsBee Web. Elaboración propia.
22
• Búsqueda de paciente:
Ilustración 5. Búsqueda de paciente DrsBee Web. Elaboración propia.
• Selección de paciente:
Ilustración 6. Selección de paciente DrsBee Web. Elaboración propia.
23
• Búsqueda de medicamento:
Ilustración 7. Búsqueda de medicamento DrsBee Web. Elaboración propia.
• Selección de medicamento:
En la Ilustración 8 se muestra la implementación de la búsqueda por
nombre de medicamento y por principio activo.
Ilustración 8. Selección de medicamento DrsBee Web. Elaboración propia.
24
• Finalizar prescripción:
Ilustración 9. Finalizar prescripción DrsBee Web. Elaboración propia.
25
Interfaces de DrsBee para visualizar prescripciones
• Recepción de SMS:
Ilustración 10. Recepción de SMS. Elaboración propia.
26
• Visualización de la prescripción
Ilustración 11. Visualización de la prescripción. Elaboración propia.
27
Ilustración 12. Visualización de la prescripción. Elaboración propia.
Ilustración 13. Registro con llave privada. Elaboración propia.
28
• Asignación de farmacia
Ilustración 14. Asignación de farmacia. Elaboración propia.
29
Interfaces de usuario para el despacho de recetas por código
• Interfaz principal de despacho de recetas
Ilustración 15. Interfaz principal de despacho de recetas por código. Elaboración propia.
• Búsqueda de prescripción
Ilustración 16. Búsqueda de prescripción por código y cédula. Elaboración propia.
30
• Visualización de prescripción para despacho
Ilustración 17. Interfaz para despacho de medicamentos. Elaboración propia.
• Dialogo para compartir la prescripción
Ilustración 18. Dialogo para compartir la prescripción. Elaboración propia.
31
Interfaces de usuario para mejoras de DrsBee Android Pacientes
• Inicio de sesión
Ilustración 19. Inicio de sesión DrsBee Android Pacientes. Elaboración propia.
32
• Dialogo de recuperación de contraseña
Ilustración 20. Dialogo de recuperación de contraseña DrsBee Android Pacientes. Elaboración propia.
33
• Interfaz de recuperación de contraseña
Ilustración 21. Interfaz de recuperación de contraseña DrsBee Android Pacientes. Elaboración propia.
34
• Interfaz de alarma de medicamento
En la Ilustración 21 se muestra la interfaz del rediseño de la
interfaz de la alarma para los medicamentos, cabe mencionar que
este módulo se tuvo que corregir mediante la implementación de
un proceso en segundo plano para la correcta notificación de los
medicamentos.
Ilustración 22. Interfaz de alarma de medicamento. Elaboración propia.
35
• Interfaz del mapa
En la Ilustración 22 se muestra la interfaz del mapa de las
farmacias y centros médicos, a este componente se le realizaron
cambios importantes en la carga de imágenes.
Ilustración 23. Interfaz de mapa. Elaboración propia.
36
• Pastillero por semana
Ilustración 24. Pastillero por semana. Elaboración propia.
37
• Pastillero por día
Ilustración 25. Pastillero por día. Elaboración propia.
38
• Pastillero por horas
Ilustración 26. Pastillero por horas. Elaboración propia.
39
• Interfaz solicitud de citas
Ilustración 27. Interfaz solicitud de citas. Elaboración propia.
40
• Citas pendientes
Ilustración 28. Citas pendientes. Elaboración propia.
41
• Prescripciones
Ilustración 29. Prescripciones. Elaboración propia.
42
• Detalle de prescripción
Ilustración 30. Detalle de prescripciones. Elaboración propia.
43
• Selección de farmacia
Ilustración 31. Selección de farmacia. Elaboración propia.
44
Componentes y servicios
DrsBee utiliza un componente muy importante el cual es utilizado para realizar
las firmas digitales, sin embargo, es utilizado de manera distinta en las
diferentes plataformas cliente.
Para la plataforma Web se utiliza un módulo desarrollado en Java, el cual es
ejecutado por la aplicación Web cuando se requiere firmar, el usuario debe
conectar un firmador y proceder con la firma.
Para las plataformas Android y IOS, DrsBee utiliza una aplicación de su
propiedad llamada Neoxigna, la cual utiliza un firmador bluetooth, de esta forma
se realiza la firma correctamente con la interacción entre estas dos aplicaciones.
Por otra parte, DrsBee no siempre necesita firmar digitalmente para cada
usuario ya que Apololab cuenta con un convenio en el cual se utiliza una sola
firma para cada prescripción de los médicos, la cual es administrada por la
empresa y se firma remotamente.
45
Análisis de riesgos a la fecha
Tabla 5. Análisis de riesgos a la fecha. Elaboración propia.
Nombre Categoría Causa Estado Estrategia de evasión Estrategia de mitigación
El tamaño del proyecto esta subestimado
Personas Mala interpretación del enunciado.
Vigente Redacción cuidadosa del enunciado e informes.
Aclarar personalmente los mal entendidos encontrados y el tamaño del proyecto.
Adelantamiento de las fechas de entrega del proyecto o módulos del mismo.
Empresa Adelantamiento de demos o lanzamiento final.
Vigente Evitar retrasos en el desarrollo.
Desarrollo de elementos críticos primero.
Demoras menores en el desarrollo de los elementos del proyecto.
Personas Problemas en el desarrollo
Vigente Tratar de desarrollar los elementos con cierto holgura respecto a las fechas finales de cada uno.
Desarrollo de elementos críticos primero.
Cambio de requisitos. Empresa Cambio de requerimientos
Materializado
Implementación de cambios críticos primero.
46
Conclusiones
En conclusión, el actual proyecto finaliza con un resultado positivo ya que se logró
cumplir con los objetivos específicos planteados, además de que realmente si se pudo
contribuir con el mejoramiento del sistema, tanto en mejoras de características
existentes, implementación de nuevas funcionalidades y reducción de tiempo.
El mejoramiento del sistema se dio en DrsBee Web y DrsBee Android Pacientes ya
que se lograron detectar errores de funcionalidad y características faltantes, las cuales
fueron corregidas, lo cual logra una mejor experiencia de usuario, así como una mejor
aceptación.
La parte de la implementación de las nuevas funcionalidades es una de las más
importantes ya que es una de ellas es la que se encarga de unir dos procesos
fundamentales del sistema, le prescripción por parte del médico y el despacho por
parte del farmacéutico. Esto se logró con la implementación del módulo en el cual los
pacientes pueden consultar sus prescripciones, ya que con esta característica los
pacientes pueden asignarle la prescripción a la farmacia que deseen, compartirle el
enlace de la prescripción a algún farmacéutico e incluso facilita el registro como nuevo
paciente para el posterior uso de la aplicación DrsBee Android Pacientes para un mejor
seguimiento y adherencia del tratamiento recomendado por el médico.
Por otra parte, una característica básica de este proyecto, la cual tiene relación con
todas las ventajas mencionadas anteriormente es la reducción del tiempo que tardan
los médicos en realizar cada prescripción, esto porque algunos médicos utilizaron el
sistema en un periodo de pruebas y fue un punto muy criticado fue que tomaba hasta
seis pasos finalizar una prescripción. Sin embargo, con la implementación de un nuevo
flujo del sistema en DrsBee Web los pasos se redujeron a solo tres o cuatro pasos.
Previamente al documento actual se entregaron dos informes, en los cuales se
especificaban aspectos básicos del sistema, así como modelos, involucrados,
alcances y riesgos.
47
Recomendaciones
Es importante mencionar que, debido a la naturaleza y contexto del proyecto, se definió
el cambio de requerimientos como un riesgo potencial, el cual se materializó, por lo
tanto, se tuvieron que cambiar algunos requisitos para el proyecto en general, sin
embargo, se logró avanzar de una manera fluida y exitosa.
Basado en lo descrito anteriormente se puede decir que fue de vital importancia definir
los riesgos del proyecto, así como las medidas que se tomarían en caso de que
sucediera alguno de los riesgos enlistados. Por esto se recomienda siempre tener en
cuenta los riesgos que posee un proyecto y para específicamente este tipo de riesgos
se recomienda siempre estar atento al estado del mismo ya que puede se pueden
materializar muy rápidamente.
Por otra parte, a los encargados de este proceso de práctica profesional más que una
recomendación, se establece una felicitación por dicho proceso, ya que no es sencillo
sin embargo fueron un gran apoyo para los practicantes.
Glosario
Prescripción: Documento en el cual un médico indica al paciente las
recomendaciones para curar tratar un padecimiento.
Prescripción electrónica: Sistema tecnológico que brinda al médico la posibilidad de
prescribir medicamentos directamente en un sistema informático.
Firma digital: Método criptográfico que asocia la identidad de una persona o de un
equipo informático al mensaje o documento.
48
Referencias
Alday, R. B., & Pagayon, R. M. (2013). MediPic: A mobile application for medical
prescriptions, IISA 2013, Piraeus, pp. 1-4. doi: 10.1109/IISA.2013.6623682
Liang, Z., Zhang, G., Huang, J. X., & Hu, Q. V. (2014). Deep learning for healthcare
decision making with EMRs. Paper presented at the Proceedings - 2014 IEEE
International Conference on Bioinformatics and Biomedicine, IEEE BIBM 2014, 556-
559. doi:10.1109/BIBM.2014.6999219
Sadikin, M. A., & Sunaringtyas, S. U. (2017). Implementing digital signature for the
secure electronic prescription using QR-code based on android smartphone. Paper
presented at the Proceedings - 2016 International Seminar on Application of
Technology for Information and Communication, ISEMANTIC 2016, 306-311.
doi:10.1109/ISEMANTIC.2016.7873856
Kinthada, M. R., Bodda, S., & Mande, S. B. K. (2017). EMedicare: MHealth solution for
patient medication guidance and assistance. Paper presented at the International
Conference on Signal Processing, Communication, Power and Embedded System,
SCOPES 2016 - Proceedings, 657-661. doi:10.1109/SCOPES.2016.7955523
Goswami, A. (2017). Predictive medication and use of big data. Paper presented at the
2017 IEEE Great Lakes Biomedical Conference, GLBC 2017 - Proceedings,
doi:10.1109/GLBC.2017.7928885
Cerezo, M. J. (2017). Implementación de la prescripción electrónica asistida en un
hospital de tercer nivel. Universidad de Granada. Facultad de Farmacia.
https://hera.ugr.es/tesisugr/19561179.pdf
Universidad Politécnica de Valencia. (2017). ¿Qué es una Firma Electrónica? Upv.
https://www.upv.es/contenidos/CD/info/711250normalc.html
Apololab S.A. (9 de Octubre de 2017). NeoXigna. NeoXigna:
https://neoxigna.com/websigner/
49
Col·legi de Farmacèutics de Barcelona. (Sin fecha). Col·legi de Farmacèutics de
Barcelona. Obtenido de Medicamento. ¿Qué es?:
https://www.farmaceuticonline.com/es/el-medicamento/630-medicamento-ique-es
Formulario Nacional de Medicamentos. (3 de mayo del 2011). Glosario de términos
farmacológicos. Obtenido de Prescripción médica: http://glosario.sld.cu/terminos-
farmacologicos/2011/05/03/prescripcion-medica/
