Prototipo de una Aplicación Móvil para el Manejo del Historial Clinico y Control Médico de Pacientes

Texto completo

(1)UNIVERSIDAD DISTRITAL “FRANCISCO JOSE DE CALDAS”. TRABAJO DE GRADO FACULTAD DE INGENIERÍA ESPECIALIZACIÓN EN PROYECTOS INFORMÁTICOS. PROTOTIPO DE UNA APLICACIÓN MÓVIL PARA EL MANEJO DEL HISTORIAL CLINICO Y CONTROL MEDICO DE PACIENTE. Autores: ANGELICA MARIA BABATIVA GOYENECHE PAULA DANIELA BRICEÑO NOVOA OSCAR JOSE CARDOSO GOMEZ. Bogotá 2016 1.

(2) CONTENIDO. Contenido PARTE I. CONTEXTUALIZACIÓN DE LA INVESTIGACIÓN ................................................ 8 CAPÍTULO 1. DESCRIPCIÓN DE LA INVESTIGACIÓN ........................................................ 8 1.1 IDENTIFICACIÓN DEL PROBLEMA ............................................................................................................. 8 1.2 OBJETIVOS DE LA INVESTIGACIÓN ......................................................................................................... 10 1.2.1 OBJETIVO GENERAL ............................................................................................................................. 10 1.2.2 OBJETIVOS ESPECÍFICOS....................................................................................................................... 10 1.3 JUSTIFICACION ....................................................................................................................................... 11 1.4 HIPOTESIS DE LA INVESTIGACIÓN .......................................................................................................... 12 1.5 MARCO REFERENCIAL............................................................................................................................ 12 1.5.1 MARCO JURIDICO ................................................................................................................................ 13 1.6 METODOLOGÌA DE LA INVESTIGACIÓN .................................................................................................. 14 1.7 ORGANIZACIÓN DEL PROYECTO DE GRADO ........................................................................................... 16 1.7.1 TÉCNICAS DE LA INVESTIGACIÓN......................................................................................................... 16 1.7.2 PROCEDIMIENTOS DE RECOLECCIÓN DE INFORMACIÓN ...................................................................... 16 1.7.3 HISTORIA CLÍNICA ................................................................................................................................ 18 1.8 ESTUDIOS DE SISTEMAS PREVIOS.......................................................................................................... 18 1.9 LIMITACIONES ....................................................................................................................................... 20. PARTE II. DESARROLLO DEL PROYECTO.......................................................................... 21 CAPÍTULO 2. DESARROLLO DEL PROYECTO ................................................................... 21 2.1 PERSONAS Y ROLES DEL PROYECTO ....................................................................................................... 21 2.2 PLAN DEL PROYECTO .............................................................................................................................. 21. 2.

(3) 2.3 HISTORIAS DE USUARIO ......................................................................................................................... 22 2.3.1 HU: REGISTRAR USUARIO ..................................................................................................................... 22 2.3.2 HU: CONSULTAR INFORMACIÓN DEL USUARIO .................................................................................... 24 2.3.3 HU: ACTUALIZAR USUARIO .................................................................................................................. 24 2.2.4 HU: ELIMINAR USUARIO....................................................................................................................... 25 2.3.5 HU: AUTENTICAR USUARIO .................................................................................................................. 25 2.3.6 HU: CREAR HISTORIA CLÍNICA .............................................................................................................. 26 2.3.7 HU: REGISTRAR PROCEDIMIENTOS MÉDICOS ....................................................................................... 28 2.3.8 HU: SINCRONIZACION DE DATOS ......................................................................................................... 28 2.4 MODELO DE REQUERIMIENTOS DE USUARIO ........................................................................................ 29 2.4.1 REQUERIMIENTOS FUNCIONALES ........................................................................................................ 30 2.4.2 REQUERIMIENTOS NO FUNCIONALES .................................................................................................. 30 2.4.3. MODELO DE CASOS DE USO ................................................................................................................ 32 2.4.4. DIAGRAMA DE CLASES ........................................................................................................................ 36 2.4.5. DIAGRAMA DE SECUENCIA .................................................................................................................. 37 2.4.6 MODELO DE PERSISTENCIA DE DATOS ................................................................................................. 38. PARTE III. RESULTADOS OBTENIDOS ............................................................................... 40 3.1 RESULTADOS del análisis pesi ................................................................................................................ 40 3.1.1 DESCRIPCIÓN ....................................................................................................................................... 40 3.1.2 HIPÓTESIS INICIAL ................................................................................................................................ 40 3.1.3 TABLA DE RELACIÓN VARIABLE – PREGUNTA ....................................................................................... 41 3.1.4 LISTADO COMPLETO DE PREGUNTAS CON POSIBLES RESPUESTAS ....................................................... 43 3.1.5 IDENTIFICACIÓN DE LOS PERFILES CON LA POBLACIÓN TOTAL ............................................................. 45 3.1.6 UBICACIÓN DE RESULTADOS POR VARIABLE EN MATRIZ DE NOLAN .................................................... 50 3.1.7 CONCLUSIONES DEL ESTUDIO PESI ....................................................................................................... 51 3.2 RESULTADOS DEL PROTOTIPO FUNCIONAL ............................................................................................ 51. 3.

(4) PARTE IV. CONCLUSIONES Y TRABAJOS FUTUROS ....................................................... 55 CONCLUSIONES ............................................................................................................................................ 55 TRABAJOS FUTUROS .................................................................................................................................... 56. BIBLIOGRAFÍA .......................................................................................................................... 57. Índice de tablas Tabla 1. Personas y roles del proyecto. Fuente: Elaboración propia. ...............................................21 Tabla 2. Tabla relación variable-pregunta. Fuente: Elaboración propia. ..........................................42 Tabla 3. Matriz de Nolan. Fuente: Elaboración propia. ....................................................................50. 4.

(5) RESUMEN Las historias clínicas tradicionales tienen una serie de inconvenientes, con el paso del tiempo se han venido acentuando, dadas las grandes cantidades de usuarios que los hospitales o EPS tienen y el gran volumen de información que estas contienen. La ilegibilidad es uno de los inconvenientes que existen, dado que muchas de ellas están escritas por los mismo médicos, la imposibilidad para acceder a ellas de manera inmediata; dependiendo de la entidad, la rapidez para poder acceder puede ser determinante para una decisión sino se dispone de ella al instante , el hecho de que este en papel es una desventaja ya que con el paso del tiempo tiende a deteriorarse, los problemas de espacio para almacenarla y el más importante, las inconsistencias, cada entidad tiene la historia clínica de cada paciente y no hay cruce de datos entre ellas , sus bases de datos y sistemas de información funcionan como islas y esto facilita mucho a que se aumente el margen de error, en casos como de ordenar al paciente a realizarse los mismos exámenes en varias ocasiones ocasionando un desgaste en recursos económicos y administrativos. Actualmente el Gobierno Nacional a través del MINTIC apoya aquellas iniciativas que estén orientadas a resolver las dificultades que se tienen en el manejo y administración de las historias clínicas. Algunos de los problemas que existen actualmente son: dificultad para acceder a la información; desconocimiento de los pacientes sobre su historial médico; información dispersa, sin criterios homogéneos, con duplicidad o inconsistencias y con la Política de Cero papel con el tema de documentación electrónica dando legibilidad del documento por ser elaborado digitalmente; y por último, los costos económicos y ambientales, ya que se evita el consumo exagerado de papel. En un mundo donde la tecnología es parte fundamental para el beneficio de las personas, dada la fácil conectividad y acceso a internet que ofrece, nace la necesidad de desarrollar una aplicación que agilice la atención al paciente en situaciones críticas y pueda ser consultada su historia clínica desde un dispositivo móvil, incluso mientras el paciente está siendo trasladado a un centro asistencial. Palabras claves: Android, SQLite, Scrum, historia clínica, repositorio centralizado. “Los medios sociales no son una moda, son un cambio fundamental en la forma en que nos comunicamos” Erik Qualman 5.

(6) INTRODUCCIÓN La historia clínica: elemento fundamental del acto médico en el que se registran de manera cronológica las condiciones de salud de una persona, tales como: trastornos, patologías, alergias, etc. Dicha información le permite al médico diagnosticar, tratar y prevenir una enfermedad o condición delicada de salud. La historia clínica es uno de los elementos más importantes de la relación entre médico y paciente. Esta relación, objetivo esencial de la medicina, se encuentra consagrada en la Ley 23 de 1981, la cual expresa en su artículo IV: “… La relación médico-paciente es elemento primordial en la práctica médica. Para que dicha relación tenga pleno éxito, debe fundarse en un compromiso responsable, leal y auténtico”. La importancia y repercusiones de la historia clínica constituye el registro de varios hechos y acontecimientos de la vida de un ser humano, por contexto, la historia clínica es la relación de los eventos de la vida de una persona. En ella se registran datos de gran confidencialidad, pues el paciente sabe que cualquier modificación en la información puede redundar en su propio perjuicio. A esto se le suma con un alto valor agregado los constantes cambios y avances en la industria de la Tecnología, esto ha permitido desarrollar una nueva generación de dispositivos y computadores personales, que unidos a las tecnología de la información han comenzado a ser una parte fundamental en la vida de las personas en donde el acceso a la información es de vital importancia. Hoy las tendencias tecnológicas son muy dinámicas y los dispositivos móviles o Smartphones son el punto de acceso preferido por los usuarios para acceder y realizar cualquier tipo de información y transacción, las aplicaciones móviles han sido tendencia en los últimos años y un término que se ha consolidado dentro de los teléfonos inteligentes es el de App. El término app se ha puesto muy de moda en los últimos años, sobre todo con el despegue de las posibilidades de los dispositivos móviles. Viene de la palabra inglesa 'application' (aplicaciones, en español). Las apps son en general pequeños programas que permiten realizar funciones muy concretas. Es justamente en ello que radica su importancia: unos dispositivos tan versátiles pueden realizar miles de funciones, y necesitarán miles de apps para hacerlas. Muchas empresas como personas han tomado conciencia del gran impacto de la tecnología móvil y el mercado de estas ha adquirido un crecimiento exponencial 6.

(7) donde la consulta de una persona, de un médico al historial clínico es de vital importancia hoy en día, estas herramientas móviles hacen que se conviertan en un buen canal de comunicación entre pacientes y médicos. Según la OMS, Los desarrollos que son destinados a la Salud, incluyen principalmente Apps que son destinadas directamente o indirectamente a mantener o mejorar los comportamientos sanos, la calidad de vida y el bienestar de las personas. El término de mHealth es básicamente usar dispositivos móviles (teléfonos, tabletas, ipods, etc) en el sector de la salud, sin importar que seas un paciente, un profesional médico, Institución, Gobierno o empresa. Ver figura1. Este proyecto permite determinar una gran cantidad de posibilidades de desarrollar una App, que utilizándola con cualquier dispositivo móvil nos permite recoger una gran cantidad de datos de la salud clínica del paciente. Ver figura 1.. Figura 1. Beneficios App mHealth. Fuente: Infografía de la Agenda Digital para Europa.. La entrega y acceso a la información de la salud para los profesionales, investigadores y los mismos pacientes en tiempo real de tal manera que nos provisiona una directa atención donde las distancias o regiones apartadas se beneficien de una aplicación como esta sin poseer cerca un centro de atención medico integral.. 7.

(8) PARTE I. CONTEXTUALIZACIÓN DE LA INVESTIGACIÓN CAPÍTULO 1. DESCRIPCIÓN DE LA INVESTIGACIÓN 1.1 IDENTIFICACIÓN DEL PROBLEMA Hoy en día, existen diferentes aplicaciones para la administración y consulta de las historias clínicas de cualquier paciente a cargo de un profesional de la salud, estas aplicaciones han facilitado la organización y el acceso a ella, pues permiten el acceso y su actualización de una forma eficiente, las limitantes de estas aplicaciones es que son de acceso local y solo pueden visualizarse desde el consultorio del médico tratante o desde un centro de salud. En la actualidad la medicina está enfrentada a retos cada día más decisivos y la toma de decisiones son cruciales cuando se tiene la información actualizada y en tiempo real, en una urgencia médica el desconocer un historial clínico de un paciente por parte de un médico en ese instante, puede llevar a cometer errores en donde la vida del paciente está en juego por falta de información. Lo relacionado anteriormente se evidencia aún más, cuando un médico debe salir a tratar una urgencia domiciliaria y con una extensa agenda de pacientes cada día, el tratar aquellos pacientes sin la debida información trae como consecuencia la prestación de un servicio deficiente. En nuestra sociedad, las diferentes entidades ya sean del sector público o privado se están dando cuenta de la gran importancia de adaptarse y formar parte de la gran revolución tecnológica, independiente del sector a que correspondan o si ofrecen un servicio o un producto. En la actualidad este sector está adoptando aplicaciones para dispositivos móviles y esto ha permitido que haya un nuevo canal de comunicación donde usuarios y entidad puedan estar informados y actualizados sobre el estado de salud del paciente generando un poder de conocimiento entre ambas partes pero sobre todo una acertada y oportuna toma de decisión. El uso de estas aplicaciones se ha convertido en un fenómeno mundial, pero es en el sector de la Salud donde su potencial de crecimiento es exponencial, debido a la capacidad de estas aplicaciones para promover la Medicina preventiva y a los beneficios que puede implicar su uso en ahorro de costes y maximización de los recursos sanitarios La aplicación de estos App en los dispositivos móviles representa un gran valor agregado y también como apoyo al manejo de la información clínica facilitando al 8.

(9) profesional médico disponer de la información en cualquier momento y en cualquier lugar. A partir de esta perspectiva nace este proyecto de desarrollar un aplicativo móvil para el beneficio de muchas personas gracias a la tecnología, lo cual lleva a plantear la siguiente pregunta de investigación: “¿Cómo mejorar los servicios de atención a pacientes en situaciones de urgencia por parte del personal médico?”. 9.

(10) 1.2 OBJETIVOS DE LA INVESTIGACIÓN Debido a lo anterior, los objetivos que se plantean para éste trabajo de grado son:. 1.2.1 OBJETIVO GENERAL. Desarrollar un prototipo de software de historias clínicas y control médico a través de dispositivos móviles y apoyados en tecnología GPS, garantizando la disponibilidad de la información clínica.. 1.2.2 OBJETIVOS ESPECÍFICOS . Especificar los requerimientos del prototipo para la consulta de historias clínicas y el control médico hacia pacientes por parte de los profesionales médicos.. . Construir un prototipo de software aplicando diferentes metodologías de desarrollo ágiles basados en el desarrollo iterativo e incremental, utilizando estándares y buenas prácticas de desarrollo obteniendo un producto que cumpla con los requerimientos funcionales, de la cual se ha optado la metodología Scrum.. . Realizar pruebas funcionales y no funcionales del prototipo para el aseguramiento y el apoyo vital en el sector de la salud, que permita al profesional y al paciente la consulta de su historia clínica de una manera sencilla, actualizada y en tiempo real.. 10.

(11) 1.3 JUSTIFICACION De acuerdo a la resolución número 1995 de 1999 expedida por el Ministerio de Salud, la Historia Clínica es un documento de vital importancia para la prestación de los servicios de atención en salud y para el desarrollo científico y cultural del sector. Se hace necesario expedir las normas correspondientes al diligenciamiento, administración, conservación, custodia y confidencialidad de las historias clínicas, conforme a los parámetros del Ministerio de Salud y del Archivo General de la Nación en lo concerniente a los aspectos archivísticos contemplados en la Ley 80 de 1989. En base con contexto legal por parte del cuerpo médico, el historial clínico es el documento en donde se refleja no sólo la práctica referente a esta importante profesión, sino también el cumplimiento de los deberes del personal en salud respecto al paciente convirtiéndose en la herramienta a través de la cual se evalúa el nivel de la calidad técnico científica, humana, ética y la responsabilidad. Esta información es infaltable al momento de ejercer la profesión cualquier médico o especialista, ya que esta contiene datos críticos, claros preciso y detallados que se refiere al paciente que sirven como base para el juicio definitivo para su enfermedad actual o su estado de salud. La Historia Clínica como tal ha tenido dificultades en las Instituciones de Salud por ser un documento legal que a veces es ambiguo, no es claro de leer, con el altísimo riesgo de perder información contenida en ella por los aspectos inherentes a la administración documental, el continuo acceso de diferentes personas a esta información, forma y espacio de archivar; con la historia clínica electrónica y con la ayuda de la tecnología se pretende que muchas de estas dificultades tiendan a desaparecer. Según la firma Comscore (Compañía de investigación de marketing en Internet), en el 2014 el número de usuarios móviles (tablets o smartphones) superó al consumo de desktops. Ver figura 2. Este fenómeno se debe a la portabilidad y la instantaneidad de la información. El hecho de que un Smartphone sea portable (sí, es más fácil portar un teléfono celular que un computador), hace que sea más accesible. Si pensáramos en los rituales de consumo, sería mucho más claro. El computador se utiliza en ocasiones o labores más específicas, especialmente en asuntos de trabajo. Puede ser en la jornada laboral o intención de información en las mañanas y noches, 11.

(12) mientras tanto, un smartphone puede adaptarse a más momentos y lugares del consumidor.. Figura 2.Número de usuarios de Smartphone. Fuente (Comscore, 2016). 1.4 HIPOTESIS DE LA INVESTIGACIÓN Se plantea la siguiente hipótesis: “El acceso a la historia clínica por medio de dispositivos móviles a través de un aplicación ayuda a que se mejore el nivel de atención entre paciente-medico, sin importar los diferentes factores externos como lugares y horarios, los cuales ponen en riesgo la vida del paciente. Partiendo del hecho que el personal médico está altamente calificado.” 1.5 MARCO REFERENCIAL Uno de los problemas actuales de la salud en Colombia, es la falta de iniciativas para implementar proyectos asociados a mejorar la eficiencia en todos los procesos inmersos en la atención de salud. El cuerpo profesional de médicos en las EPS, se enfrentan diariamente a una demanda creciente, tanto de servicios como de usuarios, y los recursos desafortunadamente no cesan de parar ante estas necesidades y en un país como el nuestro encontramos muchas deficiencias relacionados a este servicio demoras en la atención, cobertura deficiente y falta de acceso a la información en tiempo 12.

(13) real por parte del profesional para poder tomar una decisión importante sobre su paciente hace que la calidad en la prestación del servicio sea precaria el cual repercute en la demora de exámenes, cirugías a largo plazo y citas con especialista se hace una odisea, los retos para el acceso a la información hoy en día es un valor agregado y más aún en el tema de la salud porque es vital para la población. Frente a este panorama se han adelantado muchas iniciativas para mejorar el servicio a los usuarios: una por parte del gobierno nacional y la otra por el sector privado, con esta iniciativa, el MinTIC trabaja para que las personas puedan hacer los trámites más importantes para su vida completamente en línea, sin desplazarse a la entidad, sin hacer filas, para que de esta forma puedan ahorrar tiempo y dinero y que más eficiente que el ciudadano común pueda acceder a su historial clínico a través de un App con un dispositivo móvil, sin necesidad de desplazarse a un centro médico o su EPS y por su parte el profesional médico también contar con este beneficio. El Mapa de ruta, es un proyecto incluido en el Plan Vive Digital 2014-2018 y en el Decreto 1078 de 2015 (Título 9 - Capítulo 1) (Ministerio de Tecnologias de la Información y las Comunicaciones ). El Mapa de ruta busca que los ciudadanos puedan acceder a una oferta de trámites y servicios del Estado prioritarios que no están en línea y que son los que más solicitan en áreas como salud, empleo, identificación, educación, impuestos, servicios entre otros temas. 1.5.1 MARCO JURIDICO En lo concerniente a las historias se han definido una serie de normas y leyes que regular el manejo y administración de las mismas. En Colombia el Ministerio de Salud en la Resolución 1995 de 1999 (Secretaría General de la Alcaldía Mayor de Bogotá D.C) establece las normas para el manejo de las HC: . Obligatoriedad del archivo: Se debe tener un único registro de HC por entidades de salud, el cual debe estar centralizado.. . Custodia de la historia clínica: Solo podrá ser modificada la HC por el personal médico que tuvo contacto y atendió al paciente.. . Acceso: La ley autoriza que solo las siguientes entidades o personas podrán tener acceso a las historias de usuario: el usuario, el equipo de salud, las autoridades judiciales y demás autoridades que determine la ley. 13.

(14) . Retención y tiempo de conservación: De acuerdo al artículo 15 la historia clínica de un paciente debe conservarse por un periodo mínimo de 20 años a partir de la última cita.. . Seguridad del archivo: El prestador de servicio de salud, debe almacenar la HC de cada paciente bajo un área restringida, esto es con acceso limitado a personal autorizado, garantizando la integridad física, técnica sin alteración de la información.. . Condiciones físicas de conservación: Las HC se deben conservar en condiciones óptimas medioambientales y materiales que eviten el deterioro, daño o modifique la información que en ellas están recopilada (Secretaría General de la Alcaldía Mayor de Bogotá D.C).. 1.6 METODOLOGÌA DE LA INVESTIGACIÓN El desarrollo de aplicaciones móviles o App es una actividad profesional de gran iniciativa tecnológica, que retoma teorías y conocimientos de diversas fuentes y aborda el desarrollo de software de calidad abarcando todos los sectores del mercado. En este contexto la Ingeniería de Software construye conocimiento en torno a estas prácticas de desarrollo de este tipo de aplicaciones, concretado en la definición métodos, modelos y esquemas de funcionamiento que pueden ser aplicados por los ingenieros desarrolladores en sus actividades profesionales. La forma como se construye esta metodología en sus esquemas de funcionamiento, constituye el conocimiento propio de la Ingeniería de Software con la de Proyectos Informáticos que se basa en la revisión y formalización de invenciones surgidas de la experiencia real en procesos y productos de software. Esta situación obliga a definir métodos de investigación que aborden problemas y situaciones reales de la Industria de Software en torno a la sociedad, que busquen identificar, formalizar y teorizar sobre las mejores prácticas de la misma y sobre su aplicabilidad general en diferentes empresas y organizaciones en todo el mundo. Desde hace unos años el proceso de desarrollo llevaba asociado un marcado énfasis en el control del proceso mediante una metódica definición de roles, actividades e instrumentos, incluyendo modelado y documentación detallada. Este esquema tradicional para abordar el desarrollo de software ha demostrado ser altamente efectivo y necesario en proyectos de gran tamaño (administración eficiente de tiempo y recursos), donde por lo general se exige un alto grado de formalidad en el proceso. Así las cosas, este enfoque no resulta ser el más 14.

(15) adecuado para muchos de los proyectos actuales donde el entorno del sistema es muy cambiante, y en donde se exige reducir drásticamente los tiempos de desarrollo pero manteniendo una alta calidad. En este escenario, las metodologías ágiles surgen como una posible respuesta para llenar ese vacío metodológico (Ver figura 3). Por estar especialmente orientadas para proyectos pequeñas dimensiones, las metodologías ágiles constituyen una solución a medida para ese entorno, aportando una elevada simplificación que a pesar de ello no renuncia a las prácticas esenciales para asegurar la calidad del desarrollo del producto, estas metodologías son sin duda uno de los temas recientes en el área de desarrollo de software que están acaparando gran interés. Prueba de ello es que se están haciendo constantemente espacios destacados en la mayoría de conferencias, workshops y webinars realizados en los últimos años. Aunque los creadores e impulsores de estas metodologías han suscrito el manifiesto ágil y coinciden con los principios enunciados anteriormente, cada metodología tiene sus características propias y hace énfasis en algunos aspectos más específicos. A continuación se resumen diferentes metodologías ágiles. La mayoría de ellas ya estaban siendo utilizadas con éxito en proyectos reales como SCRUM, Crystal Methodologies, Dynamic Systems Development Method7 (DSDM), Adaptive Software Development8 (ASD), Feature -Driven Development9 (FDD), Lean Development10 (LD) entre otras.. Figura 3. Modelo de Metodologías agiles. Fuente (MARTIN, 2007). 15.

(16) 1.7 ORGANIZACIÓN DEL PROYECTO DE GRADO De acuerdo al contexto y a los objetivos propuestos se establece que el tipo de investigación es aplicada, ya que se recogerán los datos sobre la base de la hipótesis propuesta, se expondrá y resumirá la información de manera cuidadosa y luego se analizarán minuciosamente los resultados, a fin de extraer generalizaciones significativas para diseñar la aplicación móvil. 1.7.1 TÉCNICAS DE LA INVESTIGACIÓN Dado que el propósito y finalidad de éste proyecto es diseñar, modelar y desarrollar un prototipo móvil se establece que la técnica de investigación es recolectar y analizar la información a través de encuestas, adicionalmente partir de la misma se propondrá una alternativa de solución a la problemática actual.. 1.7.2 PROCEDIMIENTOS DE RECOLECCIÓN DE INFORMACIÓN Los procedimientos de recolección de información para éste proyecto son: . Recolección de Información: Dado que la legislación Colombiana establece que la HC es un documento privado que se reserva, la información se recolectará por medio de encuestas a personas que pertenezcan al Sistema de Salud. Esta información permitirá identificar los principales: módulos del sistema, actores que intervienen y flujos de información que suceden al generar una HC. En una encuesta realizada a 46 personas (Ver figura 4) nos manifestaron que el 84,8% manifestaron asistir al médico general por diferentes razones, este resultado nos dio una perspectiva de que los pacientes tienen la necesidad de poder tener un App de su Historial Clínico e irlo actualizando a medida que tiene una cita de carácter médico.. Figura 4. Encuesta de recolección de la información. Fuente: Elaboración propia.. 16.

(17) . Identificación del Usuario del Sistema: Es importante establecer el tipo de usuario que tendrá acceso a la información, identificando: las restricciones, permisos y colaboración que tendrá dentro del sistema. Dichos usuarios se agruparán por roles.. . Modelo de Requerimiento: Para entender y comprender el contexto, es necesario identificar los requerimientos funcionales (necesidades propias de la aplicación) y los no funcionales (necesidades para soportar los requerimientos funcionales). De esta manera se identificarán los flujos y principales procesos que suceden entorno a la creación, gestión y administración de una HU.. . Principales Casos de Uso: Se crearán diagramas de casos de uso para identificar las necesidades propias de cada rol. Para ello cada uno de los requerimientos definidos se relacionarán con un actor, buscando así identificar la relación, responsabilidad y proceso al que pertenece cada usuario.. . Modelo Relacional y Diccionario de Datos: Una vez recopilada la información se construirá el modelo de datos de la aplicación, definiendo relación entre las tablas y tipos de atributos. A partir de dicho modelo se construirá el diccionario de datos en el cual se especificará: nombre del atributo, descripción, tipo y dominio.. 17.

(18) 1.7.3 HISTORIA CLÍNICA Documento en el que se refleja la condición médica en la que se encuentra un paciente. Se llega a esta información luego de investigar y preguntar al paciente que síntomas presenta y que hábitos tiene en su vida cotidiana. Esta información no solo le permite al equipo médico tomar decisiones y ejecutar acciones correctivas que lleven al paciente a su pronta recuperación. Adicionalmente sirven de respaldo en situaciones en las que el paciente fallece y pueda ayudar a determinar las causas de deceso. Las historias de clínicas deben:  .  . Contener todos los datos del paciente, estos deben estar actualizados y no se deben categorizar por programas o especialidad. Ser únicos por cada institución que preste el servicio. Es decir, independientemente donde traten el paciente, debe tener una única historia clínica. Garantizando así integridad y continuidad en el servicio que se le presta. Ser almacenados de manera centralizada, de tal forma que puedan ser consultados en cualquier lugar y momento. Ser únicos, no se debe presentar información ambigua o inconsistente.. Las historias clínicas presentan dos tipos de estructuras: la tradicional y la orientada hacia los problemas del paciente. En la primera se almacenan los datos básicos del paciente mientras que la segunda se registra los problemas y patologías. 1.8 ESTUDIOS DE SISTEMAS PREVIOS En Colombia a través de la iniciativa Vive Gobierno Móvil logró desarrollar y poner al servicio de los ciudadanos nuevas aplicaciones que sirven para conocer el estado meteorológico, ejercer control de los recursos del Estado o resolver conflictos y otras relacionadas con el sector de la salud, entre otras. En cuanto desarrollos realizados por el Gobierno Nacional, la aplicación móvil SaluDatos permitirá consultar, comparar y dar a conocer datos estadísticos relacionados con la salud en Colombia, en la que se utilizarán tres ejes principales: indicadores de salud, ubicación geografía y variables de desagregación (Ver figura 5). La aplicación permitirá visualizar los resultados en gráficos estadísticos tales como barras, tabla de datos, líneas de tendencia.. 18.

(19) Figura 5.Estadisticas uso App Salud Datos. Fuente (MINTIC).. En el Sector privado la tecnología está al servicio de la salud, desde gafas sonoras a pastilleros inteligentes, hace que el ingenio de científicos y especialistas ha dado forma a soluciones que hace unos años habrían sido inviables para mejorar la calidad de vida de quienes padecen enfermedades degenerativas o crónicas. Los constantes avances en Big Data benefician campos como el de la epidemiología, el Internet de las Cosas probablemente revolucionará la atención hospitalaria. La digitalización, de hecho, podría permitirles a muchos pacientes ser atendidos en casa. Un desarrollo que actualmente está en el mercado es el de Clin-in, es una plataforma que haga frente a problemas de las instituciones de salud como la congestión en el área de hospitalización y la baja asignación de citas tomó forma bajo el nombre de Clin- in. Desarrollada por Carvajal, ofrece administrar digitalmente las historias clínicas, determinar quiénes pueden recibir atención domiciliaria y dar manejo personalizado a cada paciente, según su patología.. 19.

(20) 1.9 LIMITACIONES Dado que le información que se manipulará es delicada y sensible a cambios (Cortina, 2002), el acceso a las bases de datos que manejan las entidades de salud está restringido, es por ello que el levantamiento de información se realizará a través de entrevistas y encuestas (Ver anexo1), en la que se realizarán una serie de preguntas a personas con un rango de edad entre los 15 y 30 años, con el fin de identificar el tipo de información que se debe gestionar y administrar.. 20.

(21) PARTE II. DESARROLLO DEL PROYECTO CAPÍTULO 2. DESARROLLO DEL PROYECTO. En este capítulo se describirá el proceso de elaboración del proyecto. Para desarrollarlo se seleccionó la metodología de trabajo Scrum y se definieron roles, cada uno con tareas y responsabilidades diferentes. 2.1 PERSONAS Y ROLES DEL PROYECTO El equipo de trabajo de este proyecto está conformado por las siguientes personas. PERSONA. CONTACTO. ROL. Ing. Víctor Hugo Medina.. Director de tesis.. Scrum Master1. Oscar Cardoso.. Estudiante. Scrum Team 1. Angélica María Babativa G.. Estudiante.. Scrum Team 2. Paula Daniela Briceño N.. Estudiante.. Scrum Team 3. Tabla 1. Personas y roles del proyecto. Fuente: Elaboración propia.. El Scrum Master es el encargado de liderar el proyecto, estableciendo: los lineamientos que se deben seguir, los tiempos/fechas de entrega e impulsar, fomentar y guiar el trabajo en equipo. El Scrum Team grupo de personas que poseen los conocimientos técnicos para desarrollar y elaborar el proyecto. Deben tener habilidades en diferentes áreas del conocimiento para así dar cubrimiento a las diversas exigencias y componentes por las que puede estar conformado un proyecto. 2.2 PLAN DEL PROYECTO Se obtuvo un prototipo funcional desarrollado en el IDE de desarrollo Android Studio, bajo el lenguaje de programación Java, y soportado por un modelo de base de datos orientado a objetos. Este proyecto podrá servir de referencia o punto de partida en caso de que se quiera superar el alcance y magnitud de la aplicación Historias Clínicas. 21.

(22) Con la culminación de este proyecto los autores de este documento obtendrán el título de Especialista en Proyectos Informáticos, y un video sobre el funcionamiento final de la aplicación móvil. 2.3 HISTORIAS DE USUARIO. MÓDULO. RESPONSABILIDAD. GESTIÓN DE USUARIOS. Administración de los usuarios que pueden ingresar a la aplicación ya sean: pacientes, administradores o médicos.. HISTORIAS CLÍNICAS. Gestionar y administrar las historias clínicas de un paciente. Actualizar los datos de un paciente, en caso de que exista. En caso contrario se crea una HC con: datos generales, anamnesis, examen clínico general, alertas e información.. GESTIÓN DE REPORTES. Generar reportes que sirvan en la toma de decisiones.. 2.3.1 HU: REGISTRAR USUARIO Los hitos y tareas a desarrollar se dividieron en historias de usuario, cada una con una descripción de: nombre, código, tipo de historia de usuario (funcional o no funcional), complejidad, actor, descripción, criterio de aceptación y modulo al que pertenece. A continuación se presentan las ocho HU que se llevaron a cabo al desarrollaron la aplicación.. 22.

(23) HISTORIA DE USUARIO Código: Hu_Adm_01 Nombre: Registrar usuario. Tipo HU: Funcional. Complejidad: M Actor: Administrador. HU Relacionadas: Ninguna Módulo: Gestión de usuarios. Descripción: Se crea un usuario en el sistema. CRITERIOS DE ACEPTACIÓN Condición: Resultado: 1. Dar click en la opción crear usuario. 2. Se despliega un formulario con la siguiente información: Datos del paciente Nombre, apellido, fecha de nacimiento, sexo y edad. Domicilio Dirección, país, ciudad y nacionalidad. Contacto Teléfono casa, número de celular y correo electrónico. Llamar en caso de emergencia: Nombre, teléfono y parentesco. Tipo de usuario: Paciente o médico. En caso de seleccionar médico, se desplegara una ventana con información adicional: Formación Académica Titulo otorgado, año culminación, número tarjeta profesional, especialidades, idiomas que domina. 3. Se ingresa la información requerida 4. Se verifica que se hayan ingresado por el sistema. toda la información solicitada y se despliega un mensaje: “Se ha creado el usuario [idUsuario]”.. 23.

(24) 2.3.2 HU: CONSULTAR INFORMACIÓN DEL USUARIO HISTORIA DE USUARIO Código: Hu_Adm_02 Nombre: Consultar usuario. Tipo HU: Funcional. Complejidad: M Actor: Administrador. HU Relacionadas: Hu_Adm_01 Módulo: Gestión de usuarios. Descripción: Se consulta un usuario en el sistema. CRITERIOS DE ACEPTACIÓN Condición: Resultado: 1. Ir a la opción “Gestionar Pacientes” 5. Se despliega una tabla con 5 ó “Gestionar Cuerpo Médico” según columnas: id, nombre, número de se desee. identificación, consultar, editar y eliminar. 4. Se filtra por el número de 6. Se actualiza la tabla según el filtro identificación. que se haya ingresado.. 5. Se da click en la opción consultar.. 6. Se despliega una ventana con la información del usuario.. 2.3.3 HU: ACTUALIZAR USUARIO HISTORIA DE USUARIO Código: Hu_Adm_03 Nombre: Actualizar usuario. Tipo HU: Funcional. Complejidad: M Actor: Administrador. HU Relacionadas: Hu_Adm_01 Módulo: Gestión de usuarios. Descripción: Se actualiza la información del usuario. CRITERIOS DE ACEPTACIÓN Condición: Resultado: 1. Ir a la opción “Gestionar Pacientes” ó 2. Se despliega una tabla con 5 “Gestionar Cuerpo Médico” según se columnas: id, nombre, número de desee. identificación, consultar, editar y eliminar. 3. Se filtra identificación.. por. el. número. 5. Se da click en la opción editar.. de 4. Se actualiza la tabla según el filtro que se haya ingresado.. 6. Se despliega una ventana con la información del usuario.. 7. Luego de modificar la información 8. Se actualiza la información y se requiera se da click en el botón despliega un mensaje informativo: “Se 24.

(25) Guardar.. ha modificado el usuario [idUsuario]”.. 2.2.4 HU: ELIMINAR USUARIO HISTORIA DE USUARIO Código: Hu_Adm_04 Nombre: Eliminar usuario. Tipo HU: Funcional. Complejidad: M Actor: Administrador. HU Relacionadas: Hu_Adm_01 Módulo: Gestión de usuarios. Descripción: Se elimina un usuario en el sistema. CRITERIOS DE ACEPTACIÓN Condición: Resultado: 1. Ir a la opción “Gestionar Pacientes” 2. Se despliega una tabla con 5 ó “Gestionar Cuerpo Médico” según columnas: id, nombre, número de se desee. identificación, consultar, editar y eliminar. 3. Se filtra por el número de 4. Se actualiza la tabla según el filtro identificación. que se haya ingresado.. 5. Se da click en la opción eliminar.. 6. Se despliega una ventana de confirmación “¿Esta seguro que desea eliminar el usuario [idUsuario]?”. 8. Se despliega un mensaje: “Se ha 7. Si da click en Aceptar se elimina el eliminado el usuario [idUsuario]”. usuario de la base de datos, de lo contrario los datos seguirán igual.. 2.3.5 HU: AUTENTICAR USUARIO HISTORIA DE USUARIO Código: Hu_Adm_05 Nombre: Autenticar usuario. Tipo HU: Funcional. Complejidad: M Actor: Sistema. HU Relacionadas: Hu_Adm_01 Módulo: Gestión de usuarios. Descripción: El usuario se autentica en la plataforma. CRITERIOS DE ACEPTACIÓN Condición: Resultado: 1. Dar click en ingresar. 2. Se ingresa número de identificación y la contraseña. 3.. Se verifica si el número de 3.1. Se verifica que el número de 25.

(26) identificación se encuentra registrado identificación y la contraseña ingresados en la plataforma. Si está registrado: coincidan con los registrados en base de datos. Si coinciden lo dirección a la página inicial. 3.2 Usuario no se encuentra registrado. 3.3 Se despliega un mensaje: “El usuario [numIdentificacionUsuario] no se encuentra registrado. Comuníquese con su administrador. ”. 2.3.6 HU: CREAR HISTORIA CLÍNICA HISTORIA DE USUARIO Código: Hu_HisCli_01 Nombre: Crear historia clínica. Tipo HU: Funcional. Complejidad: M Actor: Sistema. HU Relacionadas: Ninguna Módulo: Historia Clínica. Descripción: El médico le crea una historia clínica a él paciente. CRITERIOS DE ACEPTACIÓN Condición: Resultado: 1. Dar click en la opción Consultar. 2. Desplegar información del paciente. 3. Seleccionar Clínica.. la. opción. Historia 4. Desplegar un formulario, con 4 apartados, cada uno con la siguiente información: DATOS GENERALES: Motivo de Consulta. ANAMNESIS: Problemas Cardiacos Presión Arterial Alta Presión Arterial Baja Fiebre Neumática Enfermedad Hepática Enfermedad Anal Enfermedades Sanguíneas Enfermedades Respiratorias Trastornos Gástricos o Digestivos Artritis o Reumatismo Diabetes 26.

(27) Tuberculosis HVISIDA Cáncer Terapia Con Radiaciones Quistes Tumores Enfermedades Venéreas Trastornos Mentales O Nerviosos Epilepsia, Convulsiones Y Desmayos Toma De Medicamentos Alergia A Medicamentos Hospitalizaciones En Los Últimos 5 Años Operaciones En Los 5 Últimos Años Accidentes O Traumas En La Cara Escucha Ruidos O Zumbidos Dolores De Cabeza Practica Algún Deporte Consume Alcohol Consume Tabaco Consume otras drogas Menopausia Embrazada Está Dando De Lactar Inmunizaciones y Vacunas Tratamientos Quirúrgicos Observaciones: Si se quiere detallar alguna anomalía observada o si el paciente está tomando medicamentos se describe en este recuadro. EXAMEN CLINICO GENERAL: Talla (Mts) Apreciación General Temperatura Pulso Presión Arterial Frecuencia Respiratoria ALERTAS E INFORMACIÓN: Notas: Alertas: 5. Una vez diligenciada la información, el medico dará click en el botón 6. Se valida que los campos obligatorios guardar. estén diligenciados y se guarda la 27.

(28) historia clínica en orden cronológico. 2.3.7 HU: REGISTRAR PROCEDIMIENTOS MÉDICOS HISTORIA DE USUARIO Nombre: Registrar procedimientos médicos. Complejidad: M HU Relacionadas: Ninguna.. Código: Hu_HisCli_02. Tipo HU: Funcional. Actor: Sistema. Módulo: Historia Clínica. Descripción: El médico le registra un procedimiento medico al paciente. CRITERIOS DE ACEPTACIÓN Condición: Resultado: 2. Dar click en ingresar. 2. Se ingresa número de identificación y la contraseña.. 3. Se verifica si el número de 3.1. Se verifica que el número de identificación se encuentra registrado identificación y la contraseña ingresados en la plataforma. Si está registrado: coincidan con los registrados en base de datos. Si coinciden lo dirección a la página inicial.. 3.2 Usuario registrado.. no. se. encuentra 3.3 Se despliega un mensaje: “El usuario [numIdentificacionUsuario] no se encuentra registrado. Comuníquese con su administrador. ”. 2.3.8 HU: SINCRONIZACION DE DATOS HISTORIA DE USUARIO Código: Hu_HisCli_03 Nombre: Sincronizar datos. Tipo HU: Funcional. Complejidad: M Actor: Sistema. HU Relacionadas: Ninguna. Módulo: Historia Clínica. Descripción: Se actualiza la información que fue ingresada desde el celular con la del servidor Parse. CRITERIOS DE ACEPTACIÓN Condición: Resultado: 1. Cada vez que haya un cambio en el 2. Se actualiza y sincroniza con la modelo de bases de datos de la almacenada en el servidor Parse. De aplicación. esta manera la información será portable y confiable.. 28.

(29) 2.4 MODELO DE REQUERIMIENTOS DE USUARIO A fin de comprender e identificar las funcionalidades que tendría la aplicación, se realizó un modelo de requerimientos en el cual se describe, de manera general y simplificada, los servicios que ofrecería el sistema y las restricciones asociadas de su funcionamiento. Realizando así una abstracción de alto nivel, que permitió comprender los servicios que el sistema iba a proveer. custom Modelo de Requerimientos Requisitos Funcionales + Gestión de Usuarios El modelo de requisitos estructura el catálogo de Requerimientos Funcionales y No Funcionales de la aplicación.. + Historias Clinicas + Gestión de Reportes. Requerimientos No funcionales + Rnf_App_01_Persistencia + Rnf_App_02_Arquitectura + Rnf_App_03_Desempeño + Rnf_App_04_Usabilidad + Rnf_App_05_Disponibilidad + Rnf_App_06_Confiabilidad. Figura 6. Modelo de Requerimientos No Funcionales. Fuente: Elaboración propia.. A continuación se hace una descripción detallada de los requisitos que debe cumplir la aplicación. Es una aproximación entre la ingeniería de requerimientos y las actividades de diseño, esto facilita y permite que los requerimientos sean comprensibles tanto para el usuario del sistema (quien no tiene conocimiento técnico) como para el desarrollador, quien no siempre conoce las reglas del negocio. Es así como se detalla el comportamiento externo del sistema, esto evita que se generen ambigüedades del funcionamiento del sistema, reduciendo así en gran porcentaje los controles de cambio. Es por ello que están en un lenguaje natural por medio de diagramas intuitivos que facilitan la interpretación.. 29.

(30) 2.4.1 REQUERIMIENTOS FUNCIONALES Los requerimientos funcionales se definen el funcionamiento básico del sistema, es decir cómo interactúa el sistema con su entorno y cuáles serán las necesidades propias de la aplicación. A continuación se agrupan los requerimientos funcionales por módulos. custom Requerimientos Funcionales Historias Clinicas + HisCli_01_Crear_Historia_Clínica. + HisCli_02_Registrar_Procedimientos_Médicos. + HisCli_03_Sincronización_De_Datos. Gestión de Usuarios + Adm_01_Registrar_Usuario. + Adm_02_Consultar_Usuario. + Adm_03_Actualizar_Usuario + Adm_04_Eliminar_Usuario. + Adm_05_Autenticar_Usuario.. Gestión de Reportes + Ges_Rep_01_Generar_Reporte. Figura 7. Diagrama de Requerimientos funcionales para los módulos principales de la Aplicación. Fuente: Elaboración Propia.. 2.4.2 REQUERIMIENTOS NO FUNCIONALES Los requerimientos no funcionales son aquellos que describen las cualidades que debe soportar el sistema. Al establecer estas características se imponen implícitamente restricciones de: diseño e implementación; y se definen patrones y estándares de calidad para que soporten y cubran las necesidades de dichos requerimientos.. 30.

(31) custom Requerimientos No funcionales. Estos paquetes contienen requisitos no funcionales especificados para el nuevo sistema. Estos normalmente describen el criterio de desempeño, fiabilidad, seguridad y otros parámetros operacionales.. App_01_Persistencia. App_02_Arquitectura. App_03_Desempeño. App_04_Usabilidad. App_05_Disponibilidad. App_06_Confiabilidad. El paquete persistencia detalla el criterio operacional y de desempeño relacionado a almacenar información, incluyendo cuando sea relevante, redundancia, copias de seguridad, sistema de base de datos, archivos y otros mecanismos de persistencia y almacenamiento.. El paquete de arquitectura describe la tecnología que será usada para construir el sistema,las partes que lo componen y las relaciones e interacciones que tiene con otros componentes.. Los requisitos de desempeño definen parámetros como transacciones por segundo, latencia de la red de trabajo, tiempos de descarga de formularios y otros aspectos medibles del sistema que gobiernan toda la velocidad y sensibilidad.. Grado de facilidad con la que el usuario puede manipular la aplicación, con un aprendizaje rapido e intuitivo.. Los requisitos de disponibilidad definen los parámetros operacionales con respecto al tamaño del sistema, número de transacciones, capacidad, número de usuarios y distribución de nodos.. El paquete confiabilidad detalla los requisitos con respecto a los accesos de datos (seguridad de información) y seguridad física ( acceso a servidores y otro hardware crítico).. Figura 8. Diagrama de Requerimientos No Funcionales. Fuente: Elaboración Propia.. 31.

(32) 2.4.3. MODELO DE CASOS DE USO A través de los casos de uso que se logra interpretar adecuadamente las necesidades propias del cliente. Dado que se siguió una metodología ágil no se utilizó el formato extendido de casos de uso, sino que se sólo se modeló la interacción entre actor-sistema; las HU fueron utilizadas para complementar los escenarios en cada interacción. A continuación se ilustra los diferentes actores que intervienen en la aplicación y los módulos a los cuales tienen acceso. uc Diagrama de Contexto MÓDULOS. Cu_Gestión de Usuarios. Cu_Historias Clinicas Sistema. Usuario. Cu_Gestión de Reportes. Administrador. Figura 9. Diagrama de Contexto. Fuente: Elaboración Propia.. 32.

(33) El módulo de gestión de los usuarios, el usuario puede iniciar la aplicación. Ésta acción implica una autenticación contra el sistema, para ello es necesario que el usuario previamente se hubiera registrado.. uc Gestión de Usuarios. Gestión de Usuarios. Cu_Registrar Usuario. Cu_Consultar Usuario Cu_Iniciar aplicación. «include». Cu_Autenticar Usuario. Usuario Cu_Eliminar Usuario. Figura 10. Diagrama de casos de uso para el módulo: Gestión de Usuarios. Fuente: Elaboración Propia.. 33.

(34) Por medio del sistema es posible: la creación de historias clínicas, registrar procedimientos médicos y la sincronización de datos. Esta última actividad se realizara cada vez que se registre una modificación en la historia clínica, esto permitirá que la información sea confiable al momento de consultarla.. uc Historias Clinicas Historia Clínica. Cu_Crear Historia Clinica. Sistema. Cu_Registrar Procedimientos Medicos. CU_Sincronizar Datos. Figura 11. Diagrama de casos de uso para el módulo: Historias Clínicas. Fuente: Elaboración Propia.. 34.

(35) El módulo de gestión de reportes, intervienen dos actores: el sistema que se encargara de capturar los datos almacenados y generar los reportes; y el usuario quien podrá consultarlos. uc Gestión de Reportes Gestión de Reportes. Cu_Generar Reportes. Sistema. Cu_Consultar Reportes Usuario. Figura 12. Diagrama de casos de uso para el módulo: Gestión de Reportes. Fuente: Elaboración Propia.. 35.

(36) 2.4.4. DIAGRAMA DE CLASES A continuación se ilustra el diagrama de clases que se empleó para desarrollar la aplicación. Para cada una de ellas se describe: los métodos, atributos y relaciones que tienen con otras clases. Este diagrama fue diseñado bajo el estándar UML 2.0 y elaborado con la herramienta Enterprise Architect.. class Diagrama de Clases. Consulta. Paciente -. apellido_paciente: int edad: int estado: string nombre_paciente: int 1.. numeroIdentificacion: long referencia_historia_clinica: int sexo: string tipoIdentificacion: char. 0..* -. condicion_paciente: string fecha: date hora : timestamp motivo: string referencia_historia_clinica: int. + + + +. consultar(): void crear() eliminar(): void modificar(): void. HistoriaClinica -. descripcion: String tipo: string. + +. crear() modificar(): void 1. * * 1 Diagnostico Medico -. apellidoMedico: String 1..* codigo_medico: int nombreMedico: String numeroIdentificacion: long numTarjetaProfesional: int profesion: String tipoIdentificacion: char. + + + +. consultar(): void crear() eliminar(): void modificar(): void. 1 -. enfermedades: String medicina: String numDiagnostico: int. +. genrarTratamiento() * 1 Lugar -. codigoLugar: int direccion: String hospital: String nombreLugar: String. + +. crear() modificar(): void. Figura 13. Diagrama de clases. Fuente: Elaboración Propia.. 36.

(37) 2.4.5. DIAGRAMA DE SECUENCIA En la figura 8 se muestra el diagrama de secuencia, reflejando él envió de mensajes entre objetos de las clases principales. Representando así las principales historias de usuario del módulo de: gestión de historias clínicas y gestión de usuarios. sd Historias Clinicas. interface:PágPrincipal. manejadorUsuario:Administrador. Interface:BasedeDatos. sqLiteOpenHelper:SQLiteOpenHelper. parse:Parse. Administrador actionBtnCrearUsuario(). verificarInfoUsuario(). enviarDatos(). enviarDatos(). enviarMensajeConfirmación(). mostrarMensaje(). actionBtnConsultarPaciente () verificarInfoUsuario(). consultarInfoUsuario(). enviarInfoUsuario(). mostrarDatosConsulta(). mostrarMensaje(). actionBtnEditarPaciente(). filtrarPorParametro() mostrarInfoFiltrada(). seleccionarUsuario(). verificarDatos(). envirDatos(). modificarDatos(). actualizarBD(). confirmarAcutalizacion(). enviarConfirmacion(). actionBtnAutenticar(). enviarInfo(usuario, pass). verificarInfo(). enviarInfo(). enviarMensaje(). mostrarMensaje(). Figura14. Diagrama de secuencia. Fuente: Elaboración Propia.. 37.

(38) 2.4.6 MODELO DE PERSISTENCIA DE DATOS Para el almacenamiento y manipulación de los datos se utilizó la arquitectura cliente servidor, esta arquitectura se caracteriza porque: el servidor se encarga de gestionar los recursos necesarios para realizar las transacciones y el cliente se encarga de la interacción con el usuario. Estas son algunas de ventajas que ofrece ésta arquitectura:  . . La información está centralizada, esto evita que se tenga datos redundantes y que sea más rápido. El servidor es responsable de garantizar un sistema: seguro, de fácil uso y con una interfaz amigable. Esto permite que el cliente se preocupe más por la lógica de negocio y menos por protocolos de seguridad, de acceso y de consistencia en la información (Barceló Ordinas, y otros, 2008). Portabilidad: La base de datos puede ser ejecutada en diferentes sistemas operativos.. 38.

(39) class Modelo de Persistencia de Datos. ANTECEDENTES_FAMILIARES. HISTORIA_CLINICA. ANTECEDENTES_INMUNOLOGICOS. «col umn» «col umn» «col umn» * Parentesco: VARCHAR(20) *PK IdHi stori aCl i ni ca: NVARCHAR(50) * Vacuna: VARCHAR(20) *PK IdAnteFami : VARCHAR(50) * Nombre: NVARCHAR(20) *PK IdAnteInmuno: VARCHAR(20) * Enfermedad: VARCHAR(25) * FechaNaci mi ento: DAT E * Descri pci on: VARCHAR(50) * Genero: CHAR(1) +FK_ANT ECEDENT ES__HIST ORIA_CLIN FK IdHi stori aCl i ni ca: NVARCHAR(50) +PK_Hi Fecha: DAT E (IdHi stori aCl i ni ca stori aCl i ni ca * ES__HIST T i poSangre: NVARCHAR(3) +FK_ANT ECEDENT ORIA_CLIN +PK_Hi stori aCl i ni ca FK IdHi stori aCl i ni ca: NVARCHAR(50) = «FK» (IdHi stori aCl i ni ca 0..* «FK» EstadoCi vi l : VARCHAR(15) 1 IdHi stori aCl i ni ca) + FK_ANT ECEDENT ES__HIST ORIA_CLIN(NVARCHAR) = Ocupaci on: VARCHAR(50) 0..* «FK» 1 «FK» IdHi stori aCl i ni ca) «PK» Di recci on: VARCHAR(20) + FK_ANT ECEDENT ES__HIST ORIA_CLIN(NVARCHAR) + PK_ANT ECEDENT ES_FAMILIARES(VARCHAR) T el efonoCel ul ar: VARCHAR(15) «PK» * EPS: VARCHAR(20) «i ndex» + PK_ANT ECEDENT ES_INMUNOLOGICOS(VARCHAR) * NumeroIdenti fi caci on: VARCHAR(11) + IXFK_ANT ECEDENT ES__HIST ORIA_C1(NVARCHAR) +. «i ndex» IXFK_ANT ECEDENT ES__HIST ORIA_CL(NVARCHAR) +UQ_HIST ORIA_CLIN_NumeroIdenti. PACIENTE «col umn» * T i poIdenti fi caci on: CHAR(50) *pfK NumeroIdenti fi caci on: VARCHAR(11) Contrasena: NVARCHAR(50). +. «PK» PK_Hi stori aCl i ni ca(NVARCHAR). 1 (IdHi stori aCl i ni ca 1 «uni que» (NumeroIdenti fi caci on + UQ_HIST ORIA_CLIN_NumeroIdenti (VARCHAR)= «FK» +FK_GINECOBST ET RI_HIST IdHi stori aCl i ni ca)ORIA_CLIN = «FK» +PK_Hi stori aCl i ni ca 1 NumeroIdenti+FK_PACIENT fi caci on) E_HIST ORIA_CLINICA 0..* (IdHi stori aCl i ni ca = 0..* «FK» IdHi stori aCl i ni ca) +FK_HABIT OS_HIST ORIA_CLINICA 0..* HABITOS. «PK» + PK_PACIENT E(VARCHAR). «col umn» * T i poHabi to: VARCHAR(25) *PK IdHabi to: VARCHAR(50) * Frecuenci a: VARCHAR(50) * T i empoPracti ca: NUMBER(3) FK IdHi stori aCl i ni ca: NVARCHAR(50). «i ndex» + IXFK_PACIENT E_HIST ORIA_CLINICA(VARCHAR). +. «FK» FK_HABIT OS_HIST ORIA_CLINICA(NVARCHAR). +. «PK» PK_HABIT OS(VARCHAR). +. «i ndex» IXFK_HABIT OS_HIST ORIA_CLINICA(NVARCHAR). + +. +PK_Hi stori aCl i ni ca. «FK» FK_PACIENT E_CONSULT A(VARCHAR) FK_PACIENT E_HIST ORIA_CLINICA(VARCHAR). +FK_PACIENT E_CONSULT A 0..* (NumeroIdenti fi caci on = «FK» NumeroIdenti fi caci onPaci +UQ_CONSULT A_NumeroIdenti fi cacente) 1. GINECOBSTETRICOS «col umn» Ci cl oMestrual : VARCHAR(50) *PK IdGi necobs: VARCHAR(50) * MetodoPl ani fi caci on: VARCHAR(25) NumeroGestados: NUMBER(8) NumeroPartos: NUMBER(8) NumeroAbortos: NUMBER(8) NumeroCesari as: NUMBER(8) FK IdHi stori aCl i ni ca: NVARCHAR(50). +. «FK» FK_GINECOBST ET RI_HIST ORIA_CLIN(NVARCHAR). +. «PK» PK_GINECOBST ET RICOS(VARCHAR). +. «i ndex» IXFK_GINECOBST ET RI_HIST ORIA_CL(NVARCHAR). CONSULTA «col umn» *PK IdConsul ta: VARCHAR(50) Moti voConsul ta: VARCHAR(50) EnfermedadAcutal : VARCHAR(50) FechaConsul ta: DAT E Si ntomas: VARCHAR(50) * NumeroIdenti fi caci onPaci ente: VARCHAR(11) *FK NumeroIdenti fi caci onMedi co: VARCHAR(11) + + + + +. Regi strarMoti vo() Regi strarDi agnosti co() Adj untarExamenes() GenerarT ratami ento(). «FK» FK_CONSULT A_MEDICO(VARCHAR). «PK» + PK_CONSULT A(VARCHAR) «uni que» + UQ_CONSULT A_NumeroIdenti fi ca1(VARCHAR) + UQ_CONSULT A_NumeroIdenti fi cac(VARCHAR) +. MEDICO. «col umn» *PK IdMedi co: VARCHAR(50) * NombreMedi co: VARCHAR(50) * T i poIdenti fi caci on: VARCHAR(50) FK NumeroIdenti fi caci on: VARCHAR(11) * NumeroT arj etaProfesi onal : NVARCHAR(50) Profesi on: VARCHAR(50) +FK_MEDICO_CONSULT +UQ_CONSULT A_NumeroIdenti A fi ca1 (NumeroIdenti fi caci on = «FK» «FK» 1 0..* NumeroIdenti fi caci onMedi co) + FK_MEDICO_CONSULT A(VARCHAR) +. «PK» PK_MEDICO(VARCHAR). + +. «uni que» UQ_MEDICO_NumeroIdenti fi caci o(VARCHAR) UQ_MEDICO_NumeroT arj etaProfes(NVARCHAR). +. «i ndex» IXFK_MEDICO_CONSULT A(VARCHAR). «i ndex» IXFK_CONSULT A_MEDICO(VARCHAR). Figura 15. Modelo de persistencia de datos. Fuente: Elaboración Propia.. 39.

(40) PARTE III. RESULTADOS OBTENIDOS 3.1 RESULTADOS DEL ANÁLISIS PESI 3.1.1 DESCRIPCIÓN Desarrollar un prototipo de software de historias clínicas y control médico a través de dispositivos móviles y apoyados en tecnología GPS, para el mejoramiento y atención de los pacientes por parte de los profesionales médicos. 3.1.2 HIPÓTESIS INICIAL Se plantea la siguiente hipótesis: “El acceso a la historia clínica por medio de dispositivos móviles a través de un aplicación mejoraría el nivel de atención entre paciente-medico, sin importar los diferentes factores externos como lugares y horarios, los cuales ponen en riesgo la vida del paciente. Partiendo del hecho que el personal médico está altamente calificado. ”. 40.

(41) 3.1.3 TABLA DE RELACIÓN VARIABLE – PREGUNTA Variables. Numero. Preguntas. 1. Cree usted que esta aplicación maneje temas de confidencialidad de la información.. 2. Debería tener estas App Políticas de seguridad de la información. Posición de Usuario 3 4 5 6 Adopción de la Tecnología 7 8 9 10 11 12. Cree usted que esta aplicación facilita al profesional médico el manejo de historias clínicas para sus pacientes Cree que el paciente puede disponer de la historia clínica en lugares lejanos con esta App Cree que esta App disminuye el uso de papeles y así elimina el riesgo de pérdida o daño Se mejora la productividad del profesional médico al acceder al historial clínico de una forma sistematizada Se disminuye los costos en impresión y almacenamiento de su historial clínico Permite tener una fácil localización y facilitación de acceso a la información Se aumenta de seguridad en la toma de tratamientos médicos, así como en el registro de los mismos, evitando olvidos en la toma de medicamentos Se crea una nueva relación profesional sanitario-paciente basada en la toma de decisiones compartidas Se dispone de una herramientas fuera de la consulta o del centro médico (domicilio del paciente, consultorios rurales o servicios de urgencias móviles) Para usted las Apps de salud son un excelente canal de comunicación: sanitario-paciente o sanitario-sanitario. 41.

(42) 13 14 Funcionalidad de la Aplicación. 15. Estas herramientas permite al usuario tener más control sobre su historia clínica Permite a los pacientes aprender como la información puede ser usada a lo largo de nuevos descubrimientos científicos Permite al paciente examinar de una manera rígida los datos consignados en la información clínica personal. 16. Cree que estas aplicaciones son complicadas al momento de utilizarlas. 17. Las App le permiten ahorrar tiempo evitando realizar trámites administrativos en los centros de salud. Tabla 2. Tabla relación variable-pregunta. Fuente: Elaboración propia.. 42.

(43) 3.1.4 LISTADO COMPLETO DE PREGUNTAS CON POSIBLES RESPUESTAS PREGUNTAS 1. Cree usted que esta aplicación maneja temas de confidencialidad de la información. a. Si b. No 2. Debería tener estas App Políticas de seguridad de la información a. Si b. No 3. Cree usted que esta aplicación facilita al profesional médico el manejo de historias clínicas para sus pacientes a. Si b. No 4. Cree que el paciente puede disponer de la historia clínica en lugares lejanos con esta App a. Si b. No 5. Cree que esta App disminuye el uso de papeles y así elimina el riesgo de pérdida o daño a. Si b. No 6. Se mejora la productividad del profesional médico al acceder al historial clínico de una forma sistematizada. a. Si b. No 7. Se disminuye los costos en impresión y almacenamiento de su historial clínico a. Si b. No 8. Permite tener una fácil localización y facilitación de acceso a la información a. Si b. No. 43.

(44) 9. Se aumenta de seguridad en la toma de tratamientos médicos, así como en el registro de los mismos, evitando olvidos en la toma de medicamentos a. Si b. No 10. Se crea una nueva relación profesional sanitario-paciente basada en la toma de decisiones compartidas a. Si b. No 11. Se dispone de una herramientas fuera de la consulta o del centro médico (domicilio del paciente, consultorios rurales o servicios de urgencias móviles) a. Si b. No 12. Para usted las Apps de salud son un excelente canal de comunicación: sanitario-paciente o sanitario-sanitario a. Si b. No 13. Estas herramientas permite al usuario tener más control sobre su historia clínica a. Si b. No 14. Permite a los pacientes aprender como la información puede ser usada a lo largo de nuevos descubrimientos científicos a. Si b. No 15. Permite al paciente examinar de una manera rígida los datos consignados en la información clínica personal a. Si b. No 16. Cree que estas aplicaciones son complicadas al momento de utilizarlas a. Si b. No 17. Las App le permiten ahorrar tiempo evitando realizar trámites administrativos en los centros de salud a. Si 44.

(45) b. No 3.1.5 IDENTIFICACIÓN DE LOS PERFILES CON LA POBLACIÓN TOTAL 1. Cree usted que esta aplicación maneje temas de confidencialidad de la información.. 46 respuestas. 2. Debería tener estas App Políticas de seguridad de la información.. 46 respuestas. 3. Cree usted que esta aplicación facilita al profesional médico el manejo de historias clínicas para sus pacientes.. 46 respuestas. 45.

(46) 4. Cree que el paciente puede disponer de la historia clínica en lugares lejanos con esta App.. 46 respuestas. 5. Cree que esta App disminuye el uso de papeles y así elimina el riesgo de pérdida o daño.. 46 respuestas. 6. Se mejora la productividad del profesional médico al acceder al historial clínico de una forma sistematizada.. 46 respuestas. 46.

(47) 7. Se disminuye los costos en impresión y almacenamiento de su historial clínico.. 46 respuestas. 8. Permite tener una fácil localización y facilitación de acceso a la información.. 46 respuestas. 9. Se aumenta de seguridad en la toma de tratamientos médicos, así como en el registro de los mismos, evitando olvidos en la toma de medicamentos.. 46 respuestas. 10. Se crea una nueva relación profesional sanitario-paciente basada en la toma de decisiones compartidas.. 46 respuestas. 47.

(48) 11. Con esta App se dispone de una herramienta fuera de la consulta o del centro médico (domicilio del paciente, consultorios rurales o servicios de urgencias móviles).. 46 respuestas. 12. Para usted las Apps de salud son un excelente canal de comunicación: sanitario-paciente o sanitario-sanitario.. 46 respuestas. 13. Estas herramientas permite al usuario tener más control sobre su historia clínica.. 46 respuestas. 48.

(49) 14. Permite a los pacientes aprender como la información puede ser usada a lo largo de nuevos descubrimientos científicos.. 46 respuestas. 15. Permite al paciente examinar de una manera rígida los datos consignados en la información clínica personal.. 46 respuestas. 16. Cree que estas aplicaciones son complicadas al momento de utilizarlas.. 46 respuestas. 49.

(50) 17. Las App le permiten ahorrar tiempo evitando realizar trámites administrativos en los centros de salud.. 46 respuestas. 3.1.6 UBICACIÓN DE RESULTADOS POR VARIABLE EN MATRIZ DE NOLAN En la siguiente tabla de muestran los resultados por variable en la matriz de Nolan. Por consiguiente se confirma la hipótesis inicial: El acceso a la historia clínica por medio de dispositivos móviles a través de un aplicación mejoraría el nivel de atención entre paciente-medico, sin importar los diferentes factores externos como lugares y horarios, los cuales ponen en riesgo la vida del paciente; el cual se ubica en la etapa 5: Madurez o integración.. MATRIZ DE NOLAN Posición de Usuario. X. Adopción de la Tecnología. X. Concepto de App en la Sociedad. X. Funcionalidad de la Aplicación ETAPA. X 1 2 3 4 5. 6. Tabla 3. Matriz de Nolan. Fuente: Elaboración propia.. Etapas: 1. Iniciación 2. Expansión o Contagio 3. Control 4. Integración 5. Administración de los datos 6. Madurez. 50.

(51) 3.1.7 CONCLUSIONES DEL ESTUDIO PESI El resultado de la evaluación referente a la utilización de aplicaciones móviles para la consulta y del historial clínico del paciente afirmó la hipótesis inicial: El Desarrollo un prototipo de software de historias clínicas y control médico a través de dispositivos móviles y apoyados en tecnología GPS, para el mejoramiento y atención de los pacientes por parte de los profesionales médicos se encuentra en la etapa 6: Madurez. Éste estudio se logró gracias a la aplicación de las encuestas para los diferentes usuarios finales donde se hizo un foco de investigación y dándonos su opinión logramos estos resultados. La matriz de Nolan es una herramienta cuyo objetivo es medir el equilibrio de los procesos de conocimiento, es decir, que ningún proceso vaya adelantado, ni atrasado de los otros. El modelo de etapas de Nolan es un esquema para la planeación de los sistemas de información que compara las diferentes características de los sistemas de información con las etapas de su evolución. 3.2 RESULTADOS DEL PROTOTIPO FUNCIONAL Las imágenes que se muestran a continuación ilustran algunas de las historias de usuario que se realizaron, la elaboración de estos prototipos permitió aclarar la interacción del usuario con el sistema, los cuales se diseñaron con la herramienta Android Studio. La figura 16 ilustra la pantalla principal de la aplicación, en donde hay dos opciones: Registrar un nuevo usuario o Ingresar.. Figura 16. Pantalla Inicial del prototipo. Fuente: Elaboración Propia.. 51.

(52) Si el usuario ingresa por la opción “Registrar”, se muestra un formulario con los datos: Cedula, Clave y Tipo de Usuario. Además de los datos que contienen la información Básica, tal y como se muestra en la figura 17.. Figura 17. Pantalla Registrar Usuario. Fuente: Elaboración Propia.. 52.