Trabajo Rehabilitacion HCI FINAL PDF

ANÁLISIS, DISEÑO E IMPLEMENTACIÓN DE UN MODULO DE HISTORIA
CLÍNICA PARA EL SERVICIO DE REHABILITACIÓN EN EL SISTEMA DE

INFORMACIÓN DEL HOSPITAL CIVIL DE IPIALES
ÁNGELA YORELI ESPAÑA ENRÍQUEZ
DUVAN ARMANDO SARMIENTO SÁNCHEZ
JESÚS DAVID USAMAG FUERTES
CORPORACIÓN UNIVERSITARIA REMINGTON
FACULTAD DE CIENCIAS BÁSICAS E INGENIERÍA
PROGRAMA DE INGENIERÍA DE SISTEMAS
IPIALES
2018
ANÁLISIS, DISEÑO E IMPLEMENTACIÓN DE UN MODULO DE HISTORIA
CLÍNICA PARA EL SERVICIO DE REHABILITACIÓN EN EL SISTEMA DE
INFORMACIÓN DEL HOSPITAL CIVIL DE IPIALES
ÁNGELA YORELI ESPAÑA ENRÍQUEZ
DUVAN ARMANDO SARMIENTO SÁNCHEZ
JESÚS DAVID USAMAG FUERTES
Trabajo de grado valido para optar el título de ingenieros de sistemas
Asesor(a):
DIANA CAROLINA CHINGAL
Ingeniera de Sistemas
CORPORACIÓN UNIVERSITARIA REMINGTON
FACULTAD DE CIENCIAS BÁSICAS E INGENIERÍA
PROGRAMA DE INGENIERÍA DE SISTEMAS
IPIALES
2018
PÁGINA DE ACEPTACIÓN
_________________________________
_________________________________
_________________________________
_________________________________
_________________________________
Presidente del Jurado
_________________________________
Jurado
_________________________________
Jurado
Ipiales, 10 de Mayo de 2018

DEDICATORIA
ANGEL YORELI ESPAÑA ENRIQUEZ
A Dios por haberme dado la vida permitirme haber llegado hasta este
momento tan importante de mi formación profesional A mi madre Ismenia
Enríquez a mi abuela Hortensia España quien es como mi madre Por
haberme apoyado en todo momento, por sus consejos, sus valores, por la
motivación constante que me ha permitido ser una persona de bien, pero
más que nada, por su amor.
A mi hermano Luis miguel por ser un gran amigo brindarme su apoyo a mi
tía Milena quien fue un gran apoyo en toda mi carrera
A mis amigos Duvan y Jesús por haber logrado nuestro objetivo con
mucha perseverancia.
DUVAN ARMANDO SARMIENTO SANCHEZ

A mis padres Armando y Lucia cuyo amor, compresión, esfuerzos y
sacrificios me permitieron salir adelante y culminar con esta etapa de mi
vida.
A mi hermano Royer y a mi familia por haberme brindado su apoyo
incondicional durante mi proceso de formación.
A mis compañeros de trabajo en el Hospital Civil de Ipiales por sus
enseñanzas y consejos los cuales me permitieron mejorar y seguir adelante
durante el transcurso de mi carrera.
A mis compañeros Ángela y Jesús por su esfuerzo y dedicación para sacar
adelante nuestro trabajo de grado y culminar nuestros estudios.
JESUS DAVID USAMAG FUERTES

A dios por bendecirme cada día.
A mis Padres Lidia y Fabio por su Amor, su apoyo incondicional y por
impulsarme a seguir adelante.
A mi hermano Byron Fernando por ser como un amigo y por compartir
juntos la vida.
A Leidy por ser mi compañera de vida por sus consejos y apoyo para
cumplir mi sueño.
A mis compañeros Duvan y Ángela por los años compartidos en nuestra
formación profesional y por alcanzar juntos este logro importante en
nuestras vidas.
AGRADECIMIENTOS
Los Autores Expresan Agradecimientos:
A dios, por habernos permitido tener esta experiencia en la universidad.
A la Docente CAROLINA CHINGAL, asesora de nuestro trabajo de grado cuyo

apoyo ayudo a completar nuestro documento del trabajo de grado.
Al Docente MILTON NARVAEZ, quien con sus opiniones y sugerencias, nos ayudó
con la preparación de nuestra exposición.
Al Ingeniero RICARDO TAPIA, por habernos permitido realizar nuestra práctica

empresarial en el área de sistemas del HOSPITAL CIVIL DE IPIALES la cual nos
ayudó con el desarrollo e implementación de nuestro trabajo de grado.
TABLA DE CONTENIDO
INTRODUCCIÓN ................................................................................................... 13
1. DESCRIPCIÓN DEL PROBLEMA ................................................................... 14
1.1 PLANTEAMIENTO DEL PROBLEMA ....................................................... 14

1.2 FORMULACIÓN DEL PROBLEMA .......................................................... 14
2. ALCANCE Y DELIMITACIONES ..................................................................... 15
3. ANTECEDENTES ........................................................................................... 16
3.1 Clinic Cloud............................................................................................... 16

3.2 Fisiosalus .................................................................................................. 17
3.3 Software Historias Clínicas ISISMAWEB .................................................. 17
3.4 Timp .......................................................................................................... 18
3.5 Saludcenter............................................................................................... 19
4. OBJETIVOS .................................................................................................... 21
4.1 Objetivo General ....................................................................................... 21

4.2 Objetivos Específicos................................................................................ 21
5. JUSTIFICACIÓN ............................................................................................. 22
6. METODOLOGÍA UTILIZADA .......................................................................... 23
6.1 Scrum ....................................................................................................... 23

6.2 Funcionamiento del Proceso .................................................................... 23
6.3 Participantes ............................................................................................. 24
7. MARCO REFERENCIAL ................................................................................. 26
7.1 MARCO LEGAL ........................................................................................ 26

7.2 LEY ESTATUTARIA 1581 DE 2012 ......................................................... 26
7.3 MARCO TEÓRICO ................................................................................... 28
7.3.1 Servidor .............................................................................................. 28
7.3.2 Cliente ................................................................................................ 29

7.3.3 Gestor de bases de datos .................................................................. 29
7.3.4 MySQL ............................................................................................... 30
7.3.5 PHP .................................................................................................... 30
7.3.6 HTML ................................................................................................. 31
7.3.7 JavaScript .......................................................................................... 31
7.3.8 Ajax .................................................................................................... 31
7.4 MARCO CONCEPTUAL ........................................................................... 32

7.4.1 Test de Barthel ................................................................................... 32
7.4.2 Test Amplitud de la Movilidad Articular .............................................. 34
7.4.3 Diagnósticos Fisioterapéuticos APTA ................................................ 35
7.4.4 Escala de Daniels............................................................................... 36
8. RECOLECCIÓN DE INFORMACIÓN SOBRE EL USO DE HISTORIA CLÍNICA,

TERAPIAS Y PROCESOS DE REHABILITACIÓN, QUE SE REALIZAN EN EL
HOSPITAL ............................................................................................................. 37
8.1 Actores...................................................................................................... 37
8.2 Fases del Proceso .................................................................................... 38
8.3 Elementos del Proceso ............................................................................. 38
9. ANÁLISIS DE REQUERIMIENTOS SOLICITADOS POR EL GRUPO DE
TERAPEUTAS DEL HOSPITAL CIVIL DE IPIALES .............................................. 40
9.1 Diagramas de caso de Uso....................................................................... 40

9.2 Descripción General ................................................................................. 42
9.3 Sprint 1 ..................................................................................................... 44
9.4 Sprint 2 ..................................................................................................... 45
9.5 Sprint 3 ..................................................................................................... 46
9.6 Sprint 4 ..................................................................................................... 47
9.7 Sprint 5 ..................................................................................................... 48
9.8 Sprint 6 ..................................................................................................... 49
9.9 Sprint 7 ..................................................................................................... 50
10. RELACIÓN DE BASE DE DATOS DE HISTORIA CLÍNICA REHABILITACIÓN
CON BASE DE DATOS GENERAL DEL HOSPITAL ............................................ 51
11. DESARROLLO E IMPLEMENTACIÓN DEL MODULO DE HISTORIA

CLÍNICA EN EL SISTEMA DE INFORMACIÓN DE PRODUCCIÓN DEL HOSPITAL
CIVIL DE IPIALES. ................................................................................................ 53
11.1 Listado Archivos del Modulo ..................................................................... 53

11.1.1 Fisioterapia.php .............................................................................. 54
11.1.2 dataFisio.php .................................................................................. 54
11.1.3 ventanatest.php .............................................................................. 54
11.1.4 ventanaAma.php ............................................................................. 55
11.1.5 imprfisio.php.................................................................................... 56
11.1.6 ajaxFisioterapia.php ........................................................................ 58
11.1.7 ajaxSignVita.php ............................................................................. 58
12. PROBAR Y CORREGIR ERRORES DURANTE EL PROCESO DE

IMPLEMENTACIÓN DEL MÓDULO DE REHABILITACIÓN. ................................ 61
12.1 Pruebas del Modulo .................................................................................. 61

12.2 Ajustes al Modulo ..................................................................................... 72
13. RESULTADOS Y RECOMENDACIONES ................................................... 74
CONCLUSIONES .................................................................................................. 75
14. BIBLIOGRAFÍA ............................................................................................ 76
15. NET GRAFÍA................................................................................................ 77
16. ANEXOS ...................................................................................................... 78

LISTA DE FIGURAS
Figura 1 Software de gestión de historia clínica Fisioterapia ................................. 16

Figura 2 FISIOSALUS............................................................................................ 17
Figura 3 ISISMAWEB ............................................................................................ 18
Figura 4 TIMP ........................................................................................................ 19
Figura 5 Salucenter................................................................................................ 20
Figura 6 Scrum ...................................................................................................... 24
Figura 7 Test de Barthel ........................................................................................ 33
Figura 8 Interpretación Test Barthel....................................................................... 34
Figura 9 Formato Evaluación de Movilidad Articular .............................................. 35
Figura 10 APTA ..................................................................................................... 35
Figura 11 Escala de Evaluación de Fuerza de Daniels.......................................... 36
Figura 12 CU General ............................................................................................ 40
Figura 13 CU Consulta Externa ............................................................................. 41
Figura 14 CU Internación ....................................................................................... 41
Figura 15 CU Registro de Historia Rehabilitación .................................................. 42
Figura 16 Relación Modulo Rehabilitación con BD General .................................. 52
Figura 17 Listado de Archivos del Modulo ............................................................. 53
Figura 18 Test de Barthel ...................................................................................... 55
Figura 19 Evaluación de Movilidad Articular .......................................................... 56
Figura 20 Página de Impresión de Sesión ............................................................. 57
Figura 21 Pie de Página de Impresión ................................................................... 57
Figura 22 Menú Acceso Modulo Rehabilitación ..................................................... 58
Figura 23 interfaz antecedentes Modulo Rehabilitación ........................................ 59
Figura 24 Revisión por Sistemas ........................................................................... 60
Figura 25 Sistema Neuromuscular y actividades especificas ................................ 60
Figura 26 Diagnósticos APTA y Plan Casero ........................................................ 60
Figura 27 Error Presentado en Página de Impresión ............................................. 73
Figura 28 Corrección de Nombre, Fecha y hora de Página de Impresión ............. 73
Figura 29 Error Encontrado en Fecha de Sesión ................................................... 73
Figura 30 Corrección en Código de Fecha de Sesión ........................................... 73
LISTA DE TABLAS
Cuadro 1 ACT-001 Acudiente ................................................................................ 37

Cuadro 2 ACT-002 Paciente .................................................................................. 37
Cuadro 3 ACT-003 Fisioterapeuta ......................................................................... 38
Cuadro 4 Elementos de Internación....................................................................... 39
Cuadro 5 Actividades del Proceso de la Consulta ................................................. 39
Cuadro 6 Sprint 1 ................................................................................................... 44
Cuadro 7 Sprint 2 ................................................................................................... 45
Cuadro 8 Sprint 3 ................................................................................................... 46
Cuadro 9 Sprint 4 ................................................................................................... 47
Cuadro 10 Sprint 5 ................................................................................................. 48
Cuadro 11 Sprint 6 ................................................................................................. 49
Cuadro 12 Sprint 7 ................................................................................................. 50
Cuadro 13 Ingreso al Módulo de Rehabilitación .................................................... 61
Cuadro 14 Registro de Antecedentes del paciente ................................................ 62
Cuadro 15 Cargue Automático de Signos Vitales .................................................. 63
Cuadro 16 Registro 1 de Información .................................................................... 64
Cuadro 17 Registro y Funcionamiento Test Barthel .............................................. 65
Cuadro 18 Registro y Funcionamiento Escala del AMA ........................................ 66
Cuadro 19 Registro y Funcionamiento test de Daniels .......................................... 67
Cuadro 20 Registro y Funcionamiento Diagnósticos Fisioterapéuticos (APTA) .... 68
Cuadro 21 Registro y Cierre de la Sesión Actual ................................................... 69
Cuadro 22 Verificación de Información Registrada ................................................ 70
Cuadro 23 Impresión de Reporte de Sesión .......................................................... 71
Cuadro 24 Visualización de Información en Formulario......................................... 72
TABLA DE ANEXOS
ANEXO 1 Solicitud Práctica Empresarial ............................................................... 78

ANEXO 2 Acta de Inicio Página 1 .......................................................................... 79
ANEXO 3 Acta de Inicio Página 2 .......................................................................... 80
ANEXO 4 Acta de Aceptación Página 1 ................................................................ 81
ANEXO 7 Acta de Seguimiento Página 1 .............................................................. 84
ANEXO 10 Acta de Seguimiento Página 4 ............................................................ 87
ANEXO 11 Acta de Seguimiento Final Página 1.................................................... 88
ANEXO 14 Plan de Mejoramiento de Acreditación Rehabilitación......................... 91
INTRODUCCIÓN
En la actualidad, existe un gran número de herramientas que permiten a los

especialistas de diferentes campos mejorar el proceso de atención con el paciente,
beneficiándolos en los ámbitos social, comercial entre otros.
En el hospital civil de Ipiales, se encontró la necesidad en el área de rehabilitación

de implementar una herramienta la cual permita llevar un registro de las sesiones y
terapias realizadas a los pacientes de consulta externa y hospitalización debido a
que no existe un espacio en la historia clínica electrónica que sea específico para
este tipo de actividades por lo que dicha información es registrada en formatos
físicos o espacios en la historia clínica general donde no es posible acceder
rápidamente busca de un dato, ocasionando atraso en el proceso de atención del
paciente o en el peor de los casos perdida de información.
Este trabajo consiste en la implementación de un módulo de historia clínica de

rehabilitación en el sistema de información hospitalario que permita llevar un control
sobre las terapias realizadas y la efectividad de estas, ayudando así a evaluar la
condición del paciente de forma específica e individual con la ayuda de las escalas
de Barthel, AMA, Daniels, APTA contribuyendo con el análisis y valoración del
indicador de efectividad en tratamientos en el servicio de rehabilitación.
1. DESCRIPCIÓN DEL PROBLEMA
1.1 PLANTEAMIENTO DEL PROBLEMA
En el servicio de Rehabilitación del Hospital Civil de Ipiales, al no tener una

herramienta que les permita registrar y analizar la información obtenida de test y
escalas de procedimientos realizados a los pacientes, los fisioterapeutas han
incurrido en uso de formatos físicos los cuales tiene que ser archivados y a la hora
de necesitar los datos para reportes y análisis, esta, ocasiona atrasos durante el
proceso de atención del paciente así como también podría provocar perdida de
dicha información.
Al no poseer información integra de los tratamientos realizados en la diferentes

sesiones es difícil evaluar correctamente la efectividad de los procedimientos y
tratamientos realizados a los pacientes en el servicio, ocasionando que la historia
clínica del paciente quede incompleta.
1.2 FORMULACIÓN DEL PROBLEMA
¿El diseño e implementación del módulo de historia clínica para el servicio de

Rehabilitación en el sistema de información, contribuirá al registro y evaluación de
efectividad de los tratamientos realizados en las sesiones de Rehabilitación?
14
2. ALCANCE Y DELIMITACIONES
EL módulo de historia clínica para el servicio de Rehabilitación integrado dentro del

sistema de información, se encargará de registrar y procesar los datos obtenidos
durante las sesiones de tratamiento en el área de Rehabilitación del Hospital Civil
de Ipiales, permitirá llevar un control sobre la historia clínica evaluando la efectividad
del tratamiento realizado, implementando escalas y test como los son Barthel,
Daniels, diagnósticos APTA, test de movilidad articular, los cuales ayudaran generar
el resultado del indicador sobre la efectividad en los tratamientos realizados al
paciente, como también demostrar la productividad de los servicios prestados.
El modulo integrado en el sistema en producción del hospital civil, el cual trabaja en

un servidor de forma local; la historia clínica de Rehabilitación trabajará en conjunto
con la historia clínica principal para evitar la redundancia de datos y de este modo
obtener información más integra y confiable para la toma de decisiones durante el
proceso de recuperación de los pacientes.
15
3. ANTECEDENTES
En el departamento de Nariño, no se ha encontrado la implementación de ningún

software dedicado al manejo de historia clínica de rehabilitación tanto como
hospitales de primer nivel como clínicas más especializados como lo es el hospital
departamental en Pasto esto impidió establecer una referenciación de como es el
manejo de este tipo de software por lo que se va a trabajar con las especificaciones
sugeridas por los especialistas en fisioterapia.
3.1 Clinic Cloud
Clinic Cloud es un software de gestión online para clínicas de fisioterapia,

odontología y cualquier otra especialidad médica. Cuenta con todos los elementos
necesarios para la creación, almacenamiento y manejo de historias clínicas.
Con Clinic Cloud podrás hacer una gestión sencilla de las historias clínicas de tu
clínica o consulta de fisioterapia. Crea nuevos historiales, modifícalos y accede a
ellos de forma cómoda y sencilla. Al tratarse de un software de gestión clínica en la
nube, con nuestro programa te ahorras cualquier proceso de instalación y solo
necesitas las claves de acceso y un dispositivo con conexión a internet para poder
acceder a las historias clínicas cuando quieras y dónde quieras.
Figura 1 Software de gestión de historia clínica Fisioterapia
Fuente:https://clinic-cloud.com/historia-clinica-de-fisioterapia-software-de-gestion/
16
3.2 Fisiosalus
FISIOSALUS es el software especializado para Clínicas y Consultas de Fisioterapia.

Desarrollado por QSOFT desde 1995, permite gestionar de manera integrada las 3
grandes áreas de Gestión: Agendas, Historias Clínicas y Facturación.
Figura 2 FISIOSALUS
Fuente: http://www.fisiosalus.com/descripcion_software_salus.aspx
3.3 Software Historias Clínicas ISISMAWEB
Con el software de Historias Clínicas ISISMAWEB, Personalice y automatice el

manejo y control de su Consultorio Médico y su Historia Clínica, conservando los
estándares semiológicos para su elaboración. Administre de forma rápida, ágil y en
tiempo real, desde cualquier dispositivo móvil toda la información de sus Pacientes,
Citas, Ingresos, Reportes, Indicadores Gráficos, entre otros.
Administre la información de sus pacientes desde cualquier lugar si tiene conexión

a Internet con el Software para Historias Clínicas ISISMAWEB. Estos son algunos
de los formatos con las que ya cuenta el sistema: Cirugía Plástica, Medicina
General, Psicología, Fisioterapia, Optometría, Fonoaudiología, entre otros.
17
Figura 3 ISISMAWEB
Fuente: https://www.isismaweb.com/site/software-historia-clinica/
3.4 Timp
TIMP es la herramienta ideal para la gestión de un negocio de fisioterapia. Gracias

a su panel de administración puedes crear el horario que mejor se adapte a tu día
a día.
Con su gestión de reservas, tus clientes podrán reservar desde su móvil las
sesiones ofertadas y TIMP se ocupará de manera inteligente de ocupar todas las
plazas disponibles para ese día. Podrás consultar también estadísticas
interesantes, llevar el control de la contabilidad, ¡y mucho más!
18
Figura 4 TIMP
Fuente:https://www.timp.pro/gestion-negocios/bienestar/software-gestion-clinica-
de-fisioterapia/
3.5 Saludcenter
Este Programa de gestión de centros de fisioterapia permite a los clientes llevar un

control integral de todo su centro, ya sean fisioterapeutas autónomos,
fisioterapeutas que trabajan en varios centros distribuidos geográficamente,
mutuas, centros de rehabilitación, u otros. El software ha ido creciendo en el tiempo
siguiendo las recomendaciones de nuestros clientes, mediante los cuales hemos
logrado realizar un sistema fácil de utilizar, cuya curva de aprendizaje es muy baja.
Tenemos centros de fisioterapia que tienen gran volumen de trabajo, y que en
salucenter han encontrado un software que les permite optimizar su forma de
trabajar y gestionar todas las visitas que tienen a diario. Al ser un programa de
gestión modular, usted puede configurarlo para habilitar o deshabilitar sólo las
funcionalidades que vaya a usar.
19
Figura 5 Salucenter
Fuente: http://www.salucenter.com/
20
4. OBJETIVOS
4.1 Objetivo General
Analizar, diseñar e implementar un módulo de historia clínica en el sistema de

información del hospital civil de Ipiales para el servicio de rehabilitación que permita
llevar registro y control de la información obtenida de los test y escalas que ayudan
a conocer la evolución del paciente en cada sesión, así como también evaluar la
efectividad de los tratamientos realizados.
4.2 Objetivos Específicos
 Recolectar información sobre el uso de historia clínica, terapias y procesos

de rehabilitación, que se realizan en el hospital.
 Analizar requerimientos solicitados por el grupo de terapeutas del hospital
civil de Ipiales.
 Especificar junto con el grupo de terapeutas los campos obligatorios y
validaciones de la historia clínica.
 Relacionar base de datos de historia clínica rehabilitación con base de datos
general del hospital.
 Desarrollar módulo que ayude al especialista a generar y almacenar historias
clínicas de los pacientes y terapias según las especificaciones definidas por
los Terapeutas.
 Implementar modulo historia clínica rehabilitación en el sistema en
producción del hospital.
 Probar y corregir errores durante el proceso de implementación del módulo
de rehabilitación.
21
5. JUSTIFICACIÓN
Debido a que los datos obtenidos del paciente durante las sesiones de terapia física
se registraban en forma manual mediante el uso de test y escalas como los son
Barthel, daniels, movilidad articular y Diagnósticos APTA, el registro de estos datos
del progreso que ha tenido el paciente durante las sesiones de terapias realizadas
y si este es efectivo en el paciente se hacían en campos y espacios de la historia
clínica electrónica que no eran específicamente para esta actividad impidiendo
consultar esta información de manera fácil y con la seguridad de que los datos
obtenidos son íntegros para la realización de cálculos, generación de reportes, así
como también los especialistas fisioterapeutas pierden valioso tiempo durante la
sesión al realizar estas actividades manualmente, teniendo en cuenta que atienden
más de 20 pacientes en el día.
Es muy importante la implementación de este módulo para el servicio de

Rehabilitación debido a que no abra perdida ni duplicidad de información al quedar
registrada en base de datos y de esta forma, contribuirá con la generación de
reportes de la evolución que ha tenido el paciente durante el tratamiento.
La implementación no solo beneficiará al servicio de Rehabilitación que labora junto

con consulta externa, sino que también permitirá a los fisioterapeutas de UCI
Adultos a llevar una estadística de los pacientes atendidos, debido a que en este
caso el paciente lleva varios días o meses hospitalizado.
El requerimiento de una historia clínica para el servicio de Rehabilitación solicitado

formalmente al equipo de desarrollo del área de Sistemas por los fisioterapeutas,
ayudara a evaluar el indicador de efectividad en terapias, demostrando así la y
productividad del servicio consiguiendo así la acreditación en salud para el hospital
civil de Ipiales.
22
6. METODOLOGÍA UTILIZADA
6.1 Scrum
El Scrum es un proceso de la Metodología Ágil que se usa para minimizar los riesgos
durante la realización de un proyecto, pero de manera colaborativa.
Entre las ventajas se encuentran la productividad, calidad y que se realiza un

seguimiento diario de los avances del proyecto, logrando que los integrantes estén
unidos, comunicados y que el cliente vaya viendo los avances.
6.2 Funcionamiento del Proceso
Product Backlog: Es una “wish list” sobre las funcionalidades del producto. Es
elaborado por el Product Owner y las funciones están priorizadas según lo que es
más y menos importante para el negocio. El objetivo es que el Product Owner
responda la pregunta “¿Qué hay que hacer?”.
Sprint Backlog: Es un subconjunto de ítems del Product Backlog, que son

seleccionados por el equipo para realizar durante el Sprint sobre el que se va a
trabajar. El equipo establece la duración de cada Sprint.
Sprint Planning Meeting: Esta reunión se hace al comienzo de cada Sprint y se

define cómo se va a enfocar el proyecto que viene del Product Backlog las etapas
y los plazos. Cada Sprint está compuesto por diferentes features. Por ejemplo,
decidimos que los features del primer Sprint son: diseño del logo, definición colores
y contenido multimedia.
Daily Scrum o Stand-up Meeting: Es una reunión breve que se realiza a diario
mientras dura el periodo de Sprint. Se responden individualmente tres preguntas:
¿Qué hice ayer?, ¿Qué voy a hacer hoy?, ¿Qué ayuda necesito? El Scrum Master
debe tratar de solucionar los problemas u obstáculos que se presenten.
Sprint Review: Se revisa el sprint terminado, y ya debería haber un avance claro y

tangible para presentárselo al cliente.
23
Sprint Retrospective: El equipo revisa los objetivos cumplidos del Sprint
terminado. Se anota lo bueno y lo malo, para no volver a repetir los errores. Esta
etapa sirve para implementar mejoras desde el punto de vista del proceso del
desarrollo.
Figura 6 Scrum
Fuente: http://www.i2btech.com/blog-i2b/tech-deployment/5-beneficios-de-aplicar-
metodologias-agiles-en-el-desarrollo-de-software/
6.3 Participantes
Product Owner: Habla por el cliente, y asegura que el equipo cumpla las
expectativas. Es “el jefe” responsable del proyecto.
Scrum Master: Lidera las reuniones y ayuda al equipo si es que tienen problemas.
Además, minimiza los obstáculos para cumplir el objetivo del Sprint, es un
“facilitador” pero no es un gestor.
24
Scrum Team: Son los encargados de desarrollar y cumplir lo que les asigna el
Product Owner.
Cliente: Recibe el producto y puede influir en el proceso, entregando sus ideas o

comentarios respecto al desarrollo.
25
7. MARCO REFERENCIAL
7.1 MARCO LEGAL
7.2 LEY ESTATUTARIA 1581 DE 2012
(Octubre 17)
Reglamentada parcialmente por el Decreto Nacional 1377 de 2013.
Por la cual se dictan disposiciones generales para la protección de datos

personales
EL CONGRESO DE COLOMBIA
DECRETA:
TÍTULO I
OBJETO, ÁMBITO DE APLICACIÓN Y DEFINICIONES
Artículo 1°. Objeto. La presente ley tiene por objeto desarrollar el derecho
constitucional que tienen todas las personas a conocer, actualizar y rectificar las
informaciones que se hayan recogido sobre ellas en bases de datos o archivos, y
los demás derechos, libertades y garantías constitucionales a que se refiere el
artículo 15 de la Constitución Política; así como el derecho a la información
consagrado en el artículo 20 de la misma.
Artículo 2°. Ámbito de aplicación. Los principios y disposiciones contenidas en la

presente ley serán aplicables a los datos personales registrados en cualquier base
de datos que los haga susceptibles de tratamiento por entidades de naturaleza
pública o privada.
La presente ley aplicará al tratamiento de datos personales efectuado en territorio

colombiano o cuando al Responsable del Tratamiento o Encargado del Tratamiento
26
no establecido en territorio nacional le sea aplicable la legislación colombiana en
virtud de normas y tratados internacionales.
El régimen de protección de datos personales que se establece en la presente ley

no será de aplicación:
a) A las bases de datos o archivos mantenidos en un ámbito exclusivamente

personal o doméstico.
Cuando estas bases de datos o archivos vayan a ser suministrados a terceros se

deberá, de manera previa, informar al Titular y solicitar su autorización. En este caso
los Responsables y Encargados de las bases de datos y archivos quedarán sujetos
a las disposiciones contenidas en la presente ley;
b) A las bases de datos y archivos que tengan por finalidad la seguridad y defensa
nacional, así como la prevención, detección, monitoreo y control del lavado de
activos y el financiamiento del terrorismo;
c) A las Bases de datos que tengan como fin y contengan información de inteligencia
y contrainteligencia;
d) A las bases de datos y archivos de información periodística y otros contenidos

editoriales;
e) A las bases de datos y archivos regulados por la Ley 1266 de 2008;
f) A las bases de datos y archivos regulados por la Ley 79 de 1993.
Parágrafo. Los principios sobre protección de datos serán aplicables a todas las
bases de datos, incluidas las exceptuadas en el presente artículo, con los límites
dispuestos en la presente ley y sin reñir con los datos que tienen características de
estar amparados por la reserva legal. En el evento que la normatividad especial que
regule las bases de datos exceptuadas prevea principios que tengan en
27
consideración la naturaleza especial de datos, los mismos aplicarán de manera
concurrente a los previstos en la presente ley.
Artículo 3°. Definiciones. Para los efectos de la presente ley, se entiende por:
a) Autorización: Consentimiento previo, expreso e informado del Titular para llevar

a cabo el Tratamiento de datos personales;
b) Base de Datos: Conjunto organizado de datos personales que sea objeto de

Tratamiento;
c) Dato personal: Cualquier información vinculada o que pueda asociarse a una o

varias personas naturales determinadas o determinables;
d) Encargado del Tratamiento: Persona natural o jurídica, pública o privada, que por
sí misma o en asocio con otros, realice el Tratamiento de datos personales por
cuenta del Responsable del Tratamiento;
e) Responsable del Tratamiento: Persona natural o jurídica, pública o privada, que

por sí misma o en asocio con otros, decida sobre la base de datos y/o el Tratamiento
de los datos;
f) Titular: Persona natural cuyos datos personales sean objeto de Tratamiento;
g) Tratamiento: Cualquier operación o conjunto de operaciones sobre datos

personales, tales como la recolección, almacenamiento, uso, circulación o
supresión.
7.3 MARCO TEÓRICO
7.3.1 Servidor
Un servidor es un ordenador u otro tipo de equipo informático encargado de

suministrar información a una serie de clientes, que pueden ser tanto personas
como otros dispositivos conectados a él. La información que puede transmitir es
28
múltiple y variada: desde archivos de texto, imagen o vídeo y hasta programas
informáticos, bases de datos, etc.
7.3.2 Cliente
El cliente es una aplicación informática o un ordenador que consume un servicio

remoto en otro ordenador conocido como servidor, normalmente a través de una
red de telecomunicaciones. También se puede definir un cliente es cualquier cosa
(que no sea un servidor) que se conecta a un servidor.
Aplicativo web
Una aplicación web es toda aquella aplicación que, utilizando internet como canal
conductor de la información, recoge, gestiona y administra datos a nivel global para
conseguir un fin específico. Estamos rodeados de aplicaciones web, aunque a
veces no seamos conscientes de que lo son. Algunos ejemplos de aplicaciones web
en nuestro día a día son las redes sociales, la banca electrónica, los sistemas de
telefonía y videoconferencia por datos, los juegos en red, radio y tv online o las
plataformas de elearning.
7.3.3 Gestor de bases de datos
Un Sistema Gestor de Bases de Datos (SGBD) o DGBA (Data Base Management

System) es un conjunto de programas no visibles que administran y gestionan la
información que contiene una base de datos. A través de él se maneja todo acceso
a la base de datos con el objetivo de servir de interfaz entre ésta, el usuario y las
aplicaciones.
Gracias a este sistema de software invisible para el usuario final, compuesto por un
lenguaje de definición de datos, un lenguaje de manipulación y de consulta, es
posible gestionar los datos a distintos niveles. Tanto almacenar, modificar y acceder
a la información como realizar consultas y hacer análisis para generar informes.
29
7.3.4 MySQL
MySQL, es un sistema de gestión de base de datos relacional o SGBD. Este gestor

de base de datos en multi-hilo y multiusuario, lo que le permite ser utilizado por
varias personas al mismo tiempo, e incluso, realizar varias consultas a la vez, lo que
lo hace sumamente versátil.
Lenguaje de Programación
Un lenguaje de programación es un lenguaje formal diseñado para realizar procesos

que pueden ser llevados a cabo por máquinas como las computadoras.
Pueden usarse para crear programas que controlen el comportamiento físico y

lógico de una máquina, para expresar algoritmos con precisión, o como modo de
comunicación humana.
Está formado por un conjunto de símbolos y reglas sintácticas y semánticas que

definen su estructura y el significado de sus elementos y expresiones. Al proceso
por el cual se escribe, se prueba, se depura, se compila (de ser necesario) y se
mantiene el código fuente de un programa informático se le llama programación.
7.3.5 PHP
PHP es un lenguaje de código abierto muy popular, adecuado para desarrollo web
y que puede ser incrustado en HTML. Es popular porque un gran número de páginas
y portales web están creadas con PHP. Código abierto significa que es de uso libre
y gratuito para todos los programadores que quieran usarlo. Incrustado en HTML
significa que en un mismo archivo vamos a poder combinar código PHP con código
HTML, siguiendo unas reglas.
PHP se utiliza para generar páginas web dinámicas. Recordar que llamamos página
estática a aquella cuyos contenidos permanecen siempre igual, mientras que
llamamos páginas dinámicas a aquellas cuyo contenido no es el mismo siempre.
Por ejemplo, los contenidos pueden cambiar en base a los cambios que haya en
una base de datos, de búsquedas o aportaciones de los usuarios, etc.
30
7.3.6 HTML
HTML, sigla en inglés de HyperText Markup Language (lenguaje de marcas de

hipertexto), hace referencia al lenguaje de marcado para la elaboración de páginas
web. Es un estándar que sirve de referencia del software que conecta con la
elaboración de páginas web en sus diferentes versiones, define una estructura
básica y un código (denominado código HTML) para la definición de contenido de
una página web, como texto, imágenes, videos, juegos, entre otros. Es un estándar
a cargo del World Wide Web Consortium (W3C) o Consorcio WWW, organización
dedicada a la estandarización de casi todas las tecnologías ligadas a la web, sobre
todo en lo referente a su escritura e interpretación. Se considera el lenguaje web
más importante siendo su invención crucial en la aparición, desarrollo y expansión
de la World Wide Web (WWW). Es el estándar que se ha impuesto en la
visualización de páginas web y es el que todos los navegadores actuales han
adoptado.
7.3.7 JavaScript
JavaScript (abreviado comúnmente JS) es un lenguaje de programación

interpretado, dialecto del estándar ECMAScript. Se define como orientado a objetos,
basado en prototipos, imperativo, débilmente tipado y dinámico.
Se utiliza principalmente en su forma del lado del cliente (client-side), implementado

como parte de un navegador web permitiendo mejoras en la interfaz de usuario y
páginas web dinámicas aunque existe una forma de JavaScript del lado del servidor
(Server-side JavaScript o SSJS). Su uso en aplicaciones externas a la web, por
ejemplo en documentos PDF, aplicaciones de escritorio (mayoritariamente widgets)
es también significativo.
7.3.8 Ajax
AJAX, acrónimo de Asynchronous JavaScript And XML (JavaScript asíncrono y

XML), es una técnica de desarrollo web para crear aplicaciones interactivas o RIA
(Rich Internet Applications). Estas aplicaciones se ejecutan en el cliente, es decir,
31
en el navegador de los usuarios mientras se mantiene la comunicación asíncrona
con el servidor en segundo plano. De esta forma es posible realizar cambios sobre
las páginas sin necesidad de recargarlas, mejorando la interactividad, velocidad y
usabilidad en las aplicaciones.
Ajax es una tecnología asíncrona, en el sentido de que los datos adicionales se

solicitan al servidor y se cargan en segundo plano sin interferir con la visualización
ni el comportamiento de la página, aunque existe la posibilidad de configurar las
peticiones como síncronas de tal forma que la interactividad de la página se detiene
hasta la espera de la respuesta por parte del servidor.
7.4 MARCO CONCEPTUAL
7.4.1 Test de Barthel
El test o escala de Barthel es un instrumento que se utiliza en terapia física para la

valoración funcional de un paciente y su rehabilitación.
La escala mide la capacidad de una persona para realizar 10 actividades de la vida

diaria, que se consideran básicas, de esta forma se obtiene una estimación
cuantitativa de su grado de independencia.
La escala también se conoce como Índice de Discapacidad de Maryland.
32
Figura 7 Test de Barthel
Fuente: https://es.wikipedia.org/wiki/%C3%8Dndice_de_Barthel
33
Interpretación
De acuerdo al puntaje obtenido en el índice de Barthel, se clasifica la funcionalidad

de un paciente o el grado de rehabilitación. Si el puntaje es igual a 100 el paciente
podrá hacer sus actividades diarias de autocuidado sin un asistente de salud, sin
que esto signifique que pueda vivir solo. Cuanto más cerca esté a 0, mayor será su
dependencia.
De acuerdo al puntaje se hace la siguiente clasificación según shah Et Al:
Figura 8 Interpretación Test Barthel
Fuente: https://es.wikipedia.org/wiki/%C3%8Dndice_de_Barthel
7.4.2 Test Amplitud de la Movilidad Articular
La movilidad articular la identificamos en los movimientos que exploran el recorrido

máximo de uno de los movimientos posibles para una articulación, o la suma de
todos (circunducciones o círculos con una articulación).
Para que una articulación pueda movilizarse en este sentido tiene que haber un
equilibrio entre todos músculos que la movilizan, pues un músculo acortado o
lesionado puede impedir el libre movimiento (por ejemplo las contracturas de la
columna vertebral, que impiden la libre articulación de las vértebras).
34
La capacidad de alargar un músculo al máximo dentro de sus límites naturales es
lo que identificamos como estiramientos. Afecta al músculo, tendones, ligamentos
e incluso la piel, aunque la parte más elongable es el músculo.
Figura 9 Formato Evaluación de Movilidad Articular
7.4.3 Diagnósticos Fisioterapéuticos APTA
La Asociación Americana de Fisioterapia (APTA) es una organización profesional.

APTA busca mejorar la salud y calidad de vida de los individuos avanzando el
ejercicio de la fisioterapia, la educación, la investigación, la concientización y
entendimiento de la función de la fisioterapia en el sistema de salud.
Figura 10 APTA
Fuente: https://contextoseducativosinteractivos.wordpress.com/about/bitacora-10-
la-guia-apta-como-estrategias-didactica-de-formacion-en-fisioterapia/
35
7.4.4 Escala de Daniels
La escala de daniels es una herramienta utilizada por fisioterapeutas para la

medición de la fuerza muscular que consta de un puntaje y un criterio de evaluación.
Figura 11 Escala de Evaluación de Fuerza de Daniels
36
8. RECOLECCIÓN DE INFORMACIÓN SOBRE EL USO DE HISTORIA
CLÍNICA, TERAPIAS Y PROCESOS DE REHABILITACIÓN, QUE SE
REALIZAN EN EL HOSPITAL
8.1 Actores
Dentro del proceso de consulta externa interviene varios tipos de actores quienes
realizan las actividades que aquí se lleva a cabo.
Actores del proceso – acudiente
Cuadro 1 ACT-001 Acudiente
ACT-001 Acudiente
Descripción Este acto representa. Es el acto que solicita los diferentes

servicios de la clínica y el responsable del paciente.
Comentarios Ninguno.
Cuadro 2 ACT-002 Paciente
ACT-002 Paciente
Descripción Es el actor que recibe los servicios del área de rehabilitación
37
Cuadro 3 ACT-003 Fisioterapeuta
ACT-003 Fisioterapeuta.
Descripción Es el actor encargado de acudir al servicio de Rehabilitación,

consulta externa e internación para cumplir con las sesiones de
terapia física.
8.2 Fases del Proceso
El proceso de consulta externa se realiza en dos fases o etapas:
En la primera, se realiza la solicitud del servicio, cuando el acudiente o persona

responsable asiste a la clínica con el paciente en la cual espera su turno para ser
atendido por el medico terapeuta.
En la segunda fase el paciente pasa al consultorio donde el especialista

fisioterapeuta comienza con la sesión de terapia ordenada previamente y comienza
a registrar los datos obtenidos de las escalas y test empleadas.
En el proceso de urgencias e internación el proceso comienza cuando un paciente

está hospitalizado y el médico internista solicita valoración por terapia física en
donde el fisioterapeuta diagnostica al paciente y ordena las terapias a realizarse,
una vez ordenados los procedimientos al paciente el fisioterapeuta de turno se dirige
hacia la cama donde se encuentra internado el paciente para empezar con la sesión
de ejercicios solicitados.
8.3 Elementos del Proceso
Elementos y actividades que se utilizan durante el proceso de Rehabilitación
38
Cuadro 4 Elementos de Internación
ID Nombre del proceso Descripción
P1 Consulta externa El proceso describe las actividades que se

realizan desde el ingreso del paciente hasta
sus salida durante la atención en el servicio de
consulta externa
Cuadro 5 Actividades del Proceso de la Consulta
ID Nombre de la actividad Descripción
AC1 Solicitud de valoración El médico internista solicita la valoración por

por terapia física fisioterapia.
AC2 Valoración por El fisioterapeuta valora al paciente y da su

fisioterapia diagnóstico.
AC3 Registro de El fisioterapeuta ordena terapias al paciente

procedimiento
AC4 Recepción de En el servicio de rehabilitación llegan las

solicitudes solicitudes de los servicios para terapias físicas
AC5 Sesión de fisioterapia El fisioterapeuta se dirige al servicio en el que

se encuentra el paciente para empezar con el
procedimiento ordenado previamente
39
9. ANÁLISIS DE REQUERIMIENTOS SOLICITADOS POR EL GRUPO DE
TERAPEUTAS DEL HOSPITAL CIVIL DE IPIALES
En esta sección se presenta una recopilación de las experiencias recogidas en la

administración del proyecto a lo largo del desarrollo del software. Donde en un
periodo de tiempo de entre una y ocho semanas denominado Sprint, se identifican
los elementos que interviene en él, como son las funciones que cada persona
desempeña con sus interacciones, los comprometidos, los involucrados, así como
los artefactos que son elementos que permiten la organización de la fase, las
herramientas usadas en cada uno de ellos, el análisis respectivo de los sucesos que
se presentaron y por último, las decisiones a tomar que afectarán al siguiente Sprint
y el desarrollo del proyecto, en general.
9.1 Diagramas de caso de Uso
Figura 12 CU General
40
Figura 13 CU Consulta Externa
Figura 14 CU Internación
41
Figura 15 CU Registro de Historia Rehabilitación
9.2 Descripción General
Para un análisis explícito de cada Sprint se utilizó el siguiente formato que permite
tomar los componentes que cumplen un papel importante en la referencia teórica
de Scrum e intervinieron en el desarrollo, generando la oportunidad de analizar la
evolución de su comportamiento en transcurso del proyecto. Los elementos que van
a ser objeto de estudios y componen el formato década sprint, son:
Roles: Tomando los roles que SCRUM plantea. Se observó su cambio tanto en la
importancia como en la variabilidad de las personas que los cumplen. Por su
relación con el proyecto los implicados para cumplir estos roles son:
Comprometidos:
 Líder servicio rehabilitación: Dra. Magaly Villacres

 Asesor: Ing. Robinson Proaño
 Desarrollador 1: Duvan Sarmiento
 Desarrollador 2: Ángela España
 Desarrollador 3: Jesús Usamag
42
Involucrados:
 Equipo de desarrollo de Sistemas

 Fisioterapeutas
Artefactos: Diferentes instrumentos que permiten la organización, planeación y

seguimiento del sprint, que estandarizan los procesos de desarrollo.
Herramientas: Cada uno de los elementos que sirvieron para realizar el trabajo
correspondiente a la administración y desarrollo de la aplicación.
Al finalizar el sprint se observa el comportamiento que tuvieron los ítems de estos

elementos para realizar un análisis que será el insumo para la toma de decisión que
serán aplicadas en la administración de los siguientes Sprint.
43
9.3 Sprint 1
Cuadro 6 Sprint 1
SPRINT 1
OBJETIVO
Levantamiento de requerimientos y solicitudes realizadas por los fisioterapeutas
Roles Artefactos Herramientas

Product Owner: Líder de Rehabilitación Administración: Administración
Detalles: Como Líder del Servicio de BurnDown :
Rehabilitación tiene como tarea Documentos de Block de notas
Proporcionar la Información sobre los Avance semanal
requisitos y necesidades de la historia Sprint Documentació
clínica de rehabilitación. Desarrollo: n:
Scrum Master: Duvan Armando Datos Básicos del Microsoft Word
Sarmiento Sánchez. Paciente Microsoft
Scrum Team: Ángela España-Jesús Product Backlog Excel
David Usamag. Sprint Backlog
Usuarios: Fisioterapeutas. Pruebas de Unidad
Stakeholders: Gestión de Calidad, Pruebas de Usuario
Equipo de desarrollo de Sistemas.
Análisis del Sprint:
La líder de proceso es la encargada de monitorear y verificar el funcionamiento de
los procesos internos del servicio de rehabilitación siendo la principal involucrada
con el software junto con el grupo de fisioterapeutas quienes son los que participan
en las actividades que se desarrollan en el servicio y fuera de él, por la cual aporta
mayor información pertinente para el desarrollo del proyecto.
Se analiza formulario de registro para la historia clínica el cual fue creado en por
el grupo de los fisioterapeutas, para la resolución de dudas por parte del Scrum
Team, se hará directamente con la líder del servicio o en su defecto con los
terapeutas involucrados.
Decisiones:
Se toma como base para desarrollar el proyecto el formulario realizado por los
fisioterapeutas el cual tiene incluidas las escalas de Barthel, Daniels, movilidad
articular
44
9.4 Sprint 2
Cuadro 7 Sprint 2
SPRINT 2
OBJETIVO
Registrar antecedentes del paciente relacionados con terapias de rehabilitación
Product Owner: Líder de Administración: Administración:
Rehabilitación BurnDown Tablero Scrum
Scrum Master: Duvan Armando Documentos de Avance Desarrollo:
Sarmiento Sánchez. semanal Sprint MySQL
Scrum Team: Ángela España-Jesús Desarrollo: PHP5
David Usamag. Historia de Documentación:
Usuarios: Fisioterapeutas. Rehabilitación Microsoft Word
Stakeholders: Gestión de Calidad, Product Backlog Microsoft Excel
Subgerencia Científica, Equipo de Sprint Backlog
desarrollo de Sistemas. Pruebas de Unidad
Pruebas de Usuario
Análisis del Sprint
La Fisioterapeuta Líder del Servicio de Rehabilitación ha cumplido con el papel de
brindar la información necesaria para el levantamiento de requisitos, lo que ha
ayudado al equipo de desarrollo a despejar las dudas encontradas sobre el proceso
de atención del paciente y el manejo de la historia clínica.
Decisiones:
Se Propone una Comunicación más directa con los asesores del proyecto del área
de sistemas, para despejar las dudas sobre el manejo el sistema de información
del hospital. Las dudas del equipo de desarrollo, se contestaran directamente con
la líder del servicio o en su defecto una delegada definida por la misma.
45
9.5 Sprint 3
Cuadro 8 Sprint 3
SPRINT 3
OBJETIVO
Manejo de sesiones en el formulario por cada terapia realizada
Scrum Master: Duvan Armando Documentos de Avance Desarrollo:
Sarmiento Sánchez. semanal Sprint MySQL
Scrum Team: Ángela España- Desarrollo: PHP5
Jesús David Usamag. Historia de Documentación:
Usuarios: Fisioterapeutas. Rehabilitación Microsoft Word
Stakeholders: Gestión de Calidad, Product Backlog Microsoft Excel
Subgerencia Científica, Equipo de Sprint Backlog
desarrollo de Sistemas. Pruebas de Unidad
Pruebas de Usuario
Se tiene un pequeños avance de la historia clínica y con la ayuda del equipo de
desarrollo del área de sistemas, se lo integra al sistema de información del
hospital.
Gracias a los avances entregados, el grupo de fisioterapeutas muestran interés y
apoyo en el desarrollo de la historia clínica.
Los fisioterapeutas encargados de la revisión del módulo, determinan que aún
hace falta incorporar más requerimientos como validaciones y los test y escalas,
pero que hasta el momento el proyecto avanza bien.
La Líder del proceso menciona que en el sistema deberá manejarse un registro
por cada sesión.
Decisiones:
La comunicación será de forma presencial con los fisioterapeutas para poder tener
más claridad sobre el proceso que se maneja en el servicio y retroalimentar el
proyecto.
Se modificara la estructura de la tabla para poder ingresar consecutivos para las
sesiones que sean necesarias.
46
9.6 Sprint 4
Cuadro 9 Sprint 4
SPRINT 4
OBJETIVO
Importar últimos signos vitales tomados a la nueva sesión
Scrum Master: Duvan Documentos de Avance Desarrollo:
Armando Sarmiento semanal Sprint MySQL
Sánchez. Desarrollo: PHP5
Scrum Team: Ángela Historia de Rehabilitación JavaScript
España-Jesús David Product Backlog Ajax
Usamag. Sprint Backlog Documentación:
Usuarios: Fisioterapeutas. Pruebas de Unidad Microsoft Word
Stakeholders: Gestión de Pruebas de Usuario Microsoft Excel
Calidad, Subgerencia
Científica, Equipo de
desarrollo de Sistemas.
Se define que para mayor agilidad se deberá tomar los últimos signos vitales
tomados de la historia clínica general.
Con la ayuda del equipo de desarrollo del hospital, se logra tomar los datos
solicitados de la historia clínica general, la cual tiene los datos básicos del
paciente, como también los signos vitales y motivos de consulta.
Decisiones:
Se seleccionaran los campos de los signos vitales definidos por los
Fisioterapeutas para que se carguen automáticamente en el formulario de
rehabilitación al hacer clic sobre el botón "Nuevo".
47
9.7 Sprint 5
Cuadro 10 Sprint 5
SPRINT 5
OBJETIVO
Campos en los cuales se ingresara el valor de la actividad y su descripción.
(Actividades: Fuerza, Movilidad Articular, dolor)
En el formulario se van a registrar los valores de fuerza, movilidad articular y dolor,
cada fila como también la descripción de cada prueba y el valor obtenido
Decisiones:
Se diseñan los 5 filas para cada tipo de prueba la cual consta de dos campos por
fila, en el primer campo se registra el valor de la prueba mientras que en el
segundo ubicado justo al lado del primero se ingresara la descripción de la prueba
realizada.
48
9.8 Sprint 6
Cuadro 11 Sprint 6
SPRINT 6
OBJETIVO
Implementación de Test y Escalas definidas por los fisioterapeutas
Las escalas seleccionadas por los fisioterapeutas para la implementación dentro
del formulario serán:
 Test de Barthel, Daniels y Movilidad Articular
Manejo del modelo APTA para el Diagnostico Fisioterapéutico
Decisiones:
Las Escalas y test seleccionadas se incluirán dentro del formulario de
rehabilitación las cuales se podrá acceder desde sus respectivos botones, los
cuales los guiará a una ventana emergente con el test/escala seleccionado.
Para el diagnostico fisioterapéutico APTA se implementaran listas desplegables
las cuales mostraran las etapas en donde al seleccionar una de ellas mostrara al
usuario la descripción de esta.
49
9.9 Sprint 7
Cuadro 12 Sprint 7
SPRINT 7
OBJETIVO
Diseño de Pagina de impresión con los datos registrados previamente
Scrum Team: Ángela Historia de JavaScript
España-Jesús David Rehabilitación Ajax
Usamag. Product Backlog Documentación:
Usuarios: Fisioterapeutas. Sprint Backlog Microsoft Word
Stakeholders: Gestión de Pruebas de Unidad Microsoft Excel
Calidad, Subgerencia Pruebas de Usuario
los fisioterapeutas comentan que al llenar la información en la historia clínica
también es necesario poder imprimir la historia con la información registrada
anteriormente, el formato de impresión deberá mostrar un espacio para que el
fisioterapeuta ponga su firma y nombre, como también saber quién imprimió la
historia
Decisiones:
Se decide crear una página de impresión la cual se podrá acceder desde un botón
en la parte inferior del formulario llamado imprimir, el cual llevara al usuario a una
nueva ventana donde se encontrara la información digitada por el fisioterapeuta.
Al final de la página de impresión se mostrara un espacio con el nombre del
fisioterapeuta que registro la sesión como también el usuario que está
imprimiendo la historia, estos datos se tomaran directamente de la base de datos,
en caso de existir una firma digitalizada, se mostrara en la página de impresión
50
10. RELACIÓN DE BASE DE DATOS DE HISTORIA CLÍNICA REHABILITACIÓN
CON BASE DE DATOS GENERAL DEL HOSPITAL
Actualmente el funcionamiento de la base de datos general del hospital civil de

Ipiales se centra en la tabla “Admisión” la cual es la encargada de guardar las
atenciones recibidas por el paciente, está se encuentra relacionada con la tabla
“Paciente”, tabla que contiene la información básica del paciente, junto con el tipo
de identificación, número de identificación y consecutivo de atención, forman la llave
Primaria de la tabla admisión.
Para el diseño del módulo de historia clínica de rehabilitación fue necesario crear 5
nuevas tablas de las cuales dos serán las principales: “antecfisio” la cual se
registrara los antecedentes fisioterapéuticos y “fisioterapia”, donde se guardaran los
datos de escalas y test ingresados por el fisioterapeuta en la historia clínica.
Adicionalmente se creó una tabla para la evaluación de movilidad articular de modo
que dependerá de las tablas “FisioArti” y “FisioAcciones” debido a que son tablas
de consulta para la evaluación, contienen datos de articulaciones y acciones que
estas realizan.
En la tabla de antecedentes se dejó como llave foránea el tipo de documento y el

número de documento, debido a que este tipo de información casi no cambia,
mientras que en la tabla fisioterapia se agregó: Consecutivo de Admisión, tipo de
documento y numero de documento como llaves foráneas, relacionándose con las
tablas admisión y paciente como también el campo de Consecutivo de Sesión de
tal forma que en conjunto con las llaves foráneas se forma la llave primaria de la
tabla.
En el gráfico, se indicara las relaciones hechas de las tablas del módulo de historia
clínica rehabilitación con las tablas principales de la base de datos general del
hospital:
51
Figura 16 Relación Modulo Rehabilitación con BD General
52
11. DESARROLLO E IMPLEMENTACIÓN DEL MODULO DE HISTORIA
CLÍNICA EN EL SISTEMA DE INFORMACIÓN DE PRODUCCIÓN DEL
HOSPITAL CIVIL DE IPIALES.
Para el desarrollo del módulo de historia clínica se utilizó el gestor de base de datos
por defecto del sistema el cual utiliza MySql 5.1.7, versión por defecto del sistema
operativo Linux anfitrión Centos 6.7 el cual cuenta con la versión 5.3.3 de PHP,
esencial para el correcto funcionamiento del sistema debido a la estricta
compatibilidad con el navegador internet Explorer ya sea en sus versiones 7 o
posteriores sin contar con el nuevo navegador Microsoft Edge.
El modulo, al ser una historia clínica adicional, se integra dentro los módulos de
Urgencias, Internación y consulta externa, para poder acceder será necesario
seleccionar el menú de la historia clínica la opción Rehabilitación, la cual cargara la
interfaz de la historia de rehabilitación en el área de módulos.
11.1 Listado Archivos del Modulo
Los archivos que componen hasta el momento el módulo de rehabilitación son 8 los
cuales se detallara su función a continuación:
Figura 17 Listado de Archivos del Modulo
53
11.1.1 Fisioterapia.php
En este archivo se encuentra el formulario principal del módulo, en él se encuentran

los grupos de antecedentes y revisión por sistemas, también se encarga de integrar
los test y escalas que necesite el fisioterapeuta como también mostrar la información
ya registrada previamente.
11.1.2 dataFisio.php
Este archivo es el encargado de recibir toda la información del formulario principal

para procesarla (si es necesario) y finalmente guardar toda la información en las
tablas de la base de datos, en este documento se hacen las validaciones para solo
guardar la información con opción de edición y corrección o guardar completamente
sin opción de cambio cerrando la sesión.
11.1.3 ventanatest.php
En este archivo se encuentra la interfaz de formulario del test de Barthel el cual se

accede mediante el botón “Barthel” en el formulario principal desplegándose en una
ventana emergente, cuenta con 10 listas desplegables con una caja de texto cada
una la cual emitirá seleccionar un ítem de la lista y según lo elegido se le asignara
un valor a la caja de texto, ninguna de las listas puede quedar vacía por lo que no
se podrá guardar, una vez seleccionados todos los ítems se procederá a calcular el
resultado el cuan mostrara una clasificación, el puntaje final y la clasificación
pasaran a mostrarse en el formulario principal para poder ser registrados.
54
Figura 18 Test de Barthel
11.1.4 ventanaAma.php
en este archivo se encuentra el formulario de registro de la evaluación de movilidad

articular el cual cuenta se accede desde el botón “AMA” desde el formulario
principal, cuenta con tres listas desplegables dependientes una de otra y una caja
de texto en la cual se ingresa el valor establecido por el fisioterapeuta, la lista
acciones depende de la lista articulaciones debido a que cada articulación tendrá
sus propias acciones como también manejaran un solo lado, adicionalmente se
mostrara la sugerencia del rango de valores permitidos que se debería registrar en
el campo, para poder guardar se deben seleccionar todas las listas, ninguno de los
campos puede quedar vacío, una vez registrado el valor, se mostrara una lista con
todas las articulaciones a las que se ha evaluado como también el valor registrado
y el profesional que realiza la evaluación.
55
Figura 19 Evaluación de Movilidad Articular
11.1.5 imprfisio.php
Este archivo es el encargado de reunir toda la información registrada para poder

imprimirla y dejar un reporte de la sesión realizada, en él se mostrara desde la
información básica del paciente hasta los resultados de los test y escalas como lo
son Barthel y AMA, adicionalmente se agregó en el pie de página un espacio para
que pueda firmar el fisioterapeuta encargado de la sesión y el responsable de
imprimir la página de la sesión, si el usuario posee su firma digitalizada, esta se
mostrara automáticamente; en el formulario principal al momento de imprimir se
podrá seleccionar entre imprimir los datos de la sesión actual o imprimir todas las
sesiones de todos los fisioterapeutas que han revisado al paciente.
56
Figura 20 Página de Impresión de Sesión
Figura 21 Pie de Página de Impresión
57
11.1.6 ajaxFisioterapia.php
Este archivo es necesario para los diagnósticos fisioterapéuticos APTA, en él se

generan las consultas de las descripciones de cada patrón de cada sistema,
dependiendo del ítem que se seleccione, ya sea el sistema cardiovascular,
neuromuscular, musculo esquelético o tegumentario, el número de patrones en
cada lista, dependerá del sistema, una vez seleccionado un ítem de la lista,
automáticamente se mostrara la descripción en la caja de texto a la derecha del
mismo.
11.1.7 ajaxSignVita.php
Archivo necesario que se utiliza para consultar y mostrar los últimos signos vitales
registrados por las auxiliares, se activa mediante una función Ajax desde el
formulario principal el cual envía los paramentos, se ejecuta la consulta y devuelve
los signos vitales mostrándolos en las campos correspondientes.
frmobje.php
Archivo que contiene funciones las cuales permite crear de forma dinámica listas
desplegables con las opciones “si” o “no” y cajas de texto dependientes de las listas.
Figura 22 Menú Acceso Modulo Rehabilitación
58
Al ingreso del módulo este Mostrara la primera parte del formulario la cual cuenta
con el motivo de consulta y diagnostico cuya información se tomara de la historia
clínica general como también equipos, dispositivos y antecedentes, actualmente la
historia clínica general ya cuenta con un formulario de antecedentes pero al analizar
los requerimientos de los fisioterapeutas, se llegó al acuerdo de crear una sección
nueva solo para fisioterapia, en caso de existir antecedentes estos se mostraran
automáticamente y si se modifican, se registraran nuevamente en la historia de
rehabilitación sin afectar a los antecedentes generales de la historia clínica general.
Figura 23 interfaz antecedentes Modulo Rehabilitación
La segunda parte del formulario es la revisión por Sistemas el cual consta de grupos
como los son sistema cardiopulmonar, sistema de oxigenación, sistema muscular,
actividades específicas, sistema tegumentario, test y medidas en el cual están
integrados los test de Barthel, Daniels y la Evaluación de movilidad Articular,
diagnósticos fisioterapéuticos modelo APTA y plan casero. Donde se establecerán
los objetivos generales y específicos de las sesiones terapéuticas
59
Figura 24 Revisión por Sistemas
Figura 25 Sistema Neuromuscular y actividades especificas
Figura 26 Diagnósticos APTA y Plan Casero
60
12. PROBAR Y CORREGIR ERRORES DURANTE EL PROCESO DE
IMPLEMENTACIÓN DEL MÓDULO DE REHABILITACIÓN.
12.1 Pruebas del Modulo
Como prueba del módulo se decidió ingresar los datos en la historia clínica
pacientes a los cuales se les aplico los test implementados en el formulario contando
con la ayuda de los fisioterapeutas y la presencia y seguimiento del equipo de
desarrollo del área de sistemas.
A continuación se indicara detalladamente en que consistieron las pruebas

realizadas a los test y escalas junto con el resultado obtenido:
Cuadro 13 Ingreso al Módulo de Rehabilitación
INGRESO AL MÓDULO DE REHABILITACIÓN
Duvan Sarmiento
Ángela España
Desarrolladores Responsables David Usamag
Dra. Magaly Villacres
Encargado de la Prueba Ing. Robinson Proaño
Fecha de Entrega Prevista 12/02/2018
Descripción de la Tarea
El usuario al iniciar sesión en el sistema general y al buscar un paciente por

cualquiera de los módulos principales (Urgencias, Internación, Consulta Externa)
se encontrara con El menú de módulos el cual tendrá la opción "Rehabilitación"
al final de la lista la cual le permitirá acceder al formulario principal de
rehabilitación.
Estado de Implementación Implementada Correctamente
Conformidad de Cliente Conforme
61
Cuadro 14 Registro de Antecedentes del paciente
REGISTRO DE ANTECEDENTES DEL PACIENTE
Duvan Sarmiento
Ángela España
Al ingresar por primera vez al formulario, los campos de antecedentes se

cargaran automáticamente con la información del paciente si esta ya ha sido
registrada en la historia clínica general, se confirma el cargue automático y se
procede a guardar la información una vez modificada.
62
Cuadro 15 Cargue Automático de Signos Vitales
CARGUE AUTOMATICO DE SIGNOS VITALES
Duvan Sarmiento
Desarrolladores Ángela España
Responsables David Usamag
Una vez registrados los antecedentes, se procede a dar clic en “nuevo” para
empezar una nueva sesión, el usuario confirma que al seleccionar el botón
se habilita el formulario y los signos vitales se cargan automáticamente de
la última toma, se habilitan los campos de fecha y hora con la opción de
modificación.
63
Cuadro 16 Registro 1 de Información
REGISTRO 1 DE INFROMACION DE FORMULARIO
Duvan Sarmiento
Ángela España
Después de llenar algunos ítems se procede a probar el botón “guardar” con

opción de modificación, al seleccionar el botón se confirma que la información
registrada previamente se guarda en la base de datos y el formulario aún sigue
habilitado para poder seguir registrando datos posteriormente
64
Cuadro 17 Registro y Funcionamiento Test Barthel
REGISTRO Y FUNCIONAMIENTO TEST DE BARTHEL
Duvan Sarmiento
Ángela España
una vez confirmado que los campos del formulario principal funcionan
correctamente se procede a probar el test de Barthel, el usuario puede acceder
desde el botón “Barthel” el cual lo lleva a una ventana emergente donde se
encuentra el formulario; el usuario selecciona uno de los ítems de las listas y
confirma que los valores mostrados son correctos; una vez seleccionados todos
los ítems se procede a hacer el cálculo y posteriormente a guardar, se confirma
que la validación de campos obligatorios está funcionando al observar que falto
seleccionar una de las listas, al calcular y guardar el resultado obtenido, el
puntaje y resultado pasan a mostrarse al formulario principal para ser guardados
65
Cuadro 18 Registro y Funcionamiento Escala del AMA
REGISTRO Y FUNCIONAMIENTO ESCALA DEL AMA
Duvan Sarmiento
Ángela España
El usuario accede a la escala de movilidad articular desde el botón “AMA” la cual

lo lleva a una ventana emergente donde se encuentra el formulario, el usuario
observa que hay tres lista desplegables las cuales pertenecen a la articulación,
acción y lado y un espacio para ingresar el valor de la evaluación, al seleccionar
un ítem de la lista articulación, se confirma que automáticamente se cargan las
acciones que están asociadas, se confirma validación al guardar de campos
obligatorios al faltar seleccionar la lista de lado y el valor, una vez seleccionados
todos los ítems se confirma el registro de los datos que pasan a ser visualizados
en una lista ubicada debajo de las listas desplegables mostrando la hora, fecha
y profesional que hizo el registro.
66
Cuadro 19 Registro y Funcionamiento test de Daniels
REGISTRO Y FUNCIONAMIENTO TEST DE DANIELS
Duvan Sarmiento
Ángela España
El test de daniels ubicado en el formulario principal consta de una lista

desplegable y una caja de texto la cual indicara el valor dependiendo del ítem
seleccionado de la lista desplegable, al seleccionar uno de os times se confirma
que el valor se carga automáticamente en la caja de texto procediendo a llenar
el campo de evaluación
67
Cuadro 20 Registro y Funcionamiento Diagnósticos Fisioterapéuticos (APTA)
REGISTRO Y FUNCIONAMIENTO DIAGNÓSTICOS

FISIOTERAPÉUTICOS(MODELO APTA)
Duvan Sarmiento
Ángela España
Al seleccionar uno de los patones de las listas desplegables dependiendo del

sistema, este mostrara su descripción en la caja de texto ubicada a su derecha,
se confirma que al seleccionar todas las listas, estas cargan la descripción de los
patrones seleccionados.
68
Cuadro 21 Registro y Cierre de la Sesión Actual
REGISTRO Y CIERRE DE LA SESIÓN ACTUAL
Duvan Sarmiento
Ángela España
El usuario, al estar completamente seguro que la información ingresada en el

formulario y los test está completa, se procede a seleccionar el botón “guardar y
cerrar” el cual permitirá registrar toda la información previamente diligenciada
con la diferencia que esta vez bloqueara el formulario para impedir hacer
modificaciones, se confirma que toda la información ingresada es guardada en
la base de datos y el formulario bloquea todos sus controles.
69
Cuadro 22 Verificación de Información Registrada
VERIFICACIÓN DE INFORMACIÓN REGISTRADA
Duvan Sarmiento
Ángela España
Una vez Completado el proceso de registro se procede a revisar las tablas de la

base de datos utilizadas por el modulo para verificar si toda la información
diligenciada se guardó exitosamente, el ing. Robinson Proaño Coordinador de
desarrollo del área de sistemas confirma que todo está en orden y los campos
se actualizan correctamente.
70
Cuadro 23 Impresión de Reporte de Sesión
IMPRESIÓN DE REPORTE DE SESIÓN
Duvan Sarmiento
Ángela España
Al completar la información registrada en el formulario se procede a seleccionar

el botón “Imprimir” el cual permite mostrar la página de impresión con toda la
información diligenciada del formulario principal y los test, se confirma que la
información es correcta, además se observa que en la parte inferior de la página
aparece un espacio que podrá utilizar e fisioterapeuta que realizo la sesión para
poner su firma, se observa que el usuario tiene su firma digitalizada en el sistema
general por los que se muestra automáticamente, también se observa que hay
un espacio para que firme la persona que esta Logueada.
71
Cuadro 24 Visualización de Información en Formulario
VISUALIZACIÓN DE INFORMACIÓN EN FORMULARIO
Duvan Sarmiento
Ángela España
Después de Diligenciar varias sesiones, se prueba la lista delegable “Sesión” al

lado del botón “nuevo” la cual ermitita acceder a una de las sesiones registrada
previamente, se confirma que al seleccionar uno de los ítems de la lista, toda la
información relacionada con en consecutivo seleccionado se carga
correctamente.
12.2 Ajustes al Modulo
Durante las pruebas del módulo se evidencio que a la hora de imprimir el reporte,
solo se mostraba el consecutivo de la sesión mas no se estaba mostrando la fecha
y hora en la que se registró la sesión ni tampoco estaba mostrando el nombre
completo del fisioterapeuta, una vez identificado el problema se notifica al quipo de
desarrollo del área de sistemas, se corrige y se suben los cambios al servidor de
producción.
72
Figura 27 Error Presentado en Página de Impresión
Figura 28 Corrección de Nombre, Fecha y hora de Página de Impresión
Otro de los errores encontrados durante las pruebas fue que al seleccionar nueva
sesión la fecha de Sesión presentaba un problema con el mes, registrando siempre
un mes antes, esto se debió que en la configuración de la fecha, los mese empiezan
desde cero ocasionando confusión a la hora de registrar la fecha, una vez Corregido
el error se notifica al coordinador de desarrollo del área de sistemas quien nos apoya
en la corrección de las fechas ya registradas en la base de datos.
Figura 29 Error Encontrado en Fecha de Sesión
Figura 30 Corrección en Código de Fecha de Sesión
73
13. RESULTADOS Y RECOMENDACIONES
La integración del módulo de rehabilitación con la base de datos general del hospital
se realizó satisfactoriamente sin interferir en el normal funcionamiento del sistema,
gracias a la asesoría y constante seguimiento del personal del área de desarrollo
del área de sistemas se obtuvo la facilidad de acceso a los recursos necesarios
requeridos para cumplir y completar con este proyecto.
La metodología utilizada nos permitió mostrar avances constantemente permitiendo

así hacer las correcciones en un tiempo en el que los cambios solicitados durante
los Sprint no afectaron el normal desarrollo del proyecto.
Cabe resaltar que este módulo puede mejorar integrando más tipos de terapias
como lo son terapia respiratoria, terapia ocupacional cada una con sus propios test
y escalas que les permitirán medir la normal recuperación de los pacientes formando
así una herramienta robusta para el uso de los fisioterapeutas.
74
CONCLUSIONES
Las herramientas, software y base de datos que se utilizó para el desarrollo del
módulo están bajo uso privado del hospital civil de Ipiales por lo que el código fuente
y estructura de tablas integrado con la base de datos general, pasara a hacer
propiedad del hospital civil.
Con la implementación del módulo de Rehabilitación en el sistema del hospital civil

de Ipiales se permitirá mejorar el manejo de la historia clínica por parte de los
fisioterapeutas ya que tendrán un espacio específico en el cual registrar la
información obtenida de test y escalas como también tener a la mano dicha
información para reportes y consultas generando así una historia clínica más
completa.
La interfaz gráfica del módulo fue diseñada en base al sistema de información

general del hospital, permitiendo a los fisioterapeutas familiarizarse rápidamente
con el nuevo formulario de registro de historia clínica.
De la integración del módulo con la base de datos y el sistema principal podemos

decir que este contribuye a dar solución a la problemática presentada y puede seguir
mejorando si se siguen integrando más herramientas que permitan a los
fisioterapeutas aprovechar los datos obtenidos de los test y escalas que se emplean
para la evaluación del progreso de recuperación del paciente.
La metodología SCRUM utilizada en este proyecto nos permitió presentar adelantos

del módulo responder dudas presentadas durante el desarrollo además de
encontrar y solucionar los errores presentados durante la implementación de una
forma rápida y sin afectar el funcionamiento de la historia clínica principal.
75
14. BIBLIOGRAFÍA
Barthel Index for stroke rehabilitation. J Clin Epidemiol 1989;42:703-709
Barthel. J. Cid- Ruzafa et al.Revista Española de Salud Pública. Feb 2007. 2
AHONEN, J.: Kinesiología y anatomía aplicada a la actividad física. Ed. Paidotribo.

Barcelona, 1996.
DAZA, J. Test de movilidad articular y examen muscular de las extremidades, Ed.

Médica Panamericana, 1996.
Escala de Daniels, Eduardo de Teresa Galván, De Teresa, M. Anguita Sánchez -

2007 - Medical
76
15. NET GRAFÍA
Diagnósticos APTA:
https://www.apta.org/
Scrum:
https://proyectosagiles.org/que-es-scrum/
https://es.wikipedia.org/wiki/Scrum_(desarrollo_de_software)
Test de Bathel:
https://es.wikipedia.org/wiki/%C3%8Dndice_de_Barthel
Escala de Movilidad Articular:
http://www.efdeportes.com/efd109/propuesta-de-tests-de-evaluacion-de-la-
movilidad-articular.htm
http://www.fitnessguia.com/test/movilidad-articular.html
Test de Daniels:
https://es.slideshare.net/AlbertSlasher/pruebas-musculares-daniels
https://es.scribd.com/doc/92611633/escala-de-daniels
http://www.elsevier.es/es-revista-revista-iberoamericana-fisioterapia-kinesiologia-
176-pdf-13078971-S300
77
16. ANEXOS
ANEXO 1 Solicitud Práctica Empresarial
78
ANEXO 2 Acta de Inicio Página 1
79
ANEXO 3 Acta de Inicio Página 2
80
ANEXO 4 Acta de Aceptación Página 1
81
82
83
ANEXO 7 Acta de Seguimiento Página 1
84
85
86
87
ANEXO 11 Acta de Seguimiento Final Página 1
88
89
90
ANEXO 14 Plan de Mejoramiento de Acreditación Rehabilitación
91

Trabajo Rehabilitacion HCI FINAL PDF

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Trabajo Rehabilitacion HCI FINAL PDF

Cargado por

Copyright:

Formatos disponibles

ANÁLISIS, DISEÑO E IMPLEMENTACIÓN DE UN MODULO DE HISTORIA

CLÍNICA PARA EL SERVICIO DE REHABILITACIÓN EN EL SISTEMA DE

ÁNGELA YORELI ESPAÑA ENRÍQUEZ

DUVAN ARMANDO SARMIENTO SÁNCHEZ

JESÚS DAVID USAMAG FUERTES

CORPORACIÓN UNIVERSITARIA REMINGTON

FACULTAD DE CIENCIAS BÁSICAS E INGENIERÍA

PROGRAMA DE INGENIERÍA DE SISTEMAS

ÁNGELA YORELI ESPAÑA ENRÍQUEZ

DUVAN ARMANDO SARMIENTO SÁNCHEZ

JESÚS DAVID USAMAG FUERTES

Trabajo de grado valido para optar el título de ingenieros de sistemas

DIANA CAROLINA CHINGAL

CORPORACIÓN UNIVERSITARIA REMINGTON

FACULTAD DE CIENCIAS BÁSICAS E INGENIERÍA

PROGRAMA DE INGENIERÍA DE SISTEMAS

Presidente del Jurado

Ipiales, 10 de Mayo de 2018

ANGEL YORELI ESPAÑA ENRIQUEZ

DUVAN ARMANDO SARMIENTO SANCHEZ

JESUS DAVID USAMAG FUERTES

Los Autores Expresan Agradecimientos:

A dios, por habernos permitido tener esta experiencia en la universidad.

A la Docente CAROLINA CHINGAL, asesora de nuestro trabajo de grado cuyo

Al Ingeniero RICARDO TAPIA, por habernos permitido realizar nuestra práctica

1. DESCRIPCIÓN DEL PROBLEMA ................................................................... 14

1.1 PLANTEAMIENTO DEL PROBLEMA ....................................................... 14

3.1 Clinic Cloud............................................................................................... 16

4.1 Objetivo General ....................................................................................... 21

6. METODOLOGÍA UTILIZADA .......................................................................... 23

6.1 Scrum ....................................................................................................... 23

7.1 MARCO LEGAL ........................................................................................ 26

7.3.2 Cliente ................................................................................................ 29

7.3.4 MySQL ............................................................................................... 30

7.3.5 PHP .................................................................................................... 30

7.3.6 HTML ................................................................................................. 31

7.3.7 JavaScript .......................................................................................... 31

7.3.8 Ajax .................................................................................................... 31

7.4 MARCO CONCEPTUAL ........................................................................... 32

7.4.2 Test Amplitud de la Movilidad Articular .............................................. 34

7.4.3 Diagnósticos Fisioterapéuticos APTA ................................................ 35

7.4.4 Escala de Daniels............................................................................... 36

8. RECOLECCIÓN DE INFORMACIÓN SOBRE EL USO DE HISTORIA CLÍNICA,

9.1 Diagramas de caso de Uso....................................................................... 40

11. DESARROLLO E IMPLEMENTACIÓN DEL MODULO DE HISTORIA

11.1 Listado Archivos del Modulo ..................................................................... 53

11.1.2 dataFisio.php .................................................................................. 54

11.1.3 ventanatest.php .............................................................................. 54

11.1.4 ventanaAma.php ............................................................................. 55

11.1.6 ajaxFisioterapia.php ........................................................................ 58

11.1.7 ajaxSignVita.php ............................................................................. 58

12. PROBAR Y CORREGIR ERRORES DURANTE EL PROCESO DE

12.1 Pruebas del Modulo .................................................................................. 61

14. BIBLIOGRAFÍA ............................................................................................ 76

15. NET GRAFÍA................................................................................................ 77

16. ANEXOS ...................................................................................................... 78

Figura 1 Software de gestión de historia clínica Fisioterapia ................................. 16

Cuadro 1 ACT-001 Acudiente ................................................................................ 37

ANEXO 1 Solicitud Práctica Empresarial ............................................................... 78

En la actualidad, existe un gran número de herramientas que permiten a los

En el hospital civil de Ipiales, se encontró la necesidad en el área de rehabilitación

Este trabajo consiste en la implementación de un módulo de historia clínica de