“FRANCISCO JOSE DE CALDAS” - …repository.udistrital.edu.co/bitstream/11349/5406/1... · El...
73
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
Transcript of “FRANCISCO JOSE DE CALDAS” - …repository.udistrital.edu.co/bitstream/11349/5406/1... · El...
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
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
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
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
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
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
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.
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
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?”
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.
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,
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
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.
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
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)
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.
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.
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.
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.
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.
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.
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
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.
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.
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: 1. Dar click en la opción crear usuario.
4. Se verifica que se hayan ingresado toda la información solicitada y se despliega un mensaje: “Se ha creado el usuario [idUsuario]”.
Resultado: 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
por el sistema.
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: 1. Ir a la opción “Gestionar Pacientes”
ó “Gestionar Cuerpo Médico” según se desee.
4. Se filtra por el número de identificación.
5. Se da click en la opción consultar.
Resultado: 5. Se despliega una tabla con 5
columnas: id, nombre, número de identificación, consultar, editar y eliminar.
6. Se actualiza la tabla según el filtro que se haya ingresado.
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: 1. Ir a la opción “Gestionar Pacientes” ó “Gestionar Cuerpo Médico” según se desee.
3. Se filtra por el número de identificación. 5. Se da click en la opción editar. 7. Luego de modificar la información
requiera se da click en el botón
Resultado: 2. Se despliega una tabla con 5 columnas: id, nombre, número de identificación, consultar, editar y eliminar.
4. Se actualiza la tabla según el filtro que se haya ingresado.
6. Se despliega una ventana con la información del usuario. 8. Se actualiza la información y se despliega un mensaje informativo: “Se
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: 1. Ir a la opción “Gestionar Pacientes”
ó “Gestionar Cuerpo Médico” según se desee.
3. Se filtra por el número de identificación. 5. Se da click en la opción eliminar. 7. Si da click en Aceptar se elimina el usuario de la base de datos, de lo contrario los datos seguirán igual.
Resultado: 2. Se despliega una tabla con 5
columnas: id, nombre, número de identificación, consultar, editar y eliminar.
4. Se actualiza la tabla según el filtro que se haya ingresado.
6. Se despliega una ventana de confirmación “¿Esta seguro que desea eliminar el usuario [idUsuario]?” 8. Se despliega un mensaje: “Se ha eliminado el usuario [idUsuario]”.
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: 1. Dar click en ingresar.
3. Se verifica si el número de
Resultado: 2. Se ingresa número de identificación y la contraseña. 3.1. Se verifica que el número de
26
identificación se encuentra registrado en la plataforma. Si está registrado: 3.2 Usuario no se encuentra registrado.
identificación y la contraseña ingresados coincidan con los registrados en base de datos. Si coinciden lo dirección a la página inicial. 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: 1. Dar click en la opción Consultar. 3. Seleccionar la opción Historia Clínica.
Resultado: 2. Desplegar información del paciente. 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
27
5. Una vez diligenciada la información, el medico dará click en el botón guardar.
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: 6. Se valida que los campos obligatorios estén diligenciados y se guarda la
28
historia clínica en orden cronológico.
2.3.7 HU: REGISTRAR PROCEDIMIENTOS MÉDICOS
HISTORIA DE USUARIO
Código: Hu_HisCli_02 Nombre: Registrar procedimientos médicos.
Tipo HU: Funcional. Complejidad: M
Actor: Sistema. HU Relacionadas: Ninguna.
Módulo: Historia Clínica.
Descripción: El médico le registra un procedimiento medico al paciente.
CRITERIOS DE ACEPTACIÓN
Condición: 2. Dar click en ingresar.
3. Se verifica si el número de identificación se encuentra registrado en la plataforma. Si está registrado: 3.2 Usuario no se encuentra registrado.
Resultado: 2. Se ingresa número de identificación y la contraseña. 3.1. Se verifica que el número de identificación y la contraseña ingresados coincidan con los registrados en base de datos. Si coinciden lo dirección a la página inicial. 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: 1. Cada vez que haya un cambio en el modelo de bases de datos de la aplicación.
Resultado: 2. Se actualiza y sincroniza con la almacenada en el servidor Parse. De esta manera la información será portable y confiable.
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.
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.
custom Modelo de Requerimientos
Requisitos Funcionales
+ Gestión de Usuarios
+ Historias Clinicas
+ Gestión de ReportesEl modelo de requisitos estructura el catálogo de
Requerimientos Funcionales y No Funcionales de
la aplicación.
Requerimientos No funcionales
+ Rnf_App_01_Persistencia
+ Rnf_App_02_Arquitectura
+ Rnf_App_03_Desempeño
+ Rnf_App_04_Usabilidad
+ Rnf_App_05_Disponibil idad
+ Rnf_App_06_Confiabilidad
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.
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.
custom Requerimientos Funcionales
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
Historias Clinicas
+ HisCli_01_Crear_Historia_Clínica.
+ HisCli_02_Registrar_Procedimientos_Médicos.
+ HisCli_03_Sincronización_De_Datos
31
Figura 8. Diagrama de Requerimientos No Funcionales. Fuente: Elaboración Propia.
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.
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 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).
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.
App_04_Usabilidad
App_03_Desempeño
App_02_Arquitectura
App_01_Persistencia
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.
App_05_Disponibil idad
App_06_Confiabil idad
Grado de facilidad con la que el usuario puede manipular la aplicación, con un
aprendizaje rapido e intuitivo.
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.
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.
Figura 9. Diagrama de Contexto. Fuente: Elaboración Propia.
uc Diagrama de Contexto
MÓDULOS
Sistema
Usuario
Cu_Gestión de Usuarios
Cu_Historias Clinicas
Cu_Gestión de Reportes
Administrador
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.
Figura 10. Diagrama de casos de uso para el módulo: Gestión de Usuarios.
Fuente: Elaboración Propia.
uc Gestión de Usuarios
Usuario
Gestión de Usuarios
Cu_Eliminar Usuario
Cu_Autenticar UsuarioCu_Iniciar aplicación
Cu_Consultar Usuario
Cu_Registrar Usuario
«include»
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.
Figura 11. Diagrama de casos de uso para el módulo: Historias Clínicas.
Fuente: Elaboración Propia.
uc Historias Clinicas
Historia Clínica
Sistema
Cu_Crear Historia Clinica
Cu_Registrar Procedimientos
Medicos
CU_Sincronizar Datos
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.
Figura 12. Diagrama de casos de uso para el módulo: Gestión de Reportes.
Fuente: Elaboración Propia.
uc Gestión de Reportes
Gestión de Reportes
Cu_Generar Reportes
Cu_Consultar Reportes
Usuario
Sistema
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.
Figura 13. Diagrama de clases. Fuente: Elaboración Propia.
class Diagrama de Clases
Diagnostico
- enfermedades: String
- medicina: String
- numDiagnostico: int
+ genrarTratamiento()
Medico
- apellidoMedico: String
- codigo_medico: int
- nombreMedico: String
- numeroIdentificacion: long
- numTarjetaProfesional: int
- profesion: String
- tipoIdentificacion: char
+ consultar(): void
+ crear()
+ eliminar(): void
+ modificar(): void
Lugar
- codigoLugar: int
- direccion: String
- hospital: String
- nombreLugar: String
+ crear()
+ modificar(): void
HistoriaClinica
- descripcion: String
- tipo: string
+ crear()
+ modificar(): void
Consulta
- condicion_paciente: string
- fecha: date
- hora : timestamp
- motivo: string
- referencia_historia_clinica: int
+ consultar(): void
+ crear()
+ eliminar(): void
+ modificar(): void
Paciente
- apellido_paciente: int
- edad: int
- estado: string
- nombre_paciente: int
- numeroIdentificacion: long
- referencia_historia_clinica: int
- sexo: string
- tipoIdentificacion: char
1.. 0..*
*
1
1..* 1
*
1
*
1
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.
Figura14. Diagrama de secuencia. Fuente: Elaboración Propia.
sd Historias Clinicas
Administrador
interface:PágPrincipalsqLiteOpenHelper:SQLiteOpenHelpermanejadorUsuario:Administrador parse:ParseInterface:BasedeDatos
confirmarAcutalizacion()
actionBtnEditarPaciente()
actualizarBD()
enviarMensaje()
verificarInfo()
modificarDatos()
enviarInfoUsuario()
enviarDatos()
verificarDatos()
actionBtnConsultarPaciente
()
mostrarMensaje()
mostrarInfoFiltrada()
enviarDatos()
enviarInfo(usuario, pass)
fi ltrarPorParametro()
enviarConfirmacion()
mostrarMensaje()
actionBtnAutenticar()
actionBtnCrearUsuario()
mostrarMensaje()
mostrarDatosConsulta()
verificarInfoUsuario()
envirDatos()
consultarInfoUsuario()
seleccionarUsuario()
enviarMensajeConfirmación()
enviarInfo()
verificarInfoUsuario()
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.
39
Figura 15. Modelo de persistencia de datos. Fuente: Elaboración Propia.
class Modelo de Persistencia de Datos
PACIENTE
«column»
* TipoIdentificacion: CHAR(50)
*pfK NumeroIdentificacion: VARCHAR(11)
Contrasena: NVARCHAR(50)
«FK»
+ FK_PACIENTE_CONSULTA(VARCHAR)
+ FK_PACIENTE_HISTORIA_CLINICA(VARCHAR)
«PK»
+ PK_PACIENTE(VARCHAR)
«index»
+ IXFK_PACIENTE_HISTORIA_CLINICA(VARCHAR)
HISTORIA_CLINICA
«column»
*PK IdHistoriaClinica: NVARCHAR(50)
* Nombre: NVARCHAR(20)
* FechaNacimiento: DATE
* Genero: CHAR(1)
* TipoSangre: NVARCHAR(3)
EstadoCivil: VARCHAR(15)
Ocupacion: VARCHAR(50)
Direccion: VARCHAR(20)
TelefonoCelular: VARCHAR(15)
* EPS: VARCHAR(20)
* NumeroIdentificacion: VARCHAR(11)
«PK»
+ PK_HistoriaClinica(NVARCHAR)
«unique»
+ UQ_HISTORIA_CLIN_NumeroIdenti(VARCHAR)
ANTECEDENTES_FAMILIARES
«column»
* Parentesco: VARCHAR(20)
*PK IdAnteFami: VARCHAR(50)
* Enfermedad: VARCHAR(25)
FK IdHistoriaClinica: NVARCHAR(50)
«FK»
+ FK_ANTECEDENTES__HISTORIA_CLIN(NVARCHAR)
«PK»
+ PK_ANTECEDENTES_FAMILIARES(VARCHAR)
«index»
+ IXFK_ANTECEDENTES__HISTORIA_C1(NVARCHAR)
ANTECEDENTES_INMUNOLOGICOS
«column»
* Vacuna: VARCHAR(20)
*PK IdAnteInmuno: VARCHAR(20)
* Descripcion: VARCHAR(50)
Fecha: DATE
FK IdHistoriaClinica: NVARCHAR(50)
«FK»
+ FK_ANTECEDENTES__HISTORIA_CLIN(NVARCHAR)
«PK»
+ PK_ANTECEDENTES_INMUNOLOGICOS(VARCHAR)
«index»
+ IXFK_ANTECEDENTES__HISTORIA_CL(NVARCHAR)
HABITOS
«column»
* TipoHabito: VARCHAR(25)
*PK IdHabito: VARCHAR(50)
* Frecuencia: VARCHAR(50)
* TiempoPractica: NUMBER(3)
FK IdHistoriaClinica: NVARCHAR(50)
«FK»
+ FK_HABITOS_HISTORIA_CLINICA(NVARCHAR)
«PK»
+ PK_HABITOS(VARCHAR)
«index»
+ IXFK_HABITOS_HISTORIA_CLINICA(NVARCHAR)
GINECOBSTETRICOS
«column»
CicloMestrual: VARCHAR(50)
*PK IdGinecobs: VARCHAR(50)
* MetodoPlanificacion: VARCHAR(25)
NumeroGestados: NUMBER(8)
NumeroPartos: NUMBER(8)
NumeroAbortos: NUMBER(8)
NumeroCesarias: NUMBER(8)
FK IdHistoriaClinica: NVARCHAR(50)
«FK»
+ FK_GINECOBSTETRI_HISTORIA_CLIN(NVARCHAR)
«PK»
+ PK_GINECOBSTETRICOS(VARCHAR)
«index»
+ IXFK_GINECOBSTETRI_HISTORIA_CL(NVARCHAR)
CONSULTA
«column»
*PK IdConsulta: VARCHAR(50)
MotivoConsulta: VARCHAR(50)
EnfermedadAcutal: VARCHAR(50)
FechaConsulta: DATE
Sintomas: VARCHAR(50)
* NumeroIdentificacionPaciente: VARCHAR(11)
*FK NumeroIdentificacionMedico: VARCHAR(11)
+ RegistrarMotivo()
+ RegistrarDiagnostico()
+ AdjuntarExamenes()
+ GenerarTratamiento()
«FK»
+ FK_CONSULTA_MEDICO(VARCHAR)
«PK»
+ PK_CONSULTA(VARCHAR)
«unique»
+ UQ_CONSULTA_NumeroIdentifica1(VARCHAR)
+ UQ_CONSULTA_NumeroIdentificac(VARCHAR)
«index»
+ IXFK_CONSULTA_MEDICO(VARCHAR)
MEDICO
«column»
*PK IdMedico: VARCHAR(50)
* NombreMedico: VARCHAR(50)
* TipoIdentificacion: VARCHAR(50)
FK NumeroIdentificacion: VARCHAR(11)
* NumeroTarjetaProfesional: NVARCHAR(50)
Profesion: VARCHAR(50)
«FK»
+ FK_MEDICO_CONSULTA(VARCHAR)
«PK»
+ PK_MEDICO(VARCHAR)
«unique»
+ UQ_MEDICO_NumeroIdentificacio(VARCHAR)
+ UQ_MEDICO_NumeroTarjetaProfes(NVARCHAR)
«index»
+ IXFK_MEDICO_CONSULTA(VARCHAR)
+FK_MEDICO_CONSULTA
0..*
(NumeroIdentificacion
=
NumeroIdentificacionMedico)«FK»
+UQ_CONSULTA_NumeroIdentifica1
1
+FK_GINECOBSTETRI_HISTORIA_CLIN
0..*
(IdHistoriaClinica
=
IdHistoriaClinica)«FK»
+PK_HistoriaClinica
1
+FK_HABITOS_HISTORIA_CLINICA 0..*
(IdHistoriaClinica
=
IdHistoriaClinica)«FK»
+PK_HistoriaClinica 1+FK_PACIENTE_HISTORIA_CLINICA
0..*
(NumeroIdentificacion
=
NumeroIdentificacion)«FK»
+UQ_HISTORIA_CLIN_NumeroIdenti
1
+FK_ANTECEDENTES__HISTORIA_CLIN
0..*
(IdHistoriaClinica
=
IdHistoriaClinica)«FK»
+PK_HistoriaClinica
1
+FK_ANTECEDENTES__HISTORIA_CLIN
0..*
(IdHistoriaClinica
=
IdHistoriaClinica)«FK»
+PK_HistoriaClinica
1
+FK_PACIENTE_CONSULTA 0..*
(NumeroIdentificacion
=
NumeroIdentificacionPaciente)«FK»
+UQ_CONSULTA_NumeroIdentificac 1
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. ”
41
3.1.3 TABLA DE RELACIÓN VARIABLE – PREGUNTA
Variables Numero Preguntas
Posición de Usuario
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
3 Cree usted que esta aplicación facilita al profesional médico el manejo de historias clínicas para sus pacientes
4 Cree que el paciente puede disponer de la historia clínica en lugares lejanos con esta App
Adopción de la Tecnología
5 Cree que esta App disminuye el uso de papeles y así elimina el riesgo de pérdida o daño
6 Se mejora la productividad del profesional médico al acceder al historial clínico de una forma sistematizada
7 Se disminuye los costos en impresión y almacenamiento de su historial clínico
8 Permite tener una fácil localización y facilitación de acceso a la información
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
10 Se crea una nueva relación profesional sanitario-paciente basada en la toma de decisiones compartidas
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)
12 Para usted las Apps de salud son un excelente canal de comunicación: sanitario-paciente o sanitario-sanitario
42
Funcionalidad de la Aplicación
13 Estas herramientas permite al usuario tener más control sobre su historia clínica
14 Permite a los pacientes aprender como la información puede ser usada a lo largo de nuevos descubrimientos científicos
15 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.
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
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
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.
2. Debería tener estas App Políticas de seguridad de la información.
3. Cree usted que esta aplicación facilita al profesional médico el manejo de
historias clínicas para sus pacientes.
46 respuestas
46 respuestas
46 respuestas
46
4. Cree que el paciente puede disponer de la historia clínica en lugares lejanos
con esta App.
5. Cree que esta App disminuye el uso de papeles y así elimina el riesgo de
pérdida o daño.
6. Se mejora la productividad del profesional médico al acceder al historial clínico
de una forma sistematizada.
46 respuestas
46 respuestas
46 respuestas
47
7. Se disminuye los costos en impresión y almacenamiento de su historial clínico.
8. Permite tener una fácil localización y facilitación de acceso a la información.
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.
10. Se crea una nueva relación profesional sanitario-paciente basada en la toma
de decisiones compartidas.
46 respuestas
46 respuestas
46 respuestas
46 respuestas
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).
12. Para usted las Apps de salud son un excelente canal de comunicación:
sanitario-paciente o sanitario-sanitario.
13. Estas herramientas permite al usuario tener más control sobre su historia
clínica.
46 respuestas
46 respuestas
46 respuestas
49
14. Permite a los pacientes aprender como la información puede ser usada a lo
largo de nuevos descubrimientos científicos.
15. 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.
46 respuestas
46 respuestas
46 respuestas
50
17. Las App le permiten ahorrar tiempo evitando realizar trámites administrativos
en los centros de salud.
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 X
ETAPA 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
46 respuestas
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.
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.
53
En la figura 18 se muestra el menú Principal para un usuario “Médico”, el cual
puede: Registrar una Historia Clínica, Consultar Historia Clínica, Generar Reportes
y registrar Procedimientos.
Figura 18. Pantalla Menú Principal.
Fuente: Elaboración Propia.
Si el usuario ingresa a la Opción: “Registrar Procedimiento”, se abrirá una
ventana, en donde puede buscar al paciente por número de cedula,
posteriormente puede ingresar la información relacionada con el procedimiento:
Fecha, Hora, Motivo, Síntomas, Medicamentos Formulados y Observaciones,
como se ilustra en la figura 19.
54
Figura 19. Pantalla Registrar Procedimiento.
Fuente: Elaboración Propia.
55
PARTE IV. CONCLUSIONES Y TRABAJOS FUTUROS
CONCLUSIONES
El concepto de mHealth o salud móvil está revolucionando el sistema actual del
cuidado y seguimiento de la salud de las personas, por otra parte esto ha hecho
que no solo el entretenimiento haya encontrado su espacio en las aplicaciones
móviles, las apps de utilidad son comunes en los dispositivos móviles y ayudan a
organizar el tiempo o recordar los eventos a los que se deben asistir
La salud móvil posee un gran potencial ya que los teléfonos móviles son
accesibles y es cada vez mayor la población que adquiere teléfonos inteligentes.
Con etas apps se pueden adquirir servicios médicos y de consulta de una manera
más rápida y preventiva y de esta forma el profesional médico invertirá menos
tiempo en realizar actividades administrativas y podrá dedicarle más tiempo a
actividades que requieran de su inmediata atención.
De acuerdo a esta temática, queda en claro es que ninguna de estas aplicaciones
puede reemplazar la consulta al médico, son de gran utilidad para poder orientar
en la ayuda de búsqueda profesional de un médico y agilizar la atención. Esto se
da en el marco de un incipiente cambio en los hábitos de atención. En la
actualidad, de hecho, “si el paciente no puede venir, es común realizar la consulta
a distancia por videoconferencia.”
56
TRABAJOS FUTUROS
Con el desarrollo de ésta tesis se ha logrado desarrollar un prototipo de software
funcional que controla, gestiona y administra las historias clínicas. Sin embargo se
puede extender para agregar nuevas funcionalidades al sistema como:
Capturar la información de las historias clínicas por medio de un código QR.
Esta forma de obtener la información reduciría aún más el tiempo de
atención al paciente, en especial cuando el médico tiene que leer varias HC
en poco tiempo y el cuidado del paciente es crítico. Por ejemplo en las
salas de observación.
Aumentar la gama de sistemas operativos móviles en la que estará
disponible: es decir que no solo esté disponible en Android sino que
además se encuentre en: iOS, Windows Phone, Black Berry6, Symbian,
Firefox O.S y Ubuntu Touch.
Minería de datos: analizar y estudiar los datos almacenados, para que
apoyen la toma de decisiones gerenciales al personal, tanto de los
Hospitales como al Gubernamental, para así aumentar los niveles de
competencia en un área tan controversial y critica como es el de la salud.
57
BIBLIOGRAFÍA
Decreto No. 237 de 2006. (04 de Julio de 2006). Bogotá D.C: Registro Distrital 3567 de Julio 4 de
2006. .
Álvarez, M. T. (2004). Documentación clínica y archivo. Ediciones Díaz de Santos.
Barceló Ordinas, J. M., Íñigo Griega , J., Llorente Viejo, S., Masques, J., Martí Escale , R., Pegic Olivé,
E., y otros. (2008). Protocolos y aplicaciones Internet. Barcelona: Editorial UOC.
Cortina, V. B. (2002). Historia clínica: metodología didáctica. México D.F : Editorial Medica
Panamericana .
David Robledo, F. (2012). En Desarrollo de Aplicaciones para Android II (págs. 11,12,13). Ministerio
de Educacion, Cultura y Deporte.
Martel, A. (2014). Gestión Práctica de Proyectos Con Scrum: Desarrollo de Software Ágil Para El
Scrum Master. Ilustrada.
Ministerio de Tecnologias de la Información y las Comunicaciones . (s.f.). Plan Vive Digital
Colombia 2014 - 2018.
Rodríguez, J. R. (2007). Gestión de proyectos informáticos: métodos, herramientas y casos.
Barcelona: El ciervo 96.
Schwaber, K., & Sutherland, J. (Julio de 2013). La Guia de Scrum. Creative Commons.
Secretaría General de la Alcaldía Mayor de Bogotá D.C. (s.f.). Alcaldiabogota. Recuperado el 16 de
Marzo de 2016, de Resolución 1995 de 1999 Ministerio de Salud:
http://www.alcaldiabogota.gov.co/sisjur/normas/Norma1.jsp?i=16737
Sommerville, I., & Alfonso Galipienso, M. I. (2005). Ingeniería del software. Pearson Educación.
58
ANEXOS
59
ANEXO 01.
ENCUESTA PARA EL LEVANTAMIENTO DE INFORMACIÓN DE HISTORIAS
CLINICAS
La presente encuesta es de carácter investigativo y tiene por objeto: conocer la información
relevante y necesaria que contiene una HC. Para ello se realizará una serie de preguntas las cuales
buscan identificar la estructura de datos que se almacenaran y que se manipularan en la
aplicación.
La información recolectada será confidencial y analizada de manera general, con fines
puramente estadísticos.
Favor contestar afirmativamente o negativamente todas las preguntas por cada uno de los usuarios solicitantes (S si la respuesta es afirmativa, o N si la respuesta es negativa). Si su respuesta es afirmativa por favor diligencie la respectiva explicación al final de la encuesta.
Preguntas
1 En los últimos 12 meses ¿Ha visto por cualquier razón a algún profesional de la salud? Médico general, especialista, otro.
2
Consume o ha consumido en forma repetida o prolongada alguna de las siguientes sustancias:
a) ¿Cigarrillo en los últimos 12 meses?
b) ¿Bebidas alcohólicas?
c) ¿Estupefacientes?
3 ¿Sufre o ha sufrido de hipertensión arterial?
4 ¿Realiza actividad física moderada durante la semana?
5 ¿Ha tenido o tiene sobrepeso u obesidad?
6 ¿Sufre o ha sufrido de colesterol alto en la sangre?
7 ¿Sufre o ha sufrido de diabetes o azúcar alta en la sangre?
8 ¿Tiene algún pasatiempo?
9
Solo para mujeres:
a) ¿Se ha practicado citología vaginal durante los últimos 12 meses?
b) ¿Se encuentra en estado de embarazo?
c) ¿Cuantos embarazos ha tenido?
10
Tiene familiares con historia de:
a) ¿Diabetes?
b) ¿Cáncer?
c) ¿Hipertensión?
d) ¿Problemas de corazón?
e) ¿Enfermedad renal?
60
f) ¿Artritis?
g) ¿Enfermedad mental?
11 a) ¿Tiene conocimiento de que deba practicarse algún procedimiento quirúrgico por enfermedad del corazón, medula ósea, y/o cornea?
b) ¿Se ha sometido a algún tipo de cirugía?
12 ¿Se ha sometido o sabe que deba someterse a reemplazos articulares? Especifique cual
13
Ha sufrido o sufre enfermedades del aparato cardiovascular como:
a) ¿Aneurismas?
b) ¿Arritmias?
c) ¿Angina de pecho?
d) ¿Infarto?
e) ¿Soplo cardiaco?
f) ¿Enfermedad de válvulas cardiacas?
14
Ha sufrido o sufre enfermedades del sistema nervioso como:
a) ¿Cerebro?
b) ¿Medula espinal?
c) ¿Columna vertebral?
d) ¿Epilepsia?
e) ¿Convulsiones?
15 ¿Ha sufrido o sufre enfermedad mental y/ psiquiátrica?
16 ¿Alguna vez ha sido víctima de violencia intrafamiliar?
17 ¿Ha vivido usted episodios de violencia intrafamiliar?
18 ¿Ha vivido usted episodios de violencia sexual?
19
Ha sufrido o sufre problemas pulmonares como:
a) ¿Asma?
b) ¿Bronquitis?
c) ¿EPOC?
20 ¿Ha sufrido o sufre enfermedad renal crónica?
21 ¿Se le ha diagnosticado o ha recibido tratamiento para SIDA?
22
Ha sufrido o sufre:
a) ¿Cáncer?
a) ¿Cáncer?
b) ¿Linfoma?
c) ¿Leucemia?
d) ¿Mieloma?
23 ¿Tiene alguna malformación, deformación, imperfección o anomalía congénita?
24 ¿Consume algún medicamento en forma crónica o permanente?
25 ¿Tiene alguna enfermedad no relacionada anteriormente?
61
DECLARO QUE LA INFORMACION SOBRE NUESTRA CONDICION DE SALUD, CONSIGNADA EN ESTE DOCUMENTO ES VERAZ, EN CONSECUENCIA CUALQUIER OMISION SERA CONSIDERADA COMO UN
RIESGO PARA EL MANEJO DE NUESTRA SALUD.
ANEXO 02.
RESULTADOS DE LA ENCUESTA PARA EL LEVANTAMIENTO DE
INFORMACIÓN DE HISTORIAS CLINICAS
62
63
64
65
66
67
68
69
70
71
72
73
