Reporte Técnico Proyecto de Diseño 2 - IBIO 3870

Departamento de Ingeniería Biomédica 2021-10

Monitoreo del dolor y acompañamiento de pacientes en la recuperación posquirúrgica.

PUGNATUM DOLORE DolorApp

Benjamín Collante Juvinao

David Arias Rayo

David Solórzano Quevedo

Felipe Escallón Páez

Sergio Andrés Otero Solanilla

Nicolás Yanguma Muñoz

Mentores:

Dr. Joseph Gutman Endocrinólogo, NOVA University Medical School, AssociatesMD medical Group

Dr. Sergio Londoño Cirujano Ortopédico, Fundación San Carlos, Clínica Marly, Revive

Mario Linares

Ph.D Ciencias de la Computación, Universidad de los Andes

Universidad de los Andes

Junio 05, 2021

2

Contenido 1 Resumen Ejecutivo 42 Descubrimiento y selección de la necesidad 4

2.1 Enfoque estratégico 42.2 Exploración de necesidades insatisfechas 4

2.2.1 Observación 42.2.2 Perspectivas 42.2.3 Oportunidades 52.2.4 Problema Central 52.2.5 Población 52.2.6 Resultado deseado 52.2.7 Fundamentos y estado del arte del problema 62.2.8 Soluciones existentes y tratamientos actuales 6

3 Especificaciones de la necesidad 73.1 ‘’Need Statement’’ seleccionado 73.2 Validación de la necesidad 73.3 Criterios y especificaciones de la necesidad 8

4 Concepto 94.1 Limitaciones del diseño 94.2 Ideación y generación del concepto 10

4.2.1 Preguntas de Helmeier 104.2.2 Viabilidad 12

4.3 Ideación y selección de conceptos 134.4 Concepto final 134.5 Nombre del producto 15

5 Producto mínimo viable (MVP) 156 Prueba de concepto (killer experiment) 157 Solución 16

7.1 Especificaciones de la solución 167.2 Aspectos regulatorios 177.3 Normas técnicas 187.4 Pruebas, verificación y validación de diseño 18

8 Implementación – Desarrollo de la estrategia 188.1 Estrategia de propiedad intelectual 188.2 Estrategia de investigación y desarrollo 19

3

8.3 Estrategia clínica 198.4 Estrategia Reguladora 198.5 Gestión de la calidad 198.6 Estrategia de reembolso 208.7 CANVAS – Modelo de negocio 218.8 Marketing, partes interesadas (Stakeholders), estrategia de ventas y distribución 228.9 Ventaja competitiva y estrategia empresarial 238.10 Plan de operación y modelo financiero 238.11 Estrategia de comunicación 258.12 Equipo 25

9 Impacto y consideraciones 2610 Discusión y Conclusiones 2611 Agradecimientos 2712 Referencias 2813 Apéndices 30

13.1 Formularios de validación 3013.1.1 Android Studio e Ionic 3013.1.2 Figma 3013.1.3 Flutter 3013.2 Anexos. 31

4

1 Resumen Ejecutivo Se identificó la necesidad de crear una forma de que el personal de salud pueda hacer un monitoreo de la medicación y el dolor en pacientes de cirugía ortopédica después de un proceso de de descubrimiento, selección, verificación y validación. Por lo anterior, se desarrolló el entorno dolorApp que cuenta de dos partes. La primera, una aplicación móvil dirigida a los pacientes de cirugías ortopédicas en la que pueden registrar la intensidad, lugar y tipo de dolor, además de poder agendar los medicamentos recetados por el médico. La segunda, una página web en la cual los especialistas podrán realizar un oportuno seguimiento de cada uno de sus pacientes por medio de gráficas de intensidad del dolor. Esta solución genera beneficios tanto para los centros médicos como para los pacientes. A los centros médicos les permite lograr una mejor acreditación en salud-ICONTEC además de prevenir los costos de reingreso de algunos pacientes. Por otra parte, los pacientes logran tener un mayor acompañamiento durante su proceso de recuperación por lo que mantienen un buen estado de animo y su salud mental no se verá muy afectada. En síntesis, en este documento se analiza nuestra propuesta de valor, quienes se benefician, el análisis de mercado y cuáles serán nuestros canales y métodos de distribución.

2 Descubrimiento y selección de la necesidad

2.1 Enfoque estratégico Como estudiantes de último semestre de Ingeniería Biomédica y utilizando los conocimientos adquiridos a lo largo de la carrera, se propuso diseñar e implementar una solución a la necesidad de monitorear el dolor en pacientes posquirúrgicos ortopédicos. Teniendo como requisitos que sea funcional, de precio asequible y con un alto impacto en la forma en la que se maneja la recuperación de los pacientes, incluyendo el control de las dosis de medicamentos y el monitoreo de sus niveles de dolor. Esta solución se evaluará de la mano con un centro de salud y por medio de su respectivo comité de ética.

2.2 Exploración de necesidades insatisfechas

2.2.1 Observación Para el proceso de observación se realizaron 10 entrevistas (evidencia de algunas de estas entrevistas virtuales por la plataforma Zoom se observan en el Anexo 1). Se realizó una entrevista al especialista en ortopedia y cirujano de rodilla Camilo Parada, quien nos comento acerca de los efectos de algunos protocolos de tratamientos posteriores a una cirugía además de informarnos sobre como varía el efecto de algunos medicamentos por cada tipo de paciente. Además, nos habló sobre algunas de las problemáticas en las que había trabajado, entre ellas una forma de optimizar las suturas meniscales y una aplicación que se quedó en la fase beta sobre él manejo del dolor, la cual fue nuestra inspiración para iniciar con la investigación. Por último, el testimonio directo de una persona ligada directamente con nuestra necesidad llega por parte de uno de los integrantes del grupo, Sergio Otero, quien a lo largo de su vida ha tenido seis cirugías mayores de las que resaltan tres de ruptura meniscal. Por este motivo, él nos cuenta como es el proceso de recuperación y resalta la poca interacción del paciente con el medico los días inmediatos posteriores a la cirugía.

2.2.2 Perspectivas Existe una necesidad y es el control del dolor en pacientes postquirúrgicos, los cuales después de la cirugía pueden llegar a sentir más dolor del necesario debido a un control inadecuado en el suministro y la cantidad de dosis de analgésicos y antiinflamatorios suministrados. De acuerdo con esto se hace una revisión de fuentes, en las cuales se encuentra que el dolor postquirúrgico de un paciente es complejo de tratar dado que depende de una gran cantidad de variables. Ejemplo de dichas variables son, el tiempo transcurrido desde la operación, el tipo de intervención quirúrgica, nivel de dolor del paciente, la medida y localización de la incisión. Adicionalmente, dependiendo de la magnitud del dolor se recetan diferentes medicamentos, verbigracia de esto son los opiáceos. Los opiáceos son reservados para dolores intensos, mientras que medicamentos como Metamizol, Diclofenaco, Salicilatos, Paracetamol son para todos los niveles, pero se

5

manejan dependiendo el tiempo de duración deseado y los efectos secundarios indeseables. Finalmente, con respecto al tipo de intervención también se modifica la dosificación y administración de medicamentos. Los pacientes que están en UCI (unidad de cuidados intensivos) y en unidad de quemados deben ser tratados con Morfina o Petidina vía intravenosa, si el paciente llega a ser alérgico, se recurre a utilizar Metamizol.

2.2.3 Oportunidades De acuerdo con el contexto anteriormente expuesto, nosotros como equipo concluimos que la mejor manera de intervenir en el campo del manejo del dolor es crear una conexión más directa entre el paciente y el cirujano. La forma en la que haríamos esto es innovando dentro del área de la telemedicina promoviendo una manera en que el paciente pueda informarle en tiempo real su estado posterior a la cirugía. Con esta información el médico podría discernir sobre el tratamiento actual y dejar abierta la posibilidad de cambio.

2.2.4 Problema Central Como se mencionó anteriormente en el proceso de observación, el problema principal que estamos investigando es que no existe una conexión inmediata entre el paciente y el cirujano, es decir, los pacientes suelen tener controles posquirúrgicos a la semana o a las dos semanas de la operación. Estas consultas de control pueden llegar a ser ineficientes debido a que en el lapso en el que médico no tiene contacto con el paciente, este puede no estar teniendo el efecto esperado de su tratamiento, por lo que solo se retrasaría el proceso de recuperación.

2.2.5 Población Lo primero que debemos saber es quién o quiénes se ven más afectados por el desarrollo de nuestra solución. De esta forma identificamos 4 agentes principales dentro de los que se resaltan: - La industria de la telemedicina, esto se debe a que es el medio por el cual se comercializará y distribuirá

la solución. Tiene un gran impacto en la industria ya que las soluciones actuales frente a esta problemática no cuentan con una solución completa frente a la problemática

- Las personas que requieran o deseen agendar sus medicamentos: la solución planteada será muy práctica a la hora de agendar los medicamentos pues contará con su propia bitácora junto con un recordatorio para que el usuario no retrase su proceso de rehabilitación.

- Los pacientes de cirugías ortopédicas: Las lesiones de las rodillas representan casi el 5% de las lesiones agudas de los consultorios médicos de consulta externa, ambulatoria y sala de emergencia. Sólo el 10% de las lesiones agudas de rodilla corresponden a una lesión grave de tejidos blandos (desgarro de meniscos o de los ligamentos cruzados anteriores). El 50% de las lesiones de los meniscos y los ligamentos de la rodilla se relacionan con el deporte. La incidencia anual de lesiones del LCA es de 2 a 5/10000 y de lesiones de meniscos es de 1/1000. Se pueden producir aisladamente o en combinación con las lesiones de los ligamentos, es así como entre un 70% al 75% de los pacientes con lesiones del LCA tienen simultáneamente lesión de meniscos [1].

- Los médicos y los centros médicos relacionados con el campo de la cirugía ortopédica: Solo en Colombia podemos encontrar un repertorio bastante amplio tanto de los centros de salud como de especialistas médicos relacionados con el campo de la cirugía ortopédica. Para ser más precisos Colombia cuenta con 700 centros de cirugía ortopédica y 1219 especialistas en ortopedia [2]. Adicionalmente se espera que para el año 2030 haya más de 2000 especialistas ortopédicos con un aumento del 10% anual [3].

2.2.6 Resultado deseado Con el desarrollo de esta solución, no solo esperamos tener un alto impacto en la industria de la telemedicina, puesto que actualmente no hay una respuesta concreta y completa para este tipo de problemática. Sino que también esperamos mejorar la calidad de vida de los pacientes de cirugías ortopédicas. Dado que él medico podrá tener una mayor interacción con el paciente, tendrá los suficientes datos para decidir si el tratamiento actual del paciente es efectivo o de lo contrario cambiarlo directamente. Esto podría significar una reducción en el tiempo de rehabilitación del paciente.

6

2.2.7 Fundamentos y estado del arte del problema Después de someterse a una cirugía ambulatoria los pacientes suelen presentar algunas complicaciones relacionadas a la medicación para el tratamiento del dolor posquirúrgico. Como hecho causal de la anterior declaratoria, se han realizado diversos estudios estadísticos tanto dentro como fuera de Colombia relacionados con las variables sociodemográficas, médicas y quirúrgicas vinculadas con la intensidad de dolor, el cual se mide por lo general en escalas ya sea de forma visual analógicas (EVA) o en una escala numérica verbal (ENV); además, se ha visto en los mismos estudios un análisis en la calidad de recuperación, la cual está asociada a los efectos adversos por causa del uso de analgésicos. El manejo adecuado del dolor durante las primeras horas de realizada una cirugía ambulatoria, determinara el éxito de la intervención quirúrgica. Sin embargo, sigue siendo un desafío garantizar durante este periodo de tiempo bajos niveles de dolor. De acuerdo con el estudio publicado por el Dr Narinder Rawal, aproximadamente el 30-40% de los pacientes experimenta una escala de dolor moderada a alta luego de un procedimiento ambulatorio [4]. De igual manera, un estudio descriptivo, observacional, de corte transversal realizado en 112 pacientes mayores de 18 años en el hospital universitario San Vicente de Paúl (HUSVP) en Medellín, Colombia en el año 2007, se tuvo que los principales efectos adversos asociados a analgesia hasta 24 horas después de cirugía ortopédica fueron somnolencia, náuseas, epigastralgia, retención urinaria y vómito [5]. Además, un estudio publicado por especialistas de ortopedia de España registra que, de un total de 10032 cirugías ortopédicas ambulatorias realizadas, un 18% de estos pacientes tenían que volver al hospital porque el dolor que tenían era considerable o realizaban una consulta telefónica con el propósito de preguntar sobre la medicación a seguir para controlar el dolor que sentían. Todo lo mencionado anteriormente ocurrió durante las primeras 48 h de realizado el procedimiento [6]. Es importante mencionar que las cirugías ambulatorias han incrementado considerablemente en los últimos años, el principal motivo de este aumento está relacionado con la disminución de manera considerablemente los costos para los hospitales [7].

2.2.8 Soluciones existentes y tratamientos actuales El mundo está viviendo una revolución en la parte quirúrgica, cada vez más hospitales realizan cirugías ambulatorias de mayor complejidad, lo cual implica que el paciente sea dado de alta el mismo día y no reciba un acompañamiento posquirúrgico, con lo cual controlar las complicaciones post operatorias de manera óptima y adecuada se convierte en todo un reto. Dado lo anterior se desarrolló la aplicación móvil española (Zinkinn), la cual permite al paciente autoevaluar su dolor durante un tiempo prolongado. No obstante, la primera fase de la aplicación tan solo permite evaluar el dolor post operatorio de 4 cirugías diferentes [8]. Una de las causas de mayor mortalidad y morbilidad durante la intervención posquirúrgica son las complicaciones respiratorias; además que prolongan el tiempo del paciente en las instalaciones hospitalarias, aumentando el riesgo biológico y el coste sanitario. Por ende, brindar una solución por medio de una aplicación que este orientada a la realización de un programa de rehabilitación respiratoria perioperatoria en pacientes intervenidos quirúrgicamente [9]. Una aplicación M-Health que intenta solucionar dicho problema es RecuerdaMed, una aplicación creada por el Observatorio para la seguridad del paciente, de la Consejería de Salud de la Junta de Andalucía. RecuerdaMed permite al paciente o a la persona que lo cuida, llevar un control exhaustivo de su medicación, para contrastarla, y corregirla si es necesario, con los profesionales sanitarios. La aplicación también permite establecer alarmas con el fin de recordar al paciente el momento exacto y que cantidad debe tomar de su medicamento. RecuerdaMed también cuenta con una base de datos oficial de medicamentos y alergias para los pacientes [10]. Por último, también en el campo de M-Health, está la aplicación de “monitor de dolor multicéntrico-registro de dolor crónico”. Esta aplicación es meramente con propósito investigativo. La aplicación le permite al usuario reportar los cambios en los estados del dolor del paciente, esta información se almacena en una base de datos y se compara con los resultados de los demás usuarios para buscar una tendencia en el

7

comportamiento del dolor crónico. Sin embargo, de acuerdo con los testimonios de los usuarios la información recolectada puede ser muy ambigua, lo que concluye en unos resultados inexactos [11].

3 Especificaciones de la necesidad

3.1 ‘’Need Statement’’ seleccionado Una forma de monitorear el dolor y el uso de medicamentos en pacientes de cirugía ortopédica para proveerle a los especialistas retroalimentación estadística de la recuperación y de esta forma mejorar y garantizar un mejor proceso de recuperación.

3.2 Validación de la necesidad En primer lugar, si hacemos énfasis en el concepto y manejo de dolor de una cirugía ambulatoria se ha encontrado que después de someterse a este tipo de cirugías los pacientes suelen presentar algunas complicaciones relacionadas a la medicación para el tratamiento del dolor posquirúrgico. Como hecho causal de la anterior declaratoria, se han realizado diversos estudios estadísticos tanto dentro como fuera de Colombia relacionados con las variables sociodemográficas, médicas y quirúrgicas vinculadas con la intensidad de dolor, el cual se mide por lo general en escalas ya sea de forma visual analógicas (EVA) o en una escala numérica verbal (ENV); además, se ha visto en los mismos estudios un análisis en la calidad de recuperación, la cual está asociada a los efectos adversos por causa del uso de analgésicos. El manejo adecuado del dolor durante las primeras horas después de realizada una cirugía ambulatoria determinara el éxito de la intervención quirúrgica. Sin embargo, sigue siendo un desafío garantizar durante este periodo de tiempo bajos niveles de dolor. De acuerdo con el estudio publicado por el Dr Narinder Rawal, entre el 30-40% de los pacientes experimenta dolor moderado a alto luego de un procedimiento ambulatorio [4]. De igual manera, un estudio descriptivo, observacional, de corte transversal realizado en 112 pacientes mayores de 18 años en el hospital universitario San Vicente de Paúl (HUSVP) en Medellín, Colombia en el año 2007, se tuvo que los principales efectos adversos asociados a analgesia hasta 24 horas después de cirugía ortopédica fueron somnolencia, náuseas, epigastralgia, retención urinaria y vómito. [5] Además, un estudio publicado por especialistas de ortopedia de España registra que, de un total de 10032 cirugías ortopédicas ambulatorias realizadas, un 18% de estos pacientes tenían que volver al hospital porque el dolor que tenían era considerable o realizaban una consulta telefónica con el propósito de preguntar sobre la medicación a seguir para controlar el dolor que sentían. Todo lo mencionado anteriormente ocurrió durante las primeras 48 h de realizado el procedimiento [6]. Es importante mencionar que las cirugías ambulatorias han incrementado considerablemente en los últimos años, el principal motivo de este aumento está relacionado con la disminución de manera considerablemente los costos para los hospitales [7]. En segundo lugar, si hacemos énfasis en algunas enfermedades que están relacionadas con los procedimientos quirúrgicos ortopédicos ambulatorios, encontramos la osteoartrosis y la reconstrucción de ligamento cruzado anterior. La primera enfermedad mencionada se define como un síndrome anatomoclínico que puede ser identificado por el dolor mecánico y rigidez progresiva en las articulaciones que con el transcurso de los años provocan la perdida de la función articular. Esta enfermedad es un motivo recurrente de consulta médica, además se deben invertir altos costos para su atención y tratamiento. [14]. El tratamiento estándar para la osteoartrosis son los reemplazos articulares, conocidos como artroplastias. Para el caso de las osteoartrosis de rodilla se ha presentado un incremento anual de aproximadamente el 10% de las artroplastias de rodilla desde 1990 [15]. De acuerdo con las cifras consultadas en literatura, se reportó que se realizaron 10 mil artroplastias de rodilla y cadera en el año 2013 en el país [12, 13]. Es posible afirmar que la cantidad de procedimientos de reemplazos articulares pudo incrementar en los últimos años proporcionalmente a la cantidad de habitantes y de acuerdo con la curva de tendencia que se puede observar en otros países. Por ejemplo, en los Estados Unidos se proyecta que para el año 2037 se realicen 500 mil reemplazos de rodilla únicamente [15]. Sin embargo, estas cifras presentadas en los reportes pueden presentar problemas de exactitud porque en el país no se dispone de ningún estudio masivo y riguroso que proporcione datos epidemiológicos concretos sobre la cantidad de artroplastias que se realizan anualmente

8

[16]. Para la lesión de ligamento cruzado anterior se estima que en Estados Unidos anualmente se lesionan 100.000-200.000 personas [17-19] y, a su vez, se realizan 150.000-250.000 reconstrucciones del LCA anualmente [19,20]. Adicionalmente, es importante mencionar que el proceso quirúrgico de reconstrucción del ligamento cruzado anterior tiene un costo aproximado de 17 mil dólares [18]. Llevar un monitoreo adecuado del dolor posoperatorio de esta lesión en particular puede contribuir a evitarle sobre costos al sistema de salud colombiano. Si hacemos énfasis en la cantidad de lesiones de LCA en el país, se encontró en literatura que se realizaron 42 reconstrucciones de este tipo en el hospital San José en el periodo transcurrido entre 2014 a 2016 [20]. Sin embargo, no hay más datos estadísticos que permitan hacer un muestreo de la frecuencia de esta lesión en Colombia. En tercer lugar, se realizaron múltiples entrevistas con especialistas con el objetivo de validar la necesidad seleccionada (evidencia de algunas de estas realizadas por la plataforma Zoom se evidencian en el Anexo 2). En primer lugar, se tuvo una conversación con el endocrinólogo Joseph Gutman quien nos comentó la importancia de vigilar y monitorear el dolor de cirugías ambulatorias para garantizar una adecuada recuperación del paciente. Además, nos mencionó que las cirugías donde es posible realizar mejores aproximaciones con respecto a la medición del dolor sin que varíen considerablemente entre personas son las cirugías ambulatorias ortopédicas y abdominales. En segundo lugar, se tuvo una reunión con el Dr. Sergio Londoño, especializado en cirugía ortopédica, con el propósito de hablar sobre la necesidad seleccionada y ampliar la información que se poseía hasta el momento. El Doctor mostró un gran interés por el proyecto y menciono que la necesidad escogida era un tema de gran relevancia puesto que es un campo que aun presenta muchos retos que no se han resuelto a totalidad o de manera satisfactoria. En tercer lugar, se tuvo una charla con el Dr. Moyano médico especialista en dolor quien una vez terminada la exposición de la necesidad elegida comento que el proyecto poseía relevancia y valor puesto que no existían muchas aplicaciones médicas que estuvieran enfocadas en el monitoreo del dolor posoperatorio, además, mostro todo su interés por contribuir a la validación y pruebas necesarias en el proyecto. Finalmente, la última conversación que se realizó para la validación de la necesidad fue con el Dr. Edmundo Gomina. El Dr. Gomina nos hizo un par de observaciones acerca de las escalas con las cuales se mide el dolor y su importancia en el ámbito posoperatorio. Posteriormente, elogio el trabajo que se tenía hasta el momento y confirmo que la necesidad seleccionada posee gran relevancia en el campo médico. De acuerdo con todo lo mencionado anteriormente y de al menos cinco entrevistas más como proceso de validación de la necesidad seleccionada, podemos afirmar que después del que esta posee validez e importancia en el ámbito médico.

3.3 Criterios y especificaciones de la necesidad De acuerdo con la clasificación propuesta por el método de MOSCOW se describen explícitamente las características principales de nuestro prototipo enunciando cada factor por medio de 4 distintas categorías que son: lo que debe tener, lo que debería tener, lo que podría tener, y lo que definitivamente no tendrá.

Tabla 1 Especificaciones del diseño basadas en su priorización.

Priorización Elementos Aceptable Deseado

Debe

Fácil manejo. El 70% de los usuarios puedan utilizarla sin ayuda.

El 90% de los usuarios puedan utilizarla sin ayuda.

Interfaz intuitiva. El 70% de los usuarios se puede registrar y tomar una muestra de

dolor sin ayuda.

El 90% de los usuarios se puede registrar y tomar una muestra de dolor sin ayuda.

Escala de dolor. Escala de dolor para el posoperatorio

de ortopedia.

Escala de dolor para el posoperatorio de ortopedia, con la ubicación y tipo de dolor

que presenta.

Registro de toma de dolor.

Se almacenan en el dispositivo los datos referentes al dolor de los

pacientes en tiempo real.

Se almacena en la nube los datos referentes al dolor de los pacientes en tiempo real.

9

4 Concepto

4.1 Limitaciones del diseño El desarrollo de nuestro diseño no requiere ninguna experimentación en humanos o animales, por ende, no es necesario presentar ningún protocolo de experimentación junto con los correspondientes consentimientos informados relacionados a un procedimiento que pueda afectar la integridad de una persona. Sin embargo, para el proceso de prueba clínica es necesario presentar una propuesta de experimentación a un comité de ética que avale el procedimiento a realizar en pacientes. Por otro lado, el diseño debe garantizar primordialmente la privacidad y seguridad de la información que va a ser suministrada. Esto es fundamental, puesto que una pérdida o robo de información sería una falla importante que haría perder la confianza en la propuesta. En especial toma aún más relevancia en caso de establecer convenios con entidades hospitalarias y prestadoras de servicios de salud (tanto públicas como privadas), ya que no es que un paciente quiera utilizar la aplicación bajo unos términos, sino que se deberá garantizar a dicha entidad que por el acuerdo económico se asegurará dicha información confidencial. Adicionalmente, Factores globales que podrían limitar el diseño de la solución es el acceso limitado o inexistente in la mayoría de las partes del mundo. El abismo en este acceso está grande que el 50% de la población más pobre del mundo viven en países que reciben únicamente el 1% de todos los opioides

Grafica de dolor. Al llegar a consulta el paciente puede mostrar la evolución de su dolor en el

tiempo.

El doctor puede ver en tiempo real la evolución del dolor del paciente.

Recordatorio y registro de medicamentos.

Se almacena en el dispositivo las muestras de dolor de los pacientes en

tiempo real.

Se almacena en la nube la toma de medicamentos los pacientes en tiempo real

y se les notifica de la misma.

Base de datos. Se almacena en el dispositivo de

manera correcta la información de los pacientes y se puede descargar.

Se almacena en la nube de manera correcta la información de los pacientes.

Debería

Escala de dolor variable según el procedimiento

ortopédico

Se tienen escalas de dolor para solo una especialidad.

Usuario puede seleccionar la escala de dolor dependiendo su procedimiento

ortopédico.

Tener un chat bot Una muestra de interacción entre la

aplicación y el paciente para que este pueda sentirse acompañado

Poder registrar los datos de la escala de dolor en la nube a partir de la interacción

del usuario con el bot

Guía de usuario. Una guía básica con las principales

funcionalidades Se brinda información acerca de botones, opciones y navegación de la aplicación.

Historial de médico del paciente.

El medico puede actualizar el historial del paciente si es necesario.

El usuario puede actualizar su historial médico si es necesario.

Bitácora. El paciente puede comentar su día a

día. El paciente puede comentar su día a día y

esta almacenado en la nube.

Ubicación y tipo de dolor.

El usuario puede seleccionar la zona del dolor.

El usuario puede seleccionar la zona específica en la cual siente dolor.

Podría

Foto de perfil. Se cambia la foto del perfil una vez registrado el usuario.

Se puede modificar la foto cada vez que el usuario lo requiera.

Farmacias y centros de salud cercanos.

Se muestran los servicios de salubridad más cercanos al usuario.

Seleccionar o agregar las farmacias y centros de salud que más frecuenta el

usuario. Tener una categoría de favoritos.

No tendrá Comunicación directa con el médico

N\A N\A

10

distribuidos mundialmente [21]. Mientras que, por otro lado, el 10% de la población más rica del mundo vive en países que reciben cerca del 90% de los opioides distribuidos mundialmente [21]. Esta gran brecha en acceso a medicamente podría limitar la capacidad de monitorear y controlar el dolor, ya que es algo que se sale de las manos del diseño de nuestra solución. Existe un grave problema de acceso a tratamientos paliativos y de aliviamiento del dolor por parte de la población más pobre en el mundo. Por último, se ha encontrado que la salud mental y social de los pacientes generan grandes variaciones en la nocicepción musculoesquelética, es decir que afectan la cantidad de dolor que una persona puede sentir, cuando por ejemplo la persona se encuentra preocupada, estresada o cansada [22]. Este tipo de estados mentales y de círculos de interacción social de los pacientes se sale del área de acción del diseño de la solución.

4.2 Ideación y generación del concepto

4.2.1 Preguntas de Helmeier ¿Qué se está intentando hacer?

Se está desarrollando una solución que permita al personal médico monitorear el dolor y gestionar la agenda de medicamentos para los pacientes posquirúrgicos de cirugía ortopédica. Esto se realiza principalmente con el fin de ayudar y brindar nuevas herramientas a los cirujanos ortopédicos para que realicen un mejor seguimiento de la condición de sus usuarios. De igual manera, se busca reducir los riesgos que pueden presentar durante el tiempo de recuperación los pacientes. De esta forma, se va a garantizar que la medicación recetada cumpla su objetivo y el proceso de recuperación de los pacientes sea el más adecuado.

¿Por qué esta necesidad es importante? La necesidad que se está trabajando tiene un gran impacto en el campo de la telemedicina pues ofrece retroalimentación en tiempo real a los especialistas sobre la evolución del paciente, lo cual permitiría innovar en el concepto de seguimiento y manejo del dolor. Además, permite que los usuarios tengan un correcto y detallado seguimiento por parte de los especialistas, lo que aumenta la confianza del paciente para una prospera recuperación.

¿Cómo se hace hoy y cuáles son los límites de la práctica actual? Actualmente la manera como se observa el monitoreo y evaluación del proceso de recuperación de las personas luego de una cirugía, como por ejemplo las cirugías ortopédicas, son las consultas médicas programadas posterior a la intervención, aplicaciones médicas que evalúan el dolor que presenta las personas a lo largo del tiempo [8][9][10] y los medicamentos que le son administrados [23][24]. También existen aplicaciones que permiten la interacción médico-paciente [23][25]. Las limitantes para el primer caso consisten en que algunas ocasiones las consultas médicas pueden quedar programadas en una fecha muy distante a la intervención quirúrgica. Esto puede ser perjudicial porque los pacientes usualmente presentan complicaciones de consideración durante los primeros 30 días de su periodo de recuperación [26]. Adicionalmente, la falta de datos e información acerca de cómo llevan a cabo la recuperación los pacientes en sus residencias puede convertirse en una barrera para la mejora de la calidad en la medicación o en los procesos de intervención quirúrgica [26]. Por otra parte, las aplicaciones que se encuentran actualmente pueden presentar interrupciones durante su funcionamiento o falta de autonomía para realizar su labor. Además, es importante que la aplicación tenga un sistema y servicio fiable junto con un nivel de seguridad y privacidad alto de los datos proporcionados. Si no se tienen en cuenta estos parámetros, las personas que utilicen la aplicación tienen la posibilidad de tener malas experiencias y optar por no utilizar la más. También es importante mencionar que la aplicación debe ser fácil de usar para cualquier persona [27].

¿Qué hay de nuevo en su enfoque y por qué cree que será exitoso? El nuevo enfoque que se propone, con el fin de presentar una diferencia con respecto a lo que existe actualmente, consiste en acoplar ciertas funciones que se realizan en múltiples aplicaciones en solamente una aplicación móvil (monitoreo del dolor y control de la agenda de medicamentos recetados a los

11

pacientes). Adicionalmente, se tienen en cuenta ciertas consideraciones dadas por los médicos. Por ejemplo, no tener un sistema de mensajería instantánea con sus pacientes, porque sus labores no le permiten tener el tiempo suficiente para responder mensajes de cada uno de ellos y porque considerarían incomodo que fuera de sus horas laborales recibieran algún mensaje relacionado a la condición médica de sus pacientes. Adicionalmente, la aplicación que se está desarrollando será más fácil, llamativa e intuitiva de usar con respecto a otras aplicaciones presentes en el mercado. Otro aspecto importante es que se garantizara la seguridad de la información suministrada por los usuarios. Por otro lado, nuestra solución se diferencia de las demás alternativas que existen en el mercado debido que aborda a cada paciente de forma específica monitoreando cómo evoluciona su condición posterior al procedimiento ortopédico realizado. Esto es importante porque la sensibilidad a ciertos medicamentos o la magnitud del dolor que puede presentarse en cada paciente posquirúrgico es diferente y por ende es necesario tener en cuenta consideraciones subjetivas. Además, el manejo y monitoreo del dolor es un campo que aún posee ciertas deficiencias y carencias que buscamos suplir.

¿A quién le interesa? La población interesada en esta solución serían esencialmente los pacientes y cirujanos de cirugías ortopédicas. Adicionalmente, se ven como potenciales interesados las entidades de salud como hospitales o prestadores de servicios, ya que ellos podrían obtener esta solución y utilizarla como parte de su plan de trabajo en procesos de recuperación posquirúrgica ortopédica. Finalmente, a las ARL debido a que estas entidades son las encargadas de pagar el sueldo de los trabajadores que se ausentan del trabajo.

Si se tiene éxito, ¿qué diferencia habrá? Si se tiene éxito habrá una optimización en el seguimiento de la condición y en la dosificación de medicamentos para los pacientes de cirugías ortopédicas, lo que con llevaría a una posible reducción en el dolor que sienten y a disminuir el riesgo de inadecuadas prescripciones. Lo mencionado anteriormente, contribuye a tener un mejor proceso de recuperación posoperatorio por parte de los pacientes y a su vez incrementar el nivel de confianza en los especialistas en dichos procedimientos.

¿Cuáles son los riesgos y los beneficios? Uno de los riesgos asociados al enfoque escogido está relacionado con la captura de datos de los pacientes de recuperación posoperatoria. Si no se desarrolla una solución que sea fácil, llamativa e intuitiva de usar, se presenta el riesgo que no haya una captura de datos significativa. La captura de datos puede ser importante para realizar un análisis de cuales técnicas y medicaciones obtienen mejores resultados con respecto al manejo del dolor y el proceso de recuperación del paciente. También existe el riesgo de ataques cibernéticos para intentar obtener la información de la base de datos donde se almacena la información de los usuarios que usen nuestra solución. Otro riesgo asociado a la parte informática es no tener una base de datos que sea lo suficientemente grande para guardar la información de todos los usuarios que hagan uso de la solución planteada. Por otra parte, existe el riesgo de que nuestra solución no tenga un impacto significativo en zonas apartadas donde la tecnología no es suficiente para utilizar la solución propuesta. Uno de los mayores beneficios que se puede obtener sería una recuperación optima de los pacientes de procedimientos quirúrgicos ortopédicos al mantener el dolor controlado al mismo tiempo que se tiene una medicación pertinente. Además, el éxito de la solución planteada puede beneficiar a la comunidad médica relacionada con la parte ortopédica debió a que se pueden realizar estudios sobre las técnicas y la medicación recetada a los pacientes con base a la magnitud del dolor que se puede obtener y analizar de la solución planteada. Otro beneficio que se puede obtener si tiene éxito la solución planteada, es innovar en el concepto de manejo y trazabilidad del dolor en cirugías ortopédicas.

¿Cuánto costará? Para calcular el valor de mercado de nuestra aplicación se deben tener en cuenta algunos factores tales como, la mano de obra, el talento humano necesario para el mantenimiento y protección del software y las bases de datos. Con el propósito de mantener un margen estable de ganancia, se promociona nuestro producto por

12

medio de una licencia. Esta licencia tendrá un costo base que dependerá del Tamaño del centro de salud. Además, tendrá un costo adicional por cada nuevo usuario de 20000 COP. Por otra parte, si el usuario no se encuentra afiliado a ningún centro de salud, este podrá adquirir la aplicación de manera gratuita, sin embargo, no podrá acceder a las funciones de seguimiento avanzadas. En este caso, los anuncios publicitarios serán los encargados de la generación de valor.

¿Cuánto tiempo llevará? Se considera que desarrollar este proyecto relacionado con la necesidad encontrada tardara de 6 a 14 meses para poder sacarlo al mercado. Sin embargo, se es consciente de que al ser un desarrollo de software pueden aparecer múltiples consideraciones que no se tenían planteadas inicialmente y además este deberá mantenerse con constantes actualizaciones que permite que el desarrollo sea más robusto y eficiente.

¿Cuáles son las pruebas intermedias y finales para comprobar el éxito? En primer lugar, se tiene pensando que para el caso de los prototipos y dependiendo de su intención se le realizarán ciertas preguntas a los usuarios que nos permitan llegar a un consenso de la efectividad de dicho prototipo, si cumple su objetivo y qué actualizaciones o modificaciones se deberán realizar en la próxima iteración. Durante el semestre anterior se trabajó en Android Studio y en Ionic para el desarrollo de prototipos y se utilizó el formulario que se presenta en el Apéndice 13.1.1 para evaluar las iteraciones realizadas. Sin embargo, por recomendación del asesor Mario Linares, se cambió la herramienta de prototipado a Figma debido a que se puede mejorar de manera significativa la apariencia visual, la funcionalidad y la facilidad para realizar encuestas que nos permitan evaluar la funcionalidad y cuáles son las modificaciones que se deben llevar a cabo en los prototipos. De acuerdo con lo mencionado anteriormente, se planteó el formulario mostrado en el Apéndice 13.1.2 para evaluar las iteraciones realizadas. Es importante mencionar, que el formato fue utilizado únicamente para las iteraciones iniciales de Figma. En cuanto al producto final se encuentra desarrollándose en Flutter porque se tienen menos limitaciones durante la creación y desarrollo de una aplicación. Además, permite la captura de datos que son necesarios para realizar el back-end de la App. Para la evaluación se les hará una encuesta a los usuarios considerando periodos de tiempo más largos y de esta forma poder simular la situación real que sería un proceso posquirúrgico, que dependiendo de la cirugía ortopédica puede tomar días, semanas o meses. En este caso, se crearon preguntas que resumen las intenciones más importantes del producto las cuáles se muestran en el Apéndice 13.1.3. Cabe recalcar que al obtener estos prototipos se modificaron ligeramente estas preguntas para hacerlas más específicas y poder abarcar pruebas de navegabilidad y usabilidad, por ejemplo, se le indicaban tareas a realizar al usuario para poder analizar el comportamiento con la aplicación.

¿Cómo puede confirmar que la solución va en la dirección adecuada? De acuerdo con los comentarios de algunos asesores, la solución y desarrollo de la necesidad se está sobrellevando de la mejor manera. Sin embargo, se nos han hecho varias recomendaciones para seguir mejorando la solución, como, por ejemplo, el hecho de enfocarnos en un campo específico de las cirugías ortopédicas.

4.2.2 Viabilidad En el desarrollo de aplicaciones hay dos términos utilizados para separar y describir la funcionalidad de la aplicación: el front-end y back-end. En diseño de software para el front-end es la parte que interactúa con los usuarios y el back-end es la parte que procesa la entrada desde el front-end. La idea general es que el front-end es el responsable de recolectar los datos de entrada del usuario, que pueden ser de muchas y variadas formas, y los transforma ajustándolos a las especificaciones que demanda el back-end para poder procesarlos, devolviendo generalmente una respuesta que el front-end recibe y expone al usuario de una forma entendible y amigable para este. De acuerdo con lo anterior, como plataforma de programación se utiliza Flutter que posee codigo de fuente abierto con su propio lenguaje denominado dart. Flutter nos permite programar aplicaciones para las

13

personas que utilizan Android y iOS. Adicionalmente, también es posible utilizar la programación que se tiene para usarla en plataformas web en esta plataforma se hace uso de herramientas para el front-end. En cuanto al back-end, se hará uso de bases de datos diseñadas y almacenadas en MongoDB Compass. Se diseñaron dos bases de datos diferentes, la primera para almacenar todos los pacientes y los datos relacionados tanto con este como con el procedimiento realizado, y la segunda de especialistas en la cuál no solo se almacenan los datos de cada especialista sino los pacientes que se relacionan con cada uno de estos. Finalmente, existen diferentes opciones para el almacenamiento de las bases de datos tales como MongoDB, GoogleCloud, Facebook y otras. De la misma forma, hay varios servicios que proveen herramientas para desarrollar servidores en la nube (Cloud Computing System) tal y como Amazon, Google, Facebook y otros. Por esto y todas las razones expuestas, se determinó que nuestra solución propuesta si tiene viabilidad real.

4.3 Ideación y selección de conceptos Inicialmente, se desarrolló un prototipo base de una aplicación móvil haciendo uso de los macros de excel y almacenando los datos directamente, este se puede evidenciar en el Anexo 3 y fue de gran utilidad ya que nos permitió visualizar la forma en la que deseábamos estructurar la aplicación y recibir retroalimentación de diferente tipo de usuarios (amigos, familiares y pares). Ya que excel no permite desarrollar aplicaciones móviles que es lo deseado, en base a esas iteraciones se plantearon tres diferentes alternativos por medio de las cuáles se podría cumplir el objetivo. Android Studio, Ionic y Flutter son un conjunto de herramientas ofrecidos por una plataforma de Harware o sistema operativo, ya sea iOS, Android o Google. Aunque las tres herramientas permitan desarrollar interfaces de usuario para aplicaciones, tienen características especiales que las diferencian y permiten lograr diferentes objetivos o abarcar un tipo de mercado diferente.

Con respecto a Android Studio y cuyo prototipo se puede observar en el Anexo 4, es un entorno de desarrollo integrado que permite al programador realizar interfaces graficas de manera rápida y sencilla, ya que ofrece un sistema de elección de widget (llamado Studio), lo cual evita que el programador tenga que escribir la arquitectura base del widget y solo se enfoque en desarrollar un diseño amigable con el usuario. Además, al ser un entorno de desarrollo solo para Android, permite desarrollar aplicaciones nativas lo que quiere decir que permite utilizar componentes y sensores del celular como la cámara, el micrófono y los archivos multimedia entre otros. Lo anterior es una ventaja si se desea programar solo aplicaciones nativas y si la aplicación necesita hacer uso de componentes específicos del celular. En nuestro caso no se seleccionó como la alternativa adecuada ya que se busca desarrollar aplicaciones para todo el público de teléfonos inteligentes, por lo que se busca sea compatible tanto para iOS como para Android. Ionic y Flutter son SDK completos de código abierto para el desarrollo de aplicaciones móviles no nativas. Un SDK es un conjunto de herramientas para el desarrollo de software, gracias a esto, se pueden construir aplicaciones para diferentes tipos de sistemas operativos. Los SDK permiten que se construya un código central y este se compile para los sistemas operativos Android y iOS. Los dos SDK ofrecen gran variedad de Widgets para enriquecer la parte gráfica y las funciones que pueda realizar el usuario. Esto significa, que como en nuestro caso no es de vital importancia obtener mediciones de sensores y componentes de los dispositivos sino principalmente recopilar datos dados por el paciente, desarrollar aplicaciones híbridas y no nativas con ayuda de estas herramientas nos simplifica el problema de tener que programar una nativa para cada sistema operativo. Entre las dos opciones mencionadas, después de desarrollar prototipos en Ionic, cuya última iteración se puede evidenciar en el Anexo 5 y en el Anexo 6, se tomó la decisión de migrar a Flutter ya que, en consenso con nuestro asesor de desarrollo de software, Mario Linares, se observó que esta es más completa y robusta en cuanto a facilidad de conexión con el servidor y la base de datos.

4.4 Concepto final Para nuestro proyecto, se descartó la idea de seguir trabajando con Android Studio, ya que nos limita la cantidad de personas a las cuales podemos ofrecer el producto, ya que serían solo usuarios Android. Además, nuestra aplicación no necesita componentes internos del celular, así que no estaríamos aprovechando las ventajas ofrecidas por este entorno de desarrollo.

14

Por lo tanto, se decidió utilizar Flutter para el diseño final, como se puede evidenciar en la Figura 1 es una interfaz más amigable que la presentada en plataformas anteriores, esta permite una navegación sencilla y una mayor facilidad para el usuario a la hora de entender su funcionamiento. Esta evolución se puede apreciar en el Anexo 9 . De igual forma, la página web se realizó en este mismo IDLE como se muestra en la Figura 2. Sin embargo, el primer prototipo realizado se desarrolló en html y solo mostraba una gráfica para el doctor como se muestra en el Anexo 10, esta evolución se puede observar en el Anexo 11. Finalmente, se está desarrollando un chatbot el cuál pueda ser asistente de la aplicación móvil para alimentar simultáneamente las bases de datos, el funcionamiento del diseño preliminar de este se muestra en la aplicación de mensajería Telegram en el Anexo 12.

Figura 1. Interfaz de la aplicación en flutter

Figura 2. Interfaz de la página web en Flutter

El prototipo beta de la página web la puede observar en https://dolorapp-f9091.web.app, por otro lado, los códigos QR mostrados a continuación permiten dirigirse al chatbot y acceder a una versión beta de la app:

Chatbot: App:

15

4.5 Nombre del producto La aplicación que se desarrolló lleva el nombre de DolorApp, producido por nuestra organización de nombre PugnatumDolore. En la Figura 1 se muestra el logo extendido y en la Figura 2 el que será utilizado como ícono de la aplicación móvil.

Figura 1 Logo extendido de la aplicación DolorApp.

Figura 2 Ícono de la aplicación DolorApp.

5 Producto mínimo viable (MVP) El prototipo final de DolorApp acopla los dos prototipos finales que se desarrollaran en este numeral. El primer prototipo es la aplicación para el paciente, la cual cuenta con un menú de inicio, un registro del paciente, a su vez con el sistema de alarmas que le permite registrar al paciente su dolor y el consumo de los medicamentos recetados. En el registro del dolor se le permite al paciente especificar la intensidad de este, la ubicación y funcionalidad que este le impide, ya que el énfasis será en procedimientos ortopédicos. Estas funcionalidades se evidencian en la figura 1. Se espera que los pacientes hagan uso de esta aplicación móvil por un tiempo mayor o igual a una semana, en donde se le solicita que tenga al menos tres muestras del dolor al día. Los indicadores en los cuales se medirá el desempeño de esta aplicación serán si el paciente cumplió con la toma de medicamentos y dolor en los tiempos que se le alertaron. A su vez, se le solicitara que responda una pequeña encuesta de su satisfacción, adherencia, utilidad y manejo de la aplicación en el momento, que deje de utilizar la aplicación por orden del médico tratante. El segundo prototipo, es una interfaz en la cual se le brinde al médico tratante la posibilidad de visualizar como ha variado la intensidad del dolor. La gráfica que se le quiere mostrar al médico tratante se puede visualizar en el ¡Error! No se encuentra el origen de la referencia., con base en esta se busca que el médico tratante puede tener una mejor trazabilidad del dolor de sus pacientes a través de el transcurso de la recuperación del proceso al cual fue sometido.

6 Prueba de concepto (killer experiment) Las principales funcionalidades que debe tener nuestro producto son una gráfica donde se pueda observar la evolución del dolor del paciente para realizar análisis estadístico y que la aplicación sea intuitiva y de fácil manejo para que los pacientes puedan ingresar los datos y obtener una base de datos significativa. Es decir, desarrollar una interfaz amigable con el usuario, que sea fácil registrarse, ingresar el dolor y que los recordatorios de medicamentos sean oportunos y útiles. De no lograr esto, no se obtendría una permanencia del usuario en la aplicación y por ende no se obtendría una base de datos significativa para el análisis estadístico. Adicionalmente, la escala del dolor y el almacenamiento de datos al momento de cada registro no puede presentar ningún tipo de problema, ya que afectaría gravemente la funcionalidad de la aplicación. Es importante también, que la aplicación sea capaz de realizarle recordatorios de los medicamentos al paciente para tener una correcta toma de datos donde los pacientes si se están tomando sus medicamentos, y por ende el análisis estadístico es correcto. El modo de evaluación y determinación de éxito del desarrollo de la aplicación se desarrollará teniendo en cuenta tres diferentes fases. En la primera fase se realizará un prototipo funcional tanto de la aplicación para los usuarios como la web para los médicos. Con esta se buscará tener una primera aproximación a lo que se espera, que sea el funcionamiento de la aplicación y se espera poder corroborar el correcto funcionamiento de los dos

16

productos y las iteraciones entre estos dos. La forma de evaluar esta primera fase es con el cumplimiento de que se pueden realizar todas las funcionalidades propuestas en esta aplicación. En la segunda fase, se busca acercarse a los usuarios finales. Con los cuales, mediante pruebas de funcionalidad y navegabilidad, se espera que estos usuarios finales tengan un producto amigable, sencillo y llamativo. Esto se llevará mediante pruebas de tareas específicas dentro de la aplicación, como realizar tareas básicas en la aplicación por parte de los usuarios y en la página web por personal médico. Para esta segunda fase, se espera poder evaluar el desempeño de los usuarios (pacientes, médicos) si logra cumplir o no la tarea asignada y si el proceso para cumplir esta tarea le parece intuitivo. Para la tercera fase, se va a realizar el killer experiment. En el cual se buscará medir la satisfacción del paciente y el impacto que tiene el uso de esta aplicación en su bienestar. Para esto se buscará trabajar de la mano de al menos 30 pacientes a los cuales se le solicitara que descarguen la aplicación y la usen durante su primera semana después de su procedimiento quirúrgico a su vez se consideraran 30 pacientes sin que descarguen la aplicación. En el primer control posoperatorio, se les solicitara a los pacientes una encuesta sobre cómo se sintieron con su recuperación, como fue su manejo del dolor y como fue la toma de sus medicamentos. Para este experimento, los participantes mediante un consentimiento informado nos darán permiso evidenciar que el uso de esta aplicación genera un impacto positivo en la salud del paciente.

7 Solución

7.1 Especificaciones de la solución En función de abordar la experiencia de nuestros clientes realizamos un “customer journey” que se puede encontrar en la Figura 3(ilustrada en la sección 2.2.2) en donde se evidencia el recorrido del cliente a la hora de pensar en una solución al problema que se está presentando hasta llegar a contratar el servicio de DolorApp.

Figura 3 Mapa de experiencia del cliente.

17

En cuanto a las especificaciones que nuestro diseño debe tener ( Tabla 2) se encuentra: una interfaz gráfica que sea visualmente agradable, debe ser fácil de utilizar, debe permitir el registro e ingreso de usuarios, debe almacenar los datos de manera correcta, debe proporcionar una lista de medicamentos, debe permitir seleccionar una escala de dolor de acuerdo con la especialidad seleccionada, debe generar alarmas luego de periodos de tiempo predeterminados para registrar la magnitud del dolor, recordar la toma de medicamentos y debe permitir ver al personal de salud las gráficas relacionadas a la toma de datos.

Tabla 2 Especificaciones de diseño ELEMENTOS NIVEL DESEADO Fácil manejo. El 90% de los usuarios puedan utilizarla sin ayuda.

Interfaz intuitiva. El 90% de los usuarios se puede registrar y tomar una muestra de dolor sin ayuda.

Escala de dolor. Escala de dolor para la especialidad requerida, con la ubicación y tipo de dolor que presenta.

Registro de toma de dolor. Se almacena en la nube las muestras de dolor de los pacientes en tiempo real.

Grafica de dolor. El doctor puede ver en tiempo real la evolución del dolor del paciente. Recordatorio y registro de

medicamentos. Se almacena en la nube la toma de medicamentos los pacientes en tiempo real y se les notifica

de la misma.

Base de datos. Se almacena en la nube de manera correcta la información de los pacientes, además de que se cuente con un sistema de protección de datos y políticas de manejo de información.

De esta forma, en el Anexo 9 se muestra el desarrollo de la interfaz, realizada a través de la plataforma Flutter en donde se comprenden las especificaciones detalladas anteriormente para un uso adecuado por parte de los usuarios. Un aspecto importante de Flutter es que permite realizar dos tipos de State Widget (fragmento), uno que permanece igual así el usuario realice funciones “StatelessWidget” y otro que se actualiza dependiendo que realice el usuario “StatefulWidget”. Lo anterior es una ventaja dado que permite optimizar recursos del celular, un StatelessWidget consume menos Ram y disminuye menos los FPS de la pantalla, permitiendo que se ofrezca una interfaz más fluida y agradable. Los fragmentos diseñados para este prototipo se pueden observar en la Figura 1. Como se puede evidenciar, es una interfaz mucho más amigable que la presentada en platafomas anteriores. Además de esto se utilizó MongoDB Compass para la implementación de las bases de datos, cuyo diseño y estructuración se pueden observar en el Anexo 7 y en la Figura 1. Esta base de datos es alimentada por el servidor (que obtiene información de la aplicación -FrontEnd) el cuál se programó en lenguaje Javascript y se probó su correcto funcionamiento en modo local utilizando el módulo “node server.js”, luego de esto, haciendo uso de una cuenta gratuita en AWS (Amazon Web Services) se obtuvo un servidor desde el cuál se pudo ubicar en la nube y a disposición de cualquier persona desde cualquier parte del mundo, esto a través del Cloud Computing System proveido por AWS. Finalmente, y como trabajo futuro se está desarrollando un chatbot el cuál pueda ser asistente de la aplicación móvil para alimentar simultáneamente las bases de datos, el funcionamiento del diseño preliminar de este se muestra en la aplicación de mensajería Telegram en el Anexo 12.

7.2 Aspectos regulatorios Dada a la naturaleza de los datos que serán almacenados dentro de la aplicación es necesario realizar un tratamiento de la información de acuerdo con lo estipulado por la ley estatutaria 1581 de 2012 [28]. Esta establece los lineamientos generales para garantizar la adecuada protección y manejo de datos por parte de entidades públicas y privadas. En este caso, se le informará con antelación a los clientes y usuarios del servicio la finalidad de los datos recolectados y la confidencialidad de estos. De la misma forma, antes de hacer uso de la aplicación, los usuarios deberán firmar un consentimiento donde autoricen la recolección, almacenamiento y tratamiento de la información. Debido a la sensibilidad de los datos registrados, estos no serán compartidos con terceros y se mantendrá total confidencialidad entre usuario-médico. Por último, el

18

tratamiento de los datos será únicamente con fines estadísticos cuyo objetivo es el de contribuir a lo que se conoce respecto registro del dolor lo que a su vez permitirá mejorar funcionamiento del aplicativo. Por otro lado, cuando se desarrolló una aplicación con la cual se desea entrar en contacto con un paciente, se debe utilizar como guía los principios de la bioética y la ética en medicina. Para lograr esto, se debe seguir los 4 principios fundamentales, los que representan el resumen de la fundamentación valórica, sobre la cual, existirá un consenso en la actualidad, en donde se permita establecer un debate sobre los conflictos éticos de la actualidad. Estos principios son: Beneficencia, no maleficencia, justicia y autonomía. En primera instancia, la beneficencia implica la bondad en el agente, la no maleficencia implica el no causar daño por acción u omisión. En tercera instancia se encuentra la justicia en la cual no debe existir la discriminación biológica, y, por último, la autonomía en donde todo individuo es su propio legislador.

7.3 Normas técnicas Las aplicaciones que se distribuyen a través de las tiendas electrónicas deben cumplir las políticas de contenido en las cuales se destacan: protección infantil, las aplicaciones que incluyen contenido que muestran contenido sexual de menores de edad o que sean atractivas para niños a pesar de contener contenido explícito adulto serán retiradas inmediatamente. En segunda instancia, se encuentra el contenido explícito, no se permite en ninguna circunstancia contenido sexual o de lenguaje obsceno. Por otra parte, se retirará cualquier tipo de aplicación que implemente o que se utilicé con fin de realizar actividades ilegales en los países en los cuales va dirigida. Por otro lado, todas las aplicaciones presentes en las tiendas móviles están sujetas a las políticas de derechos de autor en las cuales se protege la propiedad intelectual de terceros. Por el lado de los ingresos, existen diversas estrategias a la hora de obtener ganancias mediante las tiendas móviles, estas incluyen pagos, suscripciones y anuncios. Finalmente, en el apartado de software, cualquier aplicación que contenga algún tipo de contenido malicioso, llámese programa maligno o virus, quedarán descatalogadas y prohibidas.

7.4 Pruebas, verificación y validación de diseño En el apartado de seguridad, DolorApp pretende manejar la política de protección de datos de la manera más segura y transparente posible, por lo cual, se contratará un servicio de gestión en el cuál exista un encriptado que evite que actividades malintencionadas de terceros logren corromper o robar la información presente en el servidor, además debe contar con un sistema de respaldo y recuperación en caso de que exista algún accidente o problema. Por otro lado, debe existir personal capacitado el cual pueda brindar atención acerca del servicio de bases de datos contratadas además de disponibilidad la mayor parte del día. Pasando al apartado del mercado, tanto los usuarios de DolorApp como nuestros clientes se distinguen de la siguiente manera: En primera instancia, nuestros clientes son aquellas entidades de la salud y cirujanos del área ortopédica que deseen tener un seguimiento en profundidad del desarrollo postoperatorio de sus pacientes y de esta manera mejorar la administración de medicamentos personalizando así las dosis dependiendo la respuesta del paciente. Por otro lado, los usuarios son los pacientes que recientemente pasaron por un proceso quirúrgico, aquellos que deseen llevar el control de medicación que se están tomando y finalmente los médicos cirujanos que monitorean a sus respectivos pacientes. Finalmente, para asegurarse que nuestra aplicación es capaz de cumplir con las necesidades de tanto usuarios como clientes, se realizaron diversas pruebas con los prototipos actuales mediante las cuales se evaluaban diversos aspectos que giraron en torno al uso de la interfaz, entre ellos están: la facilidad con la cual se desenvuelven dentro de la plataforma, el apartado estético, la relevancia, entre otras. Estas evaluaciones se realizaron a través de encuestas cuyos resultados han sido empleados a la hora de realizar modificaciones y mejorar la aplicación.

8 Implementación – Desarrollo de la estrategia

8.1 Estrategia de propiedad intelectual La dirección IP es una serie de números los cuales identifican un dispositivo o una red en el internet. La actividad en el internet se basa en una serie de interacciones en dos sentidos, en primer lugar, el cliente, este

19

es un software que pide información y los servidores que responden a los clientes. Por esto mismo, es de vital importancia encontrar una estrategia la cual se encargue de proteger esta serie de números y así evitar tener una violación a la privacidad y/o un robo de información. Para la protección de la dirección IP existen diversas estrategias, en primera instancia utilizar una VPN, este es un servidor intermediario que encripta la IP, en segundo lugar, se encuentra utilizar un navegador encriptado como lo es Tor y, finalmente, usar un servidor proxy este se sitúa frente a un cliente o red de clientes, reenviando las peticiones y recibiendo y entregando las respuestas de los servidores. Para este proyecto, utilizaremos un servidor proxy debido a que es fácilmente implementable en una red muy grande, además que su costo es menor que el del VPN [29].

8.2 Estrategia de investigación y desarrollo La estrategia de inversión y desarrollo es la base para el crecimiento de DolorApp en los años venideros. Describe como planeamos innovar en estrategias para el manejo del dolor de los pacientes y una satisfacción por parte de nuestros clientes, médicos e instituciones de salud. Se priorizan las actualizaciones que PugnatumDolore considera más prometedoras, además de maximizar la productividad. La estrategia estará inspirada en la retroalimentación de nuestros clientes y usuarios, además de descubrimientos nuevos e históricos en el campo del dolor. Estos avances permitirán un desarrollo de mejores tratamientos para el dolor y una mejor recuperación para los procedimientos quirúrgicos. Esta estrategia consta de 4 componentes principalmente: • Actualizaciones constantes de servidores y bases de datos. • Generación de estadísticas dinámicas que permitan un entendimiento de la efectividad de los

tratamientos del dolor. • Reuniones constantes con especialistas y pacientes que den su opinión acerca del funcionamiento la

aplicación. • Estar siempre a la vanguardia e innovar en el área de dolor.

8.3 Estrategia clínica Para el caso de pruebas clínicas, se utilizará el procedimiento mencionado en el killer experiment en donde se tomará un grupo que no utilice la app y uno que si la utilice y se comprobará si esta tiene un impacto positivo en los pacientes, de ser el caso comenzará a comercializarse y no será necesario realizar ninguna otra prueba clínica. Cabe resaltar, que cada paciente debe firmar digital o físicamente, nuestra política de tratamiento de datos, la cual nos permite recopilar esta información que ellos empiecen a suministrar a través de la app. Finalmente, no será necesario un comité de ética en este proyecto dada la naturaleza de este.

8.4 Estrategia Reguladora Para el caso de dolorApp, no se requiere ningún tipo de regulación diferente de seguir las normas de las tiendas de aplicaciones como lo son Play Store para Android y App Store en el caso de apple. A pesar de que no se cuenta con ningún tipo de regulación externa para nuestra aplicación, en función de un buen desarrollo, es necesario seguir diversos estándares en el ámbito de la programación, estos están definidos de la siguiente manera: en primer lugar, este debe ser seguro, no debe causar ningún daño al dispositivo. Así mismo debe estar protegido, esto significa que no puede ser hackeado, además confiable, siempre funciona como debería. Y finalmente, los tres últimos aspectos que debe tener son que sea evaluable, mantenible, es decir, que se pueda hacer mantenimiento aun si el código crece y, por último, debe ser portátil, en otras palabras, que funcione de igual forma en cualquier ambiente.

8.5 Gestión de la calidad El sistema de calidad propuesto consiste en los siguientes elementos claves que ayudan al constante mejoramiento y la escalabilidad del producto a vender. En la parte de desarrollo, se busca tener un desarrollo de código descrito al detalle con los comentarios y funciones debidas para el correcto desempeño, teniendo en cuenta la diversidad de fuentes y tipos de dolor que este producto podría ayudar a su trazabilidad y mejoría de este. Al tener un código y sistema estructurado de esa manera se puede personalizar el producto

20

a la necesidad del usuario lo cual permitiría un mayor enganche y fidelización de estos. A su vez, se busca trabajar de manera constante con los usuarios de interés (pacientes, médicos) para que estos puedan mediante una retroalimentación constante ayudar a la continua mejora del producto. Por último, teniendo en cuente el constante desarrollo y cambio del mercado la interacción constante con los usuarios permite la validación de la experiencia y lo más importante la mejoría frente al dolor mediante la trazabilidad de este por el personal médico.

8.6 Estrategia de reembolso Teniendo en cuenta que nuestro producto cuenta con 2 plataformas, la aplicación móvil y la página web, se deben tener varios factores en cuenta. La aplicación móvil esta será de adquisición completamente gratuita desde las tiendas de aplicaciones como la playstore de Android o la appstore de dispositivos IOS, sin embargo, si el usuario no está registrado en una entidad médica con licencia, solo podrá utilizar la función de agendar medicamentos ya que así registre niveles de dolor no tendría donde observar reflejado este histórico. Por otro lado, la página web es de acceso gratuito desde cualquier navegador, sin embargo, solo los médicos vinculados a una entidad médica con licencia podrán registrarse en nuestra base de datos. La manera como se vende nuestro producto es por medio de las licencias anteriormente mencionadas. Estas licencias le permiten al usuario de la aplicación móvil que se encuentra vinculado a una entidad médica con licencia registrar toda la información pertinente para su rehabilitación además de poder hacer su propio seguimiento observando las gráficas de desarrollo. Para la venta de estas licencias se han planteado 4 diferentes opciones que dependerán del tamaño de pacientes que tiene una entidad. Los tamaños van de 50, 100, 200 y 300 pacientes. En caso de que la institución cuente con más pacientes de los que se pueda cubrir con una solo licencia, podrá armar un paquete sumando las opciones que cumplan sus requerimientos. La licencia se ofrece de manera mensual. El precio de cada opción de licencia se determinó a partir de la siguiente ecuación:

𝑃𝑟𝑒𝑐𝑖𝑜 = ()𝑁𝑜𝑚𝑖𝑛𝑎 + 𝐺!"#$%"&'$(" + 𝐺)*+("&,)#"-+. + 𝑂𝐺

𝑁,#.' ∗ %**"34 ∗ (1 + 𝐴𝐼𝑈)

- Gmanufactura= Gastos de manufactura - Goperacionales=Gastos operacionales - OG=otros gastos - Ninst=Número de instituciones - %ppa=porcentaje previsto el primer año - AIU=utilidad Adicionalmente, se propone una licencia anual con el mismo formato de 4 opciones de la licencia mensual, el cual incluiría un mes de prueba de manera gratuita la primera vez que solicite el servicio y un descuento del 5% sobre el total. Por último, los costos finales de las licencias tanto mensuales como anuales tomando en cuenta todos los factores de la ecuación se pueden observar en las Tablas 3 y 4 respectivamente.

Tabla 3. Tabla de identificación de costos para licenciamiento mensual

21

Tabla 4. Tabla de identificación de costos para licenciamiento anual

8.7 CANVAS – Modelo de negocio Nuestro proyecto consiste, en un servicio de “Mobile Health” que se le brinda a los médicos y pacientes involucrados en un procedimiento quirúrgico. Se tienen unas propuestas de valor bastante optimas tanto para nuestros usuarios (los pacientes de cirugías ortopédicas y los cirujanos), como para nuestros clientes. La propuesta que más resalta es la reducción de costos que puede conllevar el reingreso de un paciente debido a alguna complicación postoperatoria. De acuerdo con un estudio realizado en el año 2010, el costo promedio de reingreso de un paciente de cirugía ortopédica por una infección posterior al trasplante de rodilla fue de aproximadamente 6’400.000 COP [30]. Debido a esto, utilizar nuestro producto para evitar el empeoramiento de una complicación no solo le reduciría los gastos al centro de salud, sino también al paciente, pues este debe pagar un porcentaje del costo total por su reingreso. Este se vende a través de licencias mensuales y/o anuales a las IPS dependiendo del número de pacientes que se someten a procedimiento que necesite el uso de este servicio, se puede observar la estructura de ingresos de mejor manera en el numeral 8.6. Los planes tienen topes de 50, 100, 200 y 300 usuarios que son sometidos a cirugías en la IPS y usarán la aplicación. La descripción más detallada del producto y los canales se puede detallar en el diagrama de CANVAS en la Figura 4.

Figura 4. CANVAS del modelo de negocio.

22

8.8 Marketing, partes interesadas (Stakeholders), estrategia de ventas y distribución El proyecto visto desde un marketing mix, presenta las características presentadas a continuación.

Producto: La aplicación dolorApp le permite al usuario registrar y llevar su registro de dolor de forma satisfactoria, para que de esta forma y junto al médico tratante, mejorar su tratamiento y recuperación, evitando de esta manera, una nueva intervención y, por consiguiente, ahorrando los costos asociados a esta. Precio: El precio del producto varía dependiendo de la cantidad de usuarios que maneje cada cliente, de esta manera se establecieron 3 planes: XS-$18’700.000 dirigido a clientes que manejen un volumen de 50 pacientes, S-$ 23’740.000 con volumen de 100 pacientes y M-$ 27.070.000 con 200 pacientes. Lugar (Place): Las apps móviles se pueden encontrar en las tiendas de aplicaciones play store para Android y appstore para dispositivos Apple. Posicionamiento: DolorApp se posicionará en el mercado, debido a que ofrece un ahorro significativo para las compañías de salud y una mejora en el tratamiento posquirúrgico. Además, no existe competencia directa en este sector dentro del país. El marketing en el sector de la salud presenta desafíos únicos debido a su estricta regulación y políticas de tratamiento de datos, sin embargo, existe un aumento de las empresas que apuestan por el mundo digital incorporando nuevas aplicaciones. Dentro del mercado de las aplicaciones de salud, existen diferentes actores con intereses y metas diversos. Comprenderlos es fundamental para poder llevar a cabo estrategias de desarrollo y promoción de aplicaciones sanitarias. Para el caso aterrizado de DolorApp estos son:

1. Sector sanitario: Este incluye hospitales y empresas de seguro y tecnología médica. Su principal objetivo en este caso es disminuir el costo asociado a una mala recuperación de sus pacientes.

2. Expertos médicos: Para este caso al igual que el punto anterior su interés gira en torno a una mejor recuperación del paciente y un seguimiento.

3. Pacientes: Estos optan por una recuperación más satisfactorio y evitar realizarse nuevos procedimientos.

4. Proveedores: Los cuales son los sistemas de bases de datos, las cuales al prestar sus servicios reciben su respectivo pago.

5. Desarrolladores: Estos crean y actualizan la app llevando un control y evitando problemas relacionados al software.

Por otra parte, 4 de cada 3000 personas sufre de una ruptura de ligamentos de la rodilla, teniendo en cuenta que, en el país existen 700 centros de cirugía ortopédica, 1200 especialistas y alrededor de 400 EPS, implica un mercado amplio el cual podría estar interesado en adquirir la aplicación. No obstante, no es solo extenso a su vez está creciendo, según el ministerio de salud los especialistas en esta área tendrán un aumento anual del 10% (Ministerio de salud, 2018), adicionalmente, se estima un crecimiento de la infraestructura sanitaria del 4.56% para el año 2022, estas estimaciones se evidencian en la Figura 5.

Figura 5. Estimación del ministerio de salud sobre el aumento de especialistas médicos

23

Finalmente, los mecanismos por los cuales se distribuirá el producto son: página web, redes sociales, visitadores y congresos médicos en los cuales se puede entablar conversación directa para promocionar las licencias de la aplicación y/o agendar una reunión. Así como los mismos especialistas satisfechos pueden promoverla por voz a voz.

8.9 Ventaja competitiva y estrategia empresarial Como se mencionó anteriormente en el numeral 2.2.8 y 4.2.1 actualmente no existe una competencia directa que cubra todos los puntos abarcados en nuestra necesidad. Lo que sí hay son algunas aplicaciones que manejan de manera muy superficial algunas características de nuestra solución como, por ejemplo, el registro de medicamentos. Por otra parte, el método más cercano a nuestra solución es lo que actualmente se hace con los cuidados postoperatorios, que puede ser el acompañamiento de un auxiliar de enfermería (en caso de ser un adulto mayor), o la retroalimentación por parte del mismo médico durante las citas agendadas que son comúnmente a la semana de la realización del procedimiento. El problema de estos métodos es que, para el caso del acompañamiento del auxiliar de enfermería, puede llegar a tener un costo promedio de 1’200.000 COP mensual. Por lo que muchos pacientes no cuentan con los medios para permitirse este tipo de servicios. Para el caso de la retroalimentación durante las citas agendadas es que el paciente puede pasar por altos algunos síntomas importantes o olvidar detalles que puedan cambiar el tratamiento posoperatorio. En caso de ser algo grave como signos de infección, podría generar un aumento en los costos posoperatorios. Por esta razón, hay tres factores a tomar en cuenta para utilizar nuestra solución. El primero de ellos beneficia tanto a los clientes como a los usuarios y este es el precio. Dado que nuestra solución es manejada por una licencia mensual otorgada a los clientes, el costo promedio por usuario es realmente asequible en comparación a un servicio de acompañamiento del auxiliar de enfermería. El segundo factor hace referencia a lapso entre retroalimentaciones con cada paciente. Como se mencionó anteriormente las citas agendadas con el cirujano suelen ser una semana después de la realización del procedimiento, mientras que la retroalimentación por medio de la aplicación es instantánea, esto es debido a que el paciente puede registrar como se siente en cualquier momento del día. Esto es un factor muy importante, pues la detección y reporte de un síntoma de manera temprana puede prevenir una gran variedad de complicaciones postoperatorias tales como la hemartrosis, derrame articular o incluso algunas más graves que incluso podrían concluir en una nueva cirugía y hasta la amputación de una extremidad como lo podrían ser las infecciones superficiales y articulares [31]. El tercer factor la acreditación en salud que brinda el ministerio de Salud y Protección social de la mano con Icontec, uno de los principales componentes son los estándares asistenciales. Estos describen la calidad de la experiencia de un paciente en un IPS, en la parte posterior al tratamiento se evalúa de la atención y salida y seguimiento, estos componentes son esenciales, con la ayuda de nuestra herramienta se espera que este desempeño sea de alta calidad para lograr esta certificación [32].

8.10 Plan de operación y modelo financiero Para el tiempo estimado de las diferentes licencias, se tienen en cuenta diferentes inversiones, con las cuales se busca abrir la oportunidad en nuevos mercados y mejorar la rentabilidad asociada a la venta de licencias, donde los costos iniciales son los más altos. Dichos costos son el desarrollo, pruebas con usuarios y el aval de médicos para ver la utilidad de esta. Nuestro plan de ventas se puede ver en la Tabla 5. Es importante recalcar que licencias XS se refiere a IPS con menos de 50 procedimientos mensuales, S, M y L a 100, 150 y 200 respectivamente. En el primer año esperamos tener una inversión de $97 MM COP, de la cual la mayor parte se destina a pago nómina y a asesoramiento legal para la estructuración del manejo de datos necesario, para que Pungnatum Dolore en un futuro pueda hacer uso de esta información. A su vez, realizar la serie de pruebas necesarias en la Fundación Santa Fe clínica universitaria para tener una aplicación amigable y funcional para pacientes y doctores. En el segundo año, se espera cubrir nuestros primeros clientes con los cuales esperamos poder pagar los gastos operativos de la empresa y poder destinar las utilidades a publicidad para poder crecer a un ritmo más acelerado. En nuestro tercer año esperamos doblar nuestro mercado en las entidades XS, poder incursionar en entidades de tamaño S, aumentar la capacidad de nuestra base de datos

24

y comenzar a recibir utilidades de la venta de estas licencias. En nuestro tercer año, nuestro ideal es mantener el ritmo de crecimiento lo cual requiere un servidor de mayor capacidad, a su vez un asesoramiento legal para poder entrar a nuevos mercados. En nuestro 5 año, esperamos asociaron con una entidad de tamaño M, de esta manera aumentar nuestra utilidad y con estas enfocarnos en poder incursionar en el mercado de EE. UU. de la mano de nuestro asesor Joseph Gutman. Este plan de negocio a 5 año se refleja en nuestro flujo de caja que se puede ver en la Tabla 6 y en la Gráfica 1 de nuestro crecimiento anual.

Tabla 5. Tabla presupuesto de ventas

Tabla 6. Flujos de caja año 1 al año 5.

Grafica 1. Flujos de caja anuales.

25

Por último, la inversión inicial de $ 97 MM COP, nos brinda un Valor presente neto a 5 años de 171 MM COP lo equivale a una TIR del 37%, por otro lado, se tiene un margen bruto de 65% en el proyecto, con un margen neto del 19%, estos indicadores esperamos que en los años siguientes a los mostrados sigan con crecimiento dada la venta en volumen. Todo lo anterior es una gran muestra de la viabilidad del proyecto propuesto.

8.11 Estrategia de comunicación ¿Sabía usted que aproximadamente del 30 al 40 % de los pacientes de cirugías ortopédicas experimentan dolor moderado o alto posterior al procedimiento? … ¿Que su limitado monitoreo podría implicar un proceso recuperatorio complicado que puede llegar a afectar su rehabilitación, e incluso, llevar nuevamente al paciente a intervenciones adicionales generando sobrecostos y mayores tiempos de recuperación? Nosotros somos PUGNATUM DOLORE, una empresa de innovación tecnológica y soluciones médicas enfocadas al manejo y trazabilidad del dolor. Y ya que el manejo del dolor es un aspecto fundamental para la óptima recuperación física y psicológica de los pacientes posquirúrgicos desarrollamos DolorApp, una innovación que permite al personal de salud realizar un estrecho seguimiento al proceso de recuperación a través del monitoreo de la medicación y la sensación del dolor en pacientes de cirugía ortopédica.  Esta iniciativa cuenta con dos herramientas paralelas: Una aplicación móvil y una página web. La aplicación móvil, diseñada para los pacientes, cuenta con dos funciones principales. La primera, permite registrar su percepción de dolor, por medio del lugar, el tipo, la intensidad del dolor y, por último, su estado emocional actual. La segunda funcionalidad, es el agendamiento de medicamentos, lo que le permite al paciente además de registrar sus medicamentos y la dosis que debe tomar, el poder programar recordatorios. La página web, diseñada para los especialistas, les facilita realizar seguimiento y analizar en tiempo real por medio de gráficas, como ha sido el progreso de recuperación de sus pacientes a lo largo del tiempo, esto teniendo en cuenta la información registrada por los pacientes mediante la aplicación móvil. El éxito de este producto es ofrecer retroalimentación visual y estadística a los especialistas sobre la evolución postoperatoria de sus pacientes, innovando en el concepto de seguimiento y manejo del dolor a partir de la información suministrada. Este manejo favorecerá el proceso de recuperación y disminuirá el número de complicaciones postoperatorias presentadas. Hoy en día no existen soluciones integrales para el monitoreo de la percepción de dolor en el mercado de “Mobile-Health”. Actualmente se encuentran disponibles soluciones con limitación de información y sin la posibilidad de monitoreo por parte de los especialistas en tiempo real. Por lo cual este mercado tiene un alto potencial de crecimiento dadas las condiciones de oferta y competitividad de los servicios de salud. El apoyo de inversionistas a nuestra empresa permitirá consolidar este proyecto e impulsarlo dentro de este mercado. Le dará mayor alcance a la solución impulsando el desarrollo para lograr una mayor cobertura en el número de pacientes y especialidades quirúrgicas cubiertas. El retorno de la inversión está calculada a dos años y tiene una proyección con una tasa de retorno de inversión del 36%. El análisis financiero de esta iniciativa permite proyectar un margen bruto del 65% y un margen neto del 19%. Es por esto por lo que además de impulsar un emprendimiento que transformará el manejo postoperatorio tradicional, es una alternativa muy atractiva para invertir recursos. Apoyar esta iniciativa nos permitirá seguir trabajando en el desarrollo de nuevos proyectos que favorezcan la recuperación y cuidado del paciente para una mejor calidad de vida. Muchas gracias, no pierdas la oportunidad de hacer parte de este cambio, te invitamos a probar DolorApp, recuerda, nosotros somos PUGNATUM DOLORE, tu aliado en el desarrollo de tecnología médica.

8.12 Equipo El equipo de trabajo que desarrollo este producto está conformado por Brayan David Solorzano encargado del desarrollo y soporte de la aplicación móvil. Nicolas Yanguma encargado del desarrollo y soporte de la

26

aplicación web. Felipe Escallón Páez quien maneja las relaciones públicas y desarrolló el back-end de las aplicaciones. David Alberto Arias como desarrollador e investigador para la experiencia del usuario. Benjamín Ricardo Collante como coordinación del área comercial y búsqueda de nuevos mercados. Sergio Andrés Otero encargado de la coordinación y contabilidad de la parte financiera de la empresa. A futuro se requerirán alianzas estratégicas con desarrolladores de software full-stack para robustecer el back-end de las aplicaciones, la inter-conexión con las bases de datos e incrementar los protocolos de ciberseguridad.

9 Impacto y consideraciones Este proyecto impacta profundamente en la industria de la telemedicina, esto ya que como se menciona anteriormente en los numerales 2.2 y 4.2 actualmente no existen soluciones robustas que cubran la necesidad que estamos tratando. En el ámbito económico, gracias al constante seguimiento por parte de los médicos a sus pacientes por medio de nuestra solución los centros de salud pueden prevenir eventos causados por complicaciones postoperatorias, que, según literatura, los costos promedio de reingreso rondan los 35 mil USD por cada 10 pacientes [33]. Es importante mencionar que su diseño es fácil, intuitivo y atractivo de usar, lo que le permite que el usuario se adapte rápidamente al uso constante de la aplicación y así asegurar su permanencia en el uso. Teniendo lo anterior en cuenta, la calidad de recuperación de los pacientes mejoraría por lo que tendría muy buen impacto tanto en su estado emocional como en su salud mental. En resumen, el impacto que generaríamos está relacionado con transformar la forma en la que el gremio médico monitorea el proceso de recuperación de sus pacientes ortopédicos y como esos mismos pacientes asimilan un nuevo proceso de recuperación. En cuanto a las consideraciones de testeo se deben tener en cuenta cual será nuestro campo de acción, si se trabajará con un solo tipo de pacientes (ejemplo; pacientes de cirugía de rodilla), la población que debemos tener en cuenta para que el ensayo clínico muestre unos resultados y conclusiones robustas. Con respecto a lo anterior, y según lo comentado por nuestros asesores, para que la prueba muestre resultados concluyentes se deben realizar los ensayos clínicos entre 800 y 1000 pacientes. En cuanto a las consideraciones sobre la comercialización, se debe hacer un plan comercial con el propósito de tener un crecimiento constante con el paso de los años, es decir, identificar los centros de salud particulares con un flujo de máximo 50 pacientes mensuales, y a partir de ahí mantener un crecimiento progresivo promocionando el producto a centros de salud de mayor tamaño. Otro factor a tener en cuenta es la fluctuación de la moneda local y factores adicionales que no se hayan tenido en cuenta en el cálculo del precio de las licencias, pues esto podría afectar fuertemente su precio. La mejor manera de solucionar este problema sería que en un futuro los precios pudieran estandarizarse con respecto al dólar.

10 Discusión y Conclusiones Tras la última etapa de prototipado cada una de las etapas de la solución tuvo un gran avance técnico. En cuanto a la aplicación móvil, esta cuenta con siete de las ocho especificaciones validadas por los asesores. Dentro de estas especificaciones se deben resaltar la elaboración completa y detallada de las funciones de registro de dolor y de medicamentos. Las cuales cubren todos los campos de necesidad posibles. Por el lado de la función de registro de dolor se tiene que el paciente puede registrar el lugar del dolor, el tipo del dolor, la intensidad del dolor, el estado de ánimo del paciente a la hora de realizar el registro y una pestaña de comentarios en la que el paciente puede informar a su médico alguna otra anomalía que crea que fue causada por el procedimiento. Por el lado de la función de registro de medicamentos, se puede registrar el nombre y tipo de medicamento, la dosis recetada, además de la opción de colocar una alarma o recordatorio cada vez que el paciente deba tomar su medicamento. En cuanto a la página web, no se obtuvo el mismo avance que con la app móvil debido a que no se desarrolló en simultaneo, sino que se trabajó por un menor período de tiempo. Pese a esta limitación, se logró desarrollar para que contara con dos de las cuatro especificaciones validadas por los asesores. Dentro de las especificaciones se debe resaltar la de registro de información del paciente. En la cual se muestra todo lo relacionado con la información personal de cada paciente que este registrado con determinado médico,

27

además mostrar los medicamentos y las dosis de estos que le fueron recetadas. En el caso de la retroalimentación por medio de gráficas aún se deben pulir detalles frente a la información suministrada, como los tiempos que en los que se marcará el registro (mañana, tarde y noche). En conclusión, este proyecto busca un mejor acompañamiento del dolor y la medicación posquirúrgica de los pacientes de cirugía ortopédica, además de generar un gran impacto en la industria de la telemedicina al crear un puente de comunicación entre los pacientes y los médicos para que estos últimos puedan realizar un seguimiento oportuno de la recuperación de cada uno de sus pacientes. Como solución a esta problemática se planteó el entorno dolorApp, el cual se compone por en primer lugar por una aplicación móvil en la cual los pacientes pueden registrar su evolución del dolor, así como también llevar una agendad de medicamentos; y en segundo lugar una aplicación web que le permite a los especialistas realizar un seguimiento en tiempo real de la evolución de sus pacientes. Por último, el formato de venta de nuestra solución será por medio de licencias las cuales cuentan con dos medios de pago (mensual o anual) y 4 diferentes formatos que dependerá de la cobertura que necesite cada uno de nuestros clientes (XS, S, M, L). Gracias a este formato de venta esto nos permite mostrar que con solo una inversión de 97’000.000.00 COP podemos obtener una tasa de retorno a la inversión del 36% junto con margen neto y bruto del 65% y 19 % respectivamente en un margen de 5 años. Esto último significa que además de ser una gran innovación en el campo de la telemedicina también es financieramente viable y muy atractiva a futuros inversionistas.

11 Agradecimientos Los autores expresan sus agradecimientos a los especialistas Joseph Gutman y Sergio Londoño por su colaboración, dedicación y aportes en el desarrollo de este proyecto desde el ámbito médico. Al estudiante de último semestre de medicina Federico Calderón, quien nos instruyó y aconsejo sobre los procedimientos que debemos seguir para realizar las pruebas clínicas. A los doctores Adolfo Llinás y Camilo Parada por escucharnos y brindarnos una retroalimentación oportuna sobre nuestro proyecto. A Erika Muñoz Larsson y Gina Salazar por sus contribuciones y colaboración en la parte visual de las aplicaciones. Además, una mención adicional a Gina quien nos ayudó a diseñar el logotipo actual del proyecto. Al profesor Mario Linares Vásquez y a Germán Andrés Sánchez por su colaboración y soporte en la parte técnica del proyecto. A todo el equipo del curso de proyecto de diseño quienes nos acompañaron a lo largo de toda esta experiencia y nos aconsejaron de manera oportuna las diferentes maneras en las cuales podíamos mejorar la investigación. Por último, agradecemos a la Universidad de los Andes por la formación académica e investigativa, además de brindarnos la oportunidad de avanzar en este gran proyecto.

28

12 Referencias [1] Lindarte Toro, J. C., Ortiz Mejía, M. M., & Gómez Vega, C. M. (2013). Enfoque ocupacional de las lesiones traumáticas de los meniscos en futbolistas profesionales en Colombia.

[2] BOLETÍN ESTADÍSTICO 2019 (2019). Retrieved 5 March 2021, from https://docs.supersalud.gov.co/PortalWeb/planeacion/OtrosDocumentosPlaneacin/Bolet%C3%ADn%20estadistico_2019_VF.pdf

[3] Estimación de oferta de médicos especialistas en Colombia 1950-2030 Anexo metodológico (2018). Retrieved 5 March 2021, from https://www.minsalud.gov.co/sites/rid/Lists/BibliotecaDigital/RIDE/VS/ED/GCFI/estimacion-cantidad-especialistas-medicas-septiembre-2018.pdf

[4] Rawal, N. (2007). Postoperative pain treatment for ambulatory surgery. Best Practice & Research Clinical Anaesthesiology, 21(1), 129-148.

[5] A. Cadvid-Puentes, J. Mendoza-Villa, N. Gomez-Úsuga, and M. Berrio-Valencia, “Prevalencia de dolor agudo posoperatorio y calidad de la recuperación en el hospital universitario san vicente de paúl, medellín, colombia, 2007,” Iatreia, 2009.

[6] Martín-Ferrero, M. Á., Faour-Martín, O., Simon-Perez, C., Pérez-Herrero, M., & de Pedro-Moro, J. A. (2014). Ambulatory surgery in orthopedics: experience of over 10,000 patients. Journal of Orthopaedic Science, 19(2), 332-338.

[7] Heredia-Majul, S. I. (2017). Anestesia para cirugía ambulatoria ortopédica. Revista Mexicana de Anestesiología, 40(S1), 167-169.

[8] Nebot, A., Vitale, S. and Fábregas, I., App dolor post-quirúrgico. (2020). Retrieved 5 March 2021, from https://www.zinkinn.es/app-dolor-post-quirurgico

[9] Fraile, C. Diseño e implementación de Fissios 1.0 (aplicación para Smartphones) en paciente intervenidos quirúrgicamente. Caso: Servicio de Cirugía Torácica, Hospital Clínico San Carlos. Madrid. tesis doctoral. Universidad Complutense de Madrid. Madrid. 2019.

[10]Fernández, S., 2020. Recuerdamed, Una Aplicación Móvil Que Ayuda A Controlar La Medicación - Picuida. [online] PiCuida. Available at: <https://www.picuida.es/recuerdamed-una-aplicacion-movil-que-ayuda-a-controlar-la-medicacion/> [Accessed 20 September 2020].

[11] Garcia, A. (2018). Ensayos clínicos sobre Dolor crónico: aplicación de dolor - Registro de ensayos clínicos - ICH GCP. Retrieved 5 March 2021, from https://ichgcp.net/es/clinical-trials-registry/NCT03678155

[12] Rojas Giraldo, O. I. (2016). Vidrio bioactivo: antecedentes, tendencias y prospectivas en Colombia y el mundo.

[13] César Cácua Ortiz, COLOMBIA DESARROLLA PRÓTESIS BIOCOMPATIBLES - ARCHIVO DIGITAL DE NOTICIAS DE COLOMBIA Y EL MUNDO DESDE 1.990 - ELTIEMPO.COM, 2013, [Online], Available: http://www.eltiempo.com/archivo/documento/CMS-13118475, [Accessed: 3-Mar-2021].

[14] Viteri Tapia, F. J., Muñoz Suárez, D. A., Rosales Pérez, G. J., Hernández Izurieta, J. P., Jaramillo Villalobos, J. S., & Cortés Naranjo, C. W. (2019). Osteoartrosis. Una revisión de literatura. Revista cubana de reumatología, 21(2), 1-8.

[15] Aguirre, C. E., Espitia, R., Martínez-Villalba, D., Fernández, H. A., Barrera, J. C., & Castillo, S. A. (2014). Reemplazo total primario de rodilla: Seguimiento a 6 meses. Revista Colombiana de Ortopedia y Traumatología, 28(3), 101-106.

[16] González, C. M., Obando, C. M., Jaramillo, C. A., de Jesús Peña, A., Paz, A., & Acosta, J. L. (2014). Resultados clínicos de pacientes intervenidos con reemplazos articulares de cadera y rodilla en la Clínica Soma, año 2010. Revista Colombiana de Ortopedia y Traumatología, 28(1), 4-8.

29

[17] Prada, M., Olarte Rodríguez, J. A., Gutierrez-Guevara, J. C., & C., L. (2017). Percepción funcional de los pacientes tras reconstrucción del ligamento cruzado anterior. Serie de casos. Revista Colombiana de Ortopedia y Traumatología, 31(1), 16–21. doi: 10.1016/j.rccot.2017.01.006

[18] Arabia, J. J. M., & Arabia, W. H. M. (2009). Lesiones del ligamento cruzado anterior de la rodilla. Iatreia, 22(3), 256-271.

[19] Plata, G. A. R., Posada, J. R. C., & González, Á. M. Cirugía de Revisión para la Reconstrucción fallida del Ligamento Cruzado Anterior.

[20] Plata, G. A. R., Vargas, E. A. M., Leon, D. V., Mosquera, C. W. M., & Azuero, C. A. C. Seguimiento Clínico de la Reconstrucción del Ligamento Cruzado Anterior con Tenodesis Extraarticular Lateral.

[21] A. Bhadelia, L. De Lima, H. Arreola-Ornelas, X. Kwete, N. Rodriguez, and F. Knaul, “Solving the Global Crisis in Access to Pain Relief: Lessons From Country Actions,” Am. J. Public Health, vol. 109, pp. e1–e3, Nov. 2018.

[22] D. Ring, “Social and Mental Health Affect Comfort After Surgery or Injury,” JBJS, vol. 102, no. Suppl 1, 2020.

[23] Mosa, A. S. M., Yoo, I., & Sheets, L. (2012). A systematic review of healthcare applications for smartphones. BMC medical informatics and decision making, 12(1), 67.

[24] P. nube, "Historias clinicas online. Programa para clínicas y consultorios médicos en internet gratis hasta 50 pacientes. Programa para clinicas con historial de pacientes, consultas, cie10, citas, recetas, facturas y pruebas analíticas", Programahistoriasclinicas.com, 2020. [Online]. Available: http://programahistoriasclinicas.com/. [Accessed: 20- Sep- 2020].

[25] Silva, B. M., Rodrigues, J. J., de la Torre Díez, I., López-Coronado, M., & Saleem, K. (2015). Mobile-health: A review of current state in 2015. Journal of biomedical informatics, 56, 265-272.

[26] Semple, J. L., & Armstrong, K. A. (2017). Mobile applications for postoperative monitoring after discharge. Cmaj, 189(1), E22-E24.

[27] Boulos, M. N. K., Wheeler, S., Tavares, C., & Jones, R. (2011). How smartphones are changing the face of mobile and participatory healthcare: an overview, with example from eCAALYX. Biomedical engineering online, 10(1), 24

[28] Ley N° 1582. Gobierno nacional de la República de Colombia, Bogotá, Colombia, 30 de junio de 2012

[29] Pérez M (2012). Bioética consentimiento informado. Consultado el 06/03/2020.

[30] Restrepo, L. A. R., Suárez, J. C. C., & Martínez, M. E. G. (2011). Costo de las infecciones del sitio operatorio en una institución de alta complejidad. Medellín Colombia, 2008-2009. Revista CES Salud Pública, 2(2), 169-189.

[31] ARTROSCÓPICA, C. T. L. C., & RODILLA, D. (2006). Complicaciones postoperatorias en cirugía ortopédica y traumatología. D. Arribas del Amo, 119.

[32] M. I. RIACHI GONZÁLEZ, «Manual de Acreditación en Salud Ambulatoria y Hospitalario en Colombia,» 01 2019. [En línea]. Available: https://www.minsalud.gov.co/sites/rid/Lists/BibliotecaDigital/RIDE/VS/PSA/manual-acreditacion-salud-ambulatorio.pdf. [Último acceso: 18 04 2020].

[33] Restrepo, L. A. R., Suárez, J. C. C., & Martínez, M. E. G. (2011). Costo de las infecciones del sitio operatorio en una institución de alta complejidad. Medellín Colombia, 2008-2009. Revista CES Salud Pública, 2(2), 169-189.

30

13 Apéndices

13.1 Formularios de validación

13.1.1 Android Studio e Ionic Para las siguientes preguntas responda pensando que 0 es muy fácil, 1 es fácil, 2 es moderado,3 es difícil y 4 extremadamente difícil.

1. ¿Qué nivel de dificultad representó abrir el menú de pestañas? 2. ¿Qué nivel de dificultad representó dirigirse a la pestaña de dolor? 3. ¿Qué nivel de dificultad representó dirigirse a la pestaña de medicamentos?

13.1.2 Figma Para las siguientes preguntas responda con las siguientes opciones, si, no, más o menos de acuerdo con su criterio.

1. ¿Considera necesaria y útil la introducción a la aplicación? ¿Es claro el objetivo de esta? 2. ¿Cuál de las tres opciones de ingreso uso? 3. ¿Qué opina de los datos que debe ingresar? 4. ¿Es claro el sistema de calendario para la ingesta de los medicamentos que debe tener

diaria? 5. ¿Considera que para la toma de sus medicamentos le ayudaría este formato? ¿Qué le

adicionaría? 6. ¿Es clara y fácil la navegabilidad para ingresar a una nueva toma de dolor? 7. ¿Es clara y fácil la navegabilidad para ingresar a un nuevo medicamento? 8. ¿Es clara y fácil la navegabilidad para ingresar a su perfil? 9. ¿Tomar un medicamento es intuitivo? 10. ¿Es clara la escala del dolor? 11. ¿Considera un diseño agradable el propuesto? 12. ¿Se cumple el objetivo propuesto de la aplicación? 13. ¿En caso de presentar un proceso quirúrgico cree que esta aplicación le seria de utilidad?

13.1.3 Flutter Para las siguientes preguntas responda pensando que 0 es muy poco, 1 es poco, 2 es moderado, 3 alto y 4 muy alto.

1. ¿Con que frecuencia utilizó Pugnatum Dolore en la recuperación de su cirugía? 2. ¿Su intención de utilizar la aplicación nuevamente seria? 3. ¿Qué nivel de detalle en la retroalimentación pudo darles a los cirujanos gracias a la

aplicación? 4. ¿Qué tan probable sería que recomendara la aplicación a personas que vayan a ser

sometidas a una cirugía? 5. ¿Qué tan intuitiva y amigable con el usuario considera que es la aplicación?

31

13.2 Anexos.

Anexo 1 Proceso de observación inicial con el cirujano de abdomen Iván Martin y el cirujano de Rodilla Camilo Parada respectivamente.

Anexo 2 Validación de la necesidad mediante entrevistas virtuales con el doctor endocrinólogo Joseph Gutman y el

cirujano de ortopedista Sergio Londoño respectivamente. Quienes además de validar se convirtieron en asesores.

32

Anexo 3 Diagrama de fragmentos prototipo Excel.

33

Anexo 4 Navegación entre los fragmentos de la aplicación en Android Studio (En naranja las acciones del menú inicial).

34

Anexo 5 Navegación entre los fragmentos iniciales (solo suceden una vez) de bienvenida de la aplicación en Ionic.

35

Anexo 6 Navegación entre los fragmentos de la aplicación de Ionic.

36

Anexo 7 Estructura de la base de datos de los pacientes.

Anexo 8 Estructura de la base de datos de los especialistas.

37

Anexo 9 Evolución de la aplicación en distintas plataformas.

38

Anexo 10 Grafica ejemplo de la que sería entregada al médico tratante.

Anexo 11 Evolución desarrollo página web

39

Anexo 12 Funcionamiento del chatbot diseñado.