Sunteți pe pagina 1din 63

UNIVERSIDAD POLITÉCNICA DE

JUVENTINO ROSAS
TESINA

“DESARROLLO DE UN MÓDULO PARA EL MOVIMIENTO


DIARIO DE PACIENTES PARA EL CENTRO ESTATAL DE
CUIDADOS CRÍTICOS”

QUE PARA OBTENER EL TÍTULO DE


INGENIERO EN TELEMÁTICA

Presenta:
Karla de Jesús Cano Barrón
Asesores:
M.I Luis Rey Lara González
M.I. Rebeca Eugenia Aguilar Durón

Juventino Rosas, Gto. 24 Abril 2018.


Agradecimientos

Se agradece a la institución centro estatal de cuidados crı́ticos, por la aceptación a


realizar el proceso de estadı́as en dicha institución, a la Universidad Politécnica de
Juventino Rosas, por mi desarrollo profesional.

I
Dedicatoria

Dedicado a
Dios por ser mi amigo y porque ha estado conmigo a cada paso que doy, cuidándome y
dándome la fortaleza para continuar,
mi madre Silvia Cano por darme su apoyo incondicional, mi abuelita Emma Barrón por
cuidarme y apoyarme, mi abuelito Carlos Garcı́a por ser más que un abuelo fue un
padre, mis tı́as Josefina Cano, Adriana Garcı́a, Isabel Cano, Miriam Rodrı́guez,
Concepción Rodrı́guez, Tiffany Rodrı́guez, Allyssa Sandoval, mis tı́os Mauro Miranda,
Alexander Rodrı́guez, Brian Sandoval, Juan Carlos Alfaro porque sin escatimar esfuerzo
alguno, han sacrificado gran parte de su vida para formarme,
mis profesores, quienes se han tomado el arduo trabajo de trasmitirme sus diversos
conocimientos y a todas esas personas que estuvieron apoyándome durante toda mi vida
personal profesional.

II
Resumen

Se presenta el desarrollo de un módulo para control de pacientes para el centro estatal


de cuidados crı́ticos de Salamanca GTO, el cual apoyara a la institución al movimien-
to diario de los pacientes y ası́ facilitar este proceso, en donde se darán altas, bajas,
modificaciones y consultas de informes diarios.

III
Abstract

The development of a module for patient control for the state center for critical care
of Salamanca GTO is presented, which will support the institution to the daily movement
of patients and thus facilitate this process, where there will be high, low, modifications
and queries of daily reports.

IV
Índice general

Índice de figuras VIII

Índice de tablas X

1. Introducción 1
1.1. Motivación . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
1.2. Antecedentes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
1.2.1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
1.2.2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
1.2.3. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
1.2.4. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
1.2.5. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.2.6. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.3. Objetivos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.3.1. Objetivos General . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.3.2. Objetivos especı́ficos . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.4. Organización de esta tesis . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

V
2. Estado del arte 5
2.1. Gestión avanzada de clı́nicas en la nube . . . . . . . . . . . . . . . . . . . . 6
2.2. Mediconta: Software médico para clı́nicas, gabinetes y consultas médicas . 7
2.3. Ofimedic Net . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
2.3.1. SISTEMA DE MULTIPLATAFORMA Y MULTIFUNCIONAL PA-
RA SU MAYOR COMODIDAD. . . . . . . . . . . . . . . . . . . . 9

3. Marco Teórico 11
3.1. APLICACIONES WEB . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
3.2. RELACIÓN CLIENTE/SERVIDOR . . . . . . . . . . . . . . . . . . . . . 12
3.3. PHP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
3.4. HTML . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
3.5. WAMPSERVER . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
3.6. MySQL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
3.7. Notepad++ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
3.8. TCPDF . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
3.9. CSS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

4. Descripción de la Implementación 23
4.1. Menú principal del módulo . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
4.2. Informe Diario de los pacientes . . . . . . . . . . . . . . . . . . . . . . . . 27
4.3. Informe Diario de los pacientes a Directivos de Guanajuato . . . . . . . . . 33
4.4. Modificar datos de un paciente . . . . . . . . . . . . . . . . . . . . . . . . . 36
4.5. Dar de baja a un paciente . . . . . . . . . . . . . . . . . . . . . . . . . . . 37

VI
5. Pruebas y Resultados 39
5.1. Ejemplo de Altas de pacientes . . . . . . . . . . . . . . . . . . . . . . . . . 39
5.2. Ejemplo de consulta de informes diarios de pacientes . . . . . . . . . . . . 41
5.3. Ejemplo de modificar datos del pacientes . . . . . . . . . . . . . . . . . . . 44
5.4. Ejemplo de consulta de informes diarios de pacientes a Directivos . . . . . 46

6. Conclusiones 51

VII
Índice de figuras

3.1. PHP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
3.2. HTML . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
3.3. WAMPSERVER . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
3.4. MySQL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
3.5. Notepad++ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
3.6. TCPDF . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
3.7. CSS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22

4.1. Cronograma de actividades . . . . . . . . . . . . . . . . . . . . . . . . . . . 24


4.2. Informe diario de los pacientes . . . . . . . . . . . . . . . . . . . . . . . . . 25
4.3. Informe diario de los pacientes a Directivos de Guanajuato . . . . . . . . . 26
4.4. Menú general del módulo ENFERMERIA . . . . . . . . . . . . . . . . . . 27
4.5. Interfaz del alta de pacientes en el sistema . . . . . . . . . . . . . . . . . . 28
4.6. Datos para buscar expediente . . . . . . . . . . . . . . . . . . . . . . . . . 28
4.7. Datos generales del paciente . . . . . . . . . . . . . . . . . . . . . . . . . . 29
4.8. Datos a capturar en cada cambio de turno . . . . . . . . . . . . . . . . . . 30
4.9. Interfaz Consulta de pacientes diario . . . . . . . . . . . . . . . . . . . . . 31

VIII
4.10. Interfaz Consulta de pacientes diario . . . . . . . . . . . . . . . . . . . . . 32
4.11. Interfaz Consulta de pacientes diario . . . . . . . . . . . . . . . . . . . . . 33
4.12. Interfaz para informe a Dirección . . . . . . . . . . . . . . . . . . . . . . . 34
4.13. Datos de captura extra . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
4.14. Interfaz para informe a Dirección . . . . . . . . . . . . . . . . . . . . . . . 35
4.15. Interfaz para modificar informe a Dirección . . . . . . . . . . . . . . . . . . 35
4.16. Interfaz del PDF del informe a Dirección . . . . . . . . . . . . . . . . . . . 36
4.17. Interfaz de modificación de pacientes en el sistema . . . . . . . . . . . . . . 37
4.18. Interfaz de bajas de pacientes . . . . . . . . . . . . . . . . . . . . . . . . . 38

5.1. Prueba de alta . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40


5.2. Prueba de alta . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
5.3. Prueba de informe diario de pacientes . . . . . . . . . . . . . . . . . . . . . 42
5.4. Prueba de informe diario de pacientes . . . . . . . . . . . . . . . . . . . . . 43
5.5. Prueba de informe diario de pacientes en PDF . . . . . . . . . . . . . . . . 44
5.6. Primera plantilla de Modificación . . . . . . . . . . . . . . . . . . . . . . . 45
5.7. Prueba de Modificación . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
5.8. Prueba de Modificación . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
5.9. Prueba de informe diario a Directivos . . . . . . . . . . . . . . . . . . . . . 47
5.10. Prueba de informe diario a Directivos . . . . . . . . . . . . . . . . . . . . . 48
5.11. Prueba de informe diario a Directivos en PDF . . . . . . . . . . . . . . . . 48
5.12. Prueba dar de baja pacientes . . . . . . . . . . . . . . . . . . . . . . . . . 49
5.13. Prueba dar de baja pacientes . . . . . . . . . . . . . . . . . . . . . . . . . 50
5.14. Prueba dar de baja pacientes . . . . . . . . . . . . . . . . . . . . . . . . . 50

IX
Índice de tablas

4.1. Requerimientos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24

X
Capı́tulo 1

Introducción

El proyecto consiste en desarrollar un módulo el cual ayude al centro estatal de cuida-


dos crı́ticos, Salamanca, GTO, que apoyará al módulo de ”enfermerı́a”, el cual servirá para
el control de los pacientes. El módulo de este proyecto en donde se realizan las modifi-
caciones de los pacientes, la baja de los pacientes y los informes diarios que observan
los enfermeros de la institución al igual que el informe que ven los directivos de dicha
institución.

1.1. Motivación

En la institución se encuentran con la problemática de perdida de tiempos en cuanto el


llenado de los pacientes que ingresan a la institución y entrega impuntual de los informes
a directivos, tomando en cuenta esto da motivación a realizar este sistema esperando
que este apoye a la institución, para ası́ con el tiempo perdido se pueda enfocar en los
pacientes.

1
1.2. Antecedentes

ANTECEDENTES DE LA INSTITUCIÓN:

1.2.1.

El Centro Estatal de Cuidados Crı́ticos, brinda servicios de tercer nivel al paciente


gravemente enfermo.

1.2.2.

Anuales de noviembre del año 2009, inicia funciones la Unidad de Terapia Intensiva,
con un censo de 9 camas, recibiendo a los pacientes con afección respiratoria del tipo
Neumonı́a atı́pica (Influenza H1N1).

1.2.3.

Cuenta con 11 camas eléctricas censables, actualmente, con equipo eléctrico médico de
diagnóstico, vigilancia y tratamiento de última generación que ha de favorecer y optimizar
la calidad en los servicios que se otorgan.

1.2.4.

Las unidades disponibles para atención al paciente crı́tico son 5 para el paciente de
Unidad de Cuidados Intensivos y 6 para pacientes en la Unidad de Quemados Pediátricos.
Ası́ como 3 camillas en el servicio de admisión para los pacientes externos que entran a
procedimientos a los 2 quirófanos con que cuenta el CECC.

2
1.2.5.

La atención directa del paciente, está a cargo del personal médico y de enfermerı́a (62)
capacitado en el cuidado del enfermo crı́tico.

1.2.6.

El universo de trabajo lo constituye el paciente referido por los hospitales en red de


la región; ası́ mismo estos corresponden a la población abierta que no cuenta con servicio
médico o asistencia social y población a liada al seguro popular.

1.3. Objetivos

1.3.1. Objetivos General

Desarrollo de un módulo que permita capturar, guardar y modificar el movimiento


diario de los pacientes del centro estatal de cuidados crı́ticos.

1.3.2. Objetivos especı́ficos

Desarrollar un módulo para el control diario de pacientes.

Adaptar los formatos proporcionados por la institución.

Agilizar la captura del estado del paciente.

3
1.4. Organización de esta tesis

Estado del arte: contiene una revisión de los trabajos ya existentes para control de
pacientes.

Marco teórico: contiene todos los conceptos teóricos necesarios para la realización
del proyecto por ejemplo, que es PHP, CCS, ETC.

Descripción de la implementación: contiene lo que se requiere para el desarrollo del


proyecto y los pasos en los que se fue dando el proyecto.

Pruebas y resultados: contiene como ya lo dice las pruebas y resultados que se


obtuvieron del proyecto.

Conclusiones: contiene la conclusión llegada en el desarrollo de este proyecto al


igual como se da conclusión si los objetivos se cumplieron satisfactoriamente o los
inconvenientes que se tuvieron.

Bibliografı́as: contiene las bibliografı́as de donde se apoyó la elaboración del proyec-


to.

4
Capı́tulo 2

Estado del arte

El software médico para consultorios y clı́nicas Jagarmedical organiza la agenda médi-


ca, historia clı́nica electrónica, la administración e inventarios en centros de atención
médica.
El sistema médico integra de manera sencilla las áreas de agenda de citas, expediente
clı́nico electrónico y control de ingresos del médico o equipo de doctores.
El software garantiza la confidencialidad de datos clı́nicos de pacientes, administrativos
y reportes por medio de un sistema con gurable de usuarios y contraseñas con distintos
niveles de acceso.
Facturación electrónica CFDI (solo para México) incluida en el módulo administrativo
Jagaradmin. Todas las áreas del software están integradas entre ellas. Lleve sus flujos
de trabajo sin software extra con la solución de Jagarmedical, que incluye facturación
electrónica integrada a una agenda médica y al historial clı́nico de pacientes.
Los módulos del software le permiten elegir la configuración que mejor se adapte a
su práctica médica, tamaño de consultorio o cantidad de consultas y tipo de servicios

5
médicos prestados a los pacientes. Si usted requiere reportes adicionales o adecuaciones
al programa Jagarmedical revise el servicio de cambios a la medida que en Jagarsoft
podemos ofrecerle.

2.1. Gestión avanzada de clı́nicas en la nube

Nacido desde un principio (en 2008) con la voluntad de ser modular, moderno, innova-
dor, totalmente orientado a la web, y altamente configurable y adaptable a cualquier tipo
de centro. Orientado tanto a centros de 1 sólo terapeuta como clı́nicas con gran volumen
de visitas.

Soporta múltiples usuarios y calendarios de visitas

Historia clı́nica completa y configurable

Facturación, con soporte para mutuas y autorizaciones

Cuestionarios y patologı́as configurables

Control de stocks

Gestión de bonos

Informes de visita, presupuestos y documentación

Pruebas médicas

Informes personalizables

6
2.2. Mediconta: Software médico para clı́nicas, gabi-

netes y consultas médicas

Se trata de un programa o software médico para gestión de Clı́nicas Médicas que le


permitirá gestionar su Clı́nica o Gabinete Médico de una manera cómoda y fácil gracias a
su intuitivo diseño. Mediconta cumple estrictamente las condiciones técnicas del nivel alto
que se detalla en la Ley 15/1999 de Protección de Datos de Carácter Personal (LOPD).
Disponible para todas las plataformas. Mediconta está dividido en 5 secciones:

Funciones administrativas: permite la creación de empresas, gestión de los usuarios


de la aplicación, copias de seguridad, etc. Incluye funcionalidades necesarias para
el cumplimiento de la LOPD, como auditoria de datos, hojas de consentimientos
informados para los pacientes, etc.

Gestión de pacientes: permite introducir datos de los pacientes, historia médica,


diagnósticos, datos del tratamiento, visitas médicas, informes, plantillas de infor-
mes, recetas, gestión de pagos, facturas, bonos, etc. Incluye un módulo de Factu-
ración Electrónica que le permitirı́a generar facturas en formato Factura (para la
administración) o PDF Firmado (para otros clientes). Permite enviar facturas por
email.

Herramientas: dispone de agenda con avisos por SMS y Email. La agenda es accesible
a través de dispositivos móviles (smartphones, android, iphone, ipad, tabletas, pc,
portatil, mac, etc). Además la agenda tiene la posibilidad de ofrecer un servicio de
Cita On Line, para que sus pacientes puedan concertar citas desde un dispositivo
conectado a Internet. Domiciliaciones bancarias en formato SEPA, listen telefónico,

7
etc.

Contabilidad: permite llevar la contabilidad de la clı́nica de una forma transparente


para el usuario (generación automática de asientos y cuentas contables). Incluye
además diario, cierre ejercicio, balances, mayor, modelos de hacienda, listados, etc.

Gestión de almacén: artı́culos, tarifas, clasificación de artı́culos, albaranes, gastos


material fungible, inventario, Trazabilidad: lotes de artı́culos, caducidad, incidencias.

Base de datos en la clı́nica/Base de datos en la nube: Permite ubicar la base de


datos en su propia clı́nica para que se conecten los equipos de su red cableada, wifi,
o incluso desde fuera de la clı́nica. También es posible ubicar la base de datos en la
nube; de manera que podrı́a conectarse desde cualquier ubicación, cualquier dı́a y
hora.

2.3. Ofimedic Net

Ofimedic Net es un sistema informático destinado a gestionar y ordenar toda la infor-


mación médica y administrativa que se genera en cualquier consulta o centro médico. Se
organiza en varios módulos de trabajo debidamente relacionados entre sı́ con un riguroso
cumplimiento de la LOPD. Todas las funcionalidades se enlazan de forma rápida, sencilla
y completa para que los usuarios puedan acceder a toda la información relacionada con
el paciente. Nuestro objetivo persigue almacenar y presentar la información necesaria en
cada momento para que cada usuario disponga de todo lo necesario en un solo click.
Podrá acceder a toda la información de forma inmediata, desde cualquier módulo del
sistema, mediante un simple botón del ratón. Le resultarı́a familiar dado que nuestro

8
sistema usa los mismos métodos de trabajo que cualquier solución de Microsoft, como Mi-
crosoft Outlook, Microsoft Excel, por lo tanto, son mecanismos de trabajo muy próximos
a las herramientas informáticas habituales. Además, serı́a tan completo como usted desee.
Tendrá todo lo que realmente necesita y posiblemente mucho mı́as. El uso de Ofimedic
está diseñado para trabajar de forma ágil en situaciones de sobrecarga de trabajo, algo
muy habitual.
El sistema está diseñado para que cada cliente configure su forma de trabajar; usted
determinarı́a sus tipos de visita, sus facultativos, sus actos médicos, los servicios que
ofrece, sus tarifas... de forma que se adapte a sus necesidades individuales. Una correcta
definición de Ofimedic le permitirı́a obtener una fantástica información estadı́stica con la
que conocer de forma rápida todo lo que está ocurriendo en su consulta. Esta es una de
las grandes preocupaciones de nuestro software médico dado que, gracias a ello, podrı́a
mejorar y controlar sus procesos operativos y económicos.

2.3.1. SISTEMA DE MULTIPLATAFORMA Y MULTIFUN-

CIONAL PARA SU MAYOR COMODIDAD.

Sin importar a qué rama de la salud se dedique, este software médico para datos y
control de pacientes es para cualquier profesional que lleve pacientes y que desee tener su
información disponible en cualquier momento. Registre todo lo referente a sus pacientes,
sus datos generales, historial médico, tratamientos, fotografı́as e incluso elabore sus recetas
médicas de manera electrónica.
De manera muy sencilla podrı́a llevar su agenda de citas con MedicalApp. Aprove-
che a llevar todo lo referente a su consultorio en un mismo lugar y visualice su agenda

9
fácilmente. Cree o modifique sus citas con un solo movimiento e incluso configure activi-
dades repetitivas una sola vez. O vea cuáles citas han sido canceladas o reprogramadas
de manera muy sencilla.
Nuestro software médico para datos y control de pacientes se encuentra instalado en
múltiples servidores en los centros de datos de empresas lı́deres como Rackspace, lo que le
asegurarı́a un acceso ininterrumpido al sistema. Además, MedicalApp cuenta con respaldos
automáticos diarios que le garantizan la integridad de sus datos en todo momento.
Ya no se preocupe por hacer copias de sus historiales, nosotros lo haremos por usted
automáticamente.

10
Capı́tulo 3

Marco Teórico

El marco teórico que se presenta a continuación es de los conceptos de los programas


utilizados en el desarrollo del proyecto:

3.1. APLICACIONES WEB

Se denomina aplicación web a aquellas herramientas que los usuarios pueden utilizar
accediendo a un servidor web a través de internet o de una intranet mediante un navegador.
En otras palabras, es un programa que se codifica en un lenguaje interpretable por los
navegadores web en la que se confı́a la ejecución al navegador.
Las aplicaciones web son populares debido a lo práctico del navegador web como clien-
te ligero, a la independencia del sistema operativo, ası́ como a la facilidad para actualizar
y mantener aplicaciones web sin distribuir e instalar software a miles de usuarios poten-
ciales. Existen aplicaciones como los correos web, wikis, blogs, tiendas en lı́nea y la propia
Wikipedia que son ejemplos bastante conocidos de aplicaciones web.

11
Es importante mencionar que una página web puede contener elementos que permiten
una comunicación activa entre el usuario y la información. Esto permite que el usuario
acceda a los datos de modo interactivo, gracias a que la página responderá a cada una de
sus acciones, como por ejemplo rellenar y enviar formularios, participar en juegos diversos
y acceder a gestores de base de datos de todo tipo.

3.2. RELACIÓN CLIENTE/SERVIDOR

La mayorı́a de los servicios que ofrece internet están basados en la relación clien-
te/servidor. Estos conceptos de cliente y servidor se suelen utilizar de dos formas distintas
de acuerdo al sentido que se le da.
El primero que hace referencia al hardware, en el cuál:

El Servidor: es un ordenador o computadora que ofrece su servicio al resto de los


equipos de cómputo conectados.

El Cliente: son los ordenadores individuales que se usan para poder conectarse a la
red y solicitar los servicios del servidor.

El segundo que va dirigido al software.

Programa Servidor: es un programa que se tiene que mantener conectado o corriendo


para que pueda ofrecer los servicios, un claro ejemplo es Apache.

Programa Cliente: son los programas utilizados para poder tener acceso al servicio,
tal como internet Explorer, Mozilla, etc., ya que son navegadores con los cuales
puedes tener acceso al servidor.

12
3.3. PHP

PHP (acrónimo recursivo de PHP: Hypertext Preprocessor) es un lenguaje de código


abierto muy popular especialmente adecuado para el desarrollo web y que puede ser
incrustado en HTML.
PHP tal y como se conoce hoy en dı́a es en realidad el sucesor de un producto llamado
PHP/FI. Creado en 1994 por Rasmus Lerdorf, la primera encarnación de PHP era un
conjunto simple de ficheros binarios Common Gateway Interface (CGI) escritos en el len-
guaje de programación C. Originalmente utilizado para rastrear visitas de su currı́culum
online, llamó al conjunto de scripts Personal Home Page Tools”, más frecuentemente refe-
renciado como PHP Tools”. Con el paso del tiempo se quiso más funcionalidad, y Rasmus
reescribió PHP Tools, produciendo una implementación más grande y rica.
Este nuevo modelo fue capaz de interaccionar con bases de datos, y mucho más, pro-
porcionando un entorno de trabajo sobre cuyos usuarios podı́an desarrollar aplicaciones
web dinámicas sencillas tales como libros de visitas. En junio de 1995, Rasmus )) pu-
blicó el código fuente de PHP Tools, lo que permitió a los desarrolladores usarlo como
considerasen apropiado. Esto también permitió -y animó- a los usuarios a proporcionar
soluciones a los errores del código, y generalmente a mejorarlo.

13
Figura 3.1: PHP

3.4. HTML

HTML es el lenguaje que se emplea para el desarrollo de páginas de internet. Está com-
puesto por una serie de etiquetas que el navegador interpreta y da forma en la pantalla.
HTML dispone de etiquetas para imágenes, hipervı́nculos que nos permiten dirigirnos a
otras páginas, saltos de lı́nea, listas, tablas, etc.
HTML nació públicamente en un documento llamado HTML Tags (Etiquetas HTML),
publicado por primera vez en Internet por Tim Berners-Lee en 1991. En esta publicación se
describen 22 etiquetas que mostraban un diseño inicial y relativamente simple de HTML.
Varios de estos elementos se conservan en la actualidad. Otros se han dejado de usar, y
muchos otros se han ido añadiendo con el paso de los años. De esta manera, podemos

14
hablar de que han existido distintas versiones de HTML a lo largo de la historia de
internet.
Nosotros vamos a trabajar con el HTML estándar actual, que es el utilizado por los
navegadores y páginas web de hoy en dı́a. [11] [12]

Figura 3.2: HTML

15
3.5. WAMPSERVER

WampServer es un entorno de desarrollo web para Windows en el cual se podrı́an crear


aplicaciones web con Apache, PHP y base de datos en MySQL (motor de base de datos).
Esta herramienta incluye ademas con un administrador de base de datos PHPMyAdmin
con el cual podremos crear una nueva base de datos e ingresar la data de las tablas creadas
en ella, realizar consultas y generar scripts SQL, como exportar e importar scripts de base
de datos.
WampServer ofrece a los desarrolladores herramientas necesarias para realizar aplica-
ciones web de manera local, con un sistema operativo (Windows), un manejador de base
de datos (MySQL), un software de programación script web PHP. WampSever se carac-
teriza por que puede ser usado de forma libre es decir no debemos de contar con alguna
licencia el cual nos permita el uso de la misma, ya que pertenece a la corriente de open
source”. [8] [14]

Figura 3.3: WAMPSERVER

16
3.6. MySQL

MySQL es un sistema de gestión de bases de datos relacional desarrollado bajo licencia


dual GPL/Licencia comercial por Oracle Corporation y está considerada como la base
datos open source más popular del mundo, y una de las más populares en general junto a
Oracle y Microsoft SQL Server, sobre todo para entornos de desarrollo web. MySQL fue
inicialmente desarrollado por MySQL AB (empresa fundada por David Axmark, Allan
Larsson y Michael Widenius). MySQL A.B. fue adquirida por Sun Microsystems en 2008,
y ésta a su vez fue comprada por Oracle Corporation en 2010, la cual ya era dueña desde
2005 de Innobase Oy, empresa Irlandesa desarrolladora del motor InnoDB para MySQL.
Al contrario de proyectos como Apache, donde el software es desarrollado por una
comunidad pública y los derechos de autor del código están en poder del autor individual,
MySQL es patrocinado por una empresa privada, que posee el copyright de la mayor parte
del código. Esto es lo que posibilita el esquema de doble licenciamiento anteriormente
mencionado.
La base de datos se distribuye en varias versiones, una Community, distribuida bajo
la Licencia pública general de GNU, versión 2, y varias versiones Enterprise, para aque-
llas empresas que quieran incorporarlo en productos privativos. Las versiones Enterprise
incluyen productos o servicios adicionales tales como herramientas de monitorización y
soporte oficial.
En 2009 se creó un fork denominado MariaDB por algunos desarrolladores (incluido
algunos desarrolladores originales de MySQL) descontentos con el modelo de desarrollo
y el hecho de que una misma empresa controle a la vez los productos MySQL y Oracle
Database. [13]

17
Figura 3.4: MySQL

3.7. Notepad++

Notepad++ es un editor de texto y de código fuente libre con soporte para varios
lenguajes de programación. De soporte nativo a Microsoft Windows. Se parece al Bloc de
notas en cuanto al hecho de que puede editar texto sin formato y de forma simple. No
obstante, incluye opciones más avanzadas que pueden ser útiles para usuarios avanzados
como desarrolladores y programadores.
Se distribuye bajo los términos de la Licencia Pública General de GNU. Está basado
en el componente de edición Scintilla y está escrito en C++ utilizando directamente la
API de Windows y STL, lo que asegura una velocidad mayor de ejecución y un tamaño
más reducido del programa final. Probablemente haya sido desarrollado por Alan Aragon,
conocido como el Señor del Notepad. Puede utilizarse en GNU/Linux mediante Wine,

18
y recientemente se ha añadido drag and drop (arrastrar y soltar) de archivos para este
sistema operativo libre. [6]

Figura 3.5: Notepad++

3.8. TCPDF

TCPDF es una Open Source Clase/Biblioteca para el Popular Lenguaje de Programa-


ción Web PHP v4 y v5, la cual permite crear cheros PDF al vuelo, es decir dinámicamente.
Dos de las cualidades más apreciadas de esta clase, es su simplicidad a la hora de crear
archivos PDF y la capacidad de interpretar código XHTML.
Actualmente se encuentra en constante desarrollo, la versión más reciente es la TCPDF
6.2.12, publicada el 12 de septiembre de 2015. La clase es un proyecto iniciado en el año
2002 y con frecuencia, gracias al aporte de muchos otros programadores del mundo, se
actualizan nuevas versiones con más funciones y caracterı́sticas, además de corregir bugs
y fallos.

19
Con la librerı́a se pueden crear documentos PDF en cualquier aplicación web basada en
PHP, e incluye muchas opciones por ejemplo contiene métodos y funciones para justificar el
texto del documento, manipular los encabezados y numeración automática de las páginas,
soporte y generación de códigos de barras entre varias otras.
Otra ventaja es que no requiere de componentes y librerı́as externas para poder ins-
talarla. Simplemente con tener soporte PHP en nuestro servidor web podremos utilizarla
para generar los documentos PDF. Pero sin lugar a duda, lo más interesante, es que con-
tiene más de 60 ejemplos y una amplia documentación, que te ahorrará mucho tiempo de
trabajo y programación para generarlos. [7] [9]

Figura 3.6: TCPDF

20
3.9. CSS

(Cascading Style Sheets, u Hojas de Estilo en Cascada) es la tecnologı́a desarrolla-


da por el World Wide Web Consortium (W3C) con el n de separar la estructura de la
presentación. A pesar de que la recomendación oficial del grupo de trabajo de la W3C
ya habı́a alcanzado la estabilidad requerida para que fuera soportada por los principales
navegadores comerciales, como Netscape e Internet Explorer, tan tempranamente como
en el año 1998, la situación de entonces, comúnmente conocida como la guerra de los
navegadores, hacı́a que los intereses comerciales de las dos compañı́as en lucha por el
mercado de usuarios de Internet se interpusieran en el camino de las CSS.
Netscape 4 e Internet Explorer 4 incorporaron parcialmente un soporte a esta reco-
mendación, pero éste dejaba mucho que desear, especialmente en Netscape 4, por lo que
no era plausible la incorporación de las CSS en el diseño de sitios salvo en un muy mı́ni-
mo número de caracterı́sticas, y esto aún con reservas, puesto que la manera de tratar
los estándares era muy diferente y por eso ni aun ası́ se podı́a asegurar una visualización
correcta de la misma hoja de estilos. El uso más amplio de las posibilidades de las CSS en
Netscape 4, por ejemplo, podı́a llegar a causar un crash.en el browser sin explicación al-
guna. Internet Explorer 4 tenı́a una mejor implementación de la recomendación CSS nivel
1, pero, de nuevo, parcial -aunque permitı́a el uso de un mayor número de caracterı́sticas,
como aquéllas que exceden a la tipografı́a (la parte de las reglas de las CSS pensada para
reemplazar al tradicional uso de tablas en el diseño de ”layouts”). La situación, hoy, es
muy diferente.
Netscape 4 acaparaba, según estadı́sticas, el 80 por ciento de usuarios, al menos en
Estados Unidos. Desde el lanzamiento de Internet Explorer 5 -que tuvo problemas al

21
principio, luego solucionados mayormente con la versión 5.5-, esta situación cambió radi-
calmente y hoy es éste el navegador más usado. [13] [2]

Figura 3.7: CSS

22
Capı́tulo 4

Descripción de la Implementación

Para la organización del trabajo se realizó un cronograma de actividades el cual se


muestra en la figura 4.1, en donde se desglosa las actividades a realizar durante el proceso
del proyecto, como por ejemplo se observa en qué periodo fueron las visitas realizadas a
la institución, las visitas con el asesor, la entrega de avances y la capacitación al personal
de la institución.

23
Figura 4.1: Cronograma de actividades

En la siguiente tabla se muestran los requerimientos obtenidos para el desarrollo del


módulo.

Tabla 4.1: Requerimientos.

No. Req Descripción Func/ no Func


RQ1 Automatizar el control de pacientes No Func
RQ2 Alta de pacientes Func
RQ3 Modificación de datos del paciente Func
RQ4 Consultas de pacientes Func
RQ5 Bajas de pacientes Func
RQ6 Informes diarios de pacientes Func
RQ7 Informes diarios a directivos Func

24
En la institución se utiliza un formato el cual se muestra en la figura 4.2 en donde se
observa una tabla realizada en EXCEL la cual es impresa dı́a a dı́a, el llenado de este es
a mano en donde los datos del estado del paciente se llena cada cambio de turno y en
la institución existen tres turnos, la problemática que se tiene en este control es que los
datos en algunas columnas se empalman y es difı́cil de saber el cual es la información.

Figura 4.2: Informe diario de los pacientes

La hoja de informe diario de los pacientes que se muestra en la figura 4.2 se entrega
todos os dı́as por la mañana a la Jefa de Enfermerı́a, con la información recaudada se
llena el formato que se muestra en la figura4.3. La problemática que se presenta en este
departamento es que debido al informe diario de pacientes no se entrega a tiempo el

25
informe no se es enviado a tiempo a Guanajuato.

Figura 4.3: Informe diario de los pacientes a Directivos de Guanajuato

26
4.1. Menú principal del módulo

El menú que se muestra en la figura 4.4 es para que apoye a cambiar de página o
interfaz dicho menú se encuentra en todas las páginas o interfaces.

Figura 4.4: Menú general del módulo ENFERMERIA

4.2. Informe Diario de los pacientes

Por lo tanto decidió realizar una implementación en donde se tomó como referencia el
formato que utiliza la institución para la captura del estado del paciente diario/turno, en
donde la figura 4.5 se muestra la plantilla del sistema para la captura del estado de salud
de los pacientes.

27
Figura 4.5: Interfaz del alta de pacientes en el sistema

En esta interfaz se realiza la alta de los pacientes, en donde se puede observar en


la figura 4.6 los datos que se piden es el número del expediente del paciente, el ID del
enfermero(a), fecha actual (la cual es llenada automáticamente), el turno en el que se
está (Mañana, Tarde, Noche), El tipo de paciente (adulto, pediatrı́a, UCI, U.Quemados)
y en la cama en la que se encuentra.

Figura 4.6: Datos para buscar expediente

28
La función de esta interfaz es poner el número de expediente y buscar si no existe en
la B.D., en caso de que exista un expediente los datos que aparecerán en la interfaz llenos
serán los que se muestran en la figura 4.7, y en caso de que no exista no se mostrara
ninguna información y se hará un llenado en la B.D con el nuevo expediente.

Figura 4.7: Datos generales del paciente

Los datos que se muestran en la figura 4.8, son los datos que se deben de llenar todos
los dı́as y en cada uno de los turnos ya que con estos los enfermeros se dan cuenta del
estado del paciente.

29
Figura 4.8: Datos a capturar en cada cambio de turno

Para que los enfermeros que cambian de turno puedan consultar el estado en el que
se encuentra el paciente o bien los datos del turno anterior se implementó un informe del
paciente como se muestra en la figura 4.9 en donde se busca al paciente por su número
de expediente, y al realizar la búsqueda el resultado se muestra en una interfaz como se
muestra en la figura 4.10. En caso que las enfermeras requieran el formato en fı́sico, el
formato se convierte en PDF, tal como se muestra en la figura 4.11.

30
Figura 4.9: Interfaz Consulta de pacientes diario

31
Figura 4.10: Interfaz Consulta de pacientes diario

32
Figura 4.11: Interfaz Consulta de pacientes diario

4.3. Informe Diario de los pacientes a Directivos de

Guanajuato

En el caso de los informes diarios para los directivos de Guanajuato, se implementó lo


siguiente:
Como ya antes se mencionó la problemática que se tenı́a es que no se entregaba a tiem-
po el informe y lo que realiza esta parte del sistema es seleccionar la última información
registrada de cada paciente en este caso serı́an los datos del turno de la noche.
La figura 4.12 es la interfaz donde se mostraran los informes diarios de los pacientes.
La parte que se muestra en la figura 4.13 se agregó ya que esta parte la deben de llenar la
Jefa de Enfermerı́a. También se agregó una parte de modificar ya que ahi algunos datos

33
que los debe llenar la Jefa de Enfermerı́a, la figura 4.14 muestra como es la interfaz.
En la figura 4.15 se muestra la interfaz de la tabla para modificar los datos de los
pacientes.

Figura 4.12: Interfaz para informe a Dirección

Figura 4.13: Datos de captura extra

34
Figura 4.14: Interfaz para informe a Dirección

Figura 4.15: Interfaz para modificar informe a Dirección

Cuando ya tienen los datos este informe lo deben de enviar en PDF a Guanajuato es
por eso que se pone la parte de imprimir y esta manda a la interfaz del formato como se
muestra en el PDF en donde se descargara dicho archivo para que este sea enviado a los
directivos tal como se muestra en la figura 4.16.

35
Figura 4.16: Interfaz del PDF del informe a Dirección

4.4. Modificar datos de un paciente

En la parte de la modificación se realiza una búsqueda por el tipo de paciente (adulto


- pediatra, UCI - U. QUEMADOS), el ID del enfermero, el número de expediente del
paciente y turno. En la figura 4.17 se observa la interfaz del sistema de modificación.

36
Figura 4.17: Interfaz de modificación de pacientes en el sistema

4.5. Dar de baja a un paciente

En la institución se solicita también dar de baja a los pacientes que ya salieron de


esta, es por eso que se generó una interfaz para dar de baja en donde se busca el paciente
por su número de expediente, y el tipo (adulto / pediatra), y esto realiza la eliminación
de toda la información del paciente. En la figura 4.13 se visualiza la interfaz de la baja
de pacientes.

37
Figura 4.18: Interfaz de bajas de pacientes

Todo el sistema utilizan distintos lenguajes en este caso las que se utilizaron fueron
PHP para toda la conexión con las B.D. de MYSQL, HTML para realización de las
plantillas del sistemas, y para que las plantillas tengan mejor vista se utiliza el CCS, la
generación de PDF se utilizó un Open Source llamado TCPDF.

38
Capı́tulo 5

Pruebas y Resultados

5.1. Ejemplo de Altas de pacientes

Debido a lo mencionado anteriormente se optó por realizar la interfaz en donde se


busque al paciente por el número de expediente del paciente, para saber si el paciente
existe en la base de datos o no en caso de no existir se captura el ID del enfermero, el
turno de dicho enfermero y el tipo de paciente, y toda la demás información, como se
observa en la figura 5.1 se da clic en enviar para guardar la información del paciente.

39
Figura 5.1: Prueba de alta

En caso de existir un expediente se busca únicamente con el expediente y se muestra


la información del paciente tal como se ve en la figura 5.2 se puede observar que la
información que muestra son los datos generales del paciente y lo demás lo deja vacı́o
debido a que esta información va cambiando con los turnos.

40
Figura 5.2: Prueba de alta

5.2. Ejemplo de consulta de informes diarios de pa-

cientes

Para que las enfermeras puedan ver el estado en el que se encuentra el paciente en
el turno anterior se adaptó una consulta la cual se realiza poniendo el expediente del
paciente como se ve en la figura 5.3.

41
Figura 5.3: Prueba de informe diario de pacientes

Posterior a esto nos envı́a a una interfaz en donde muestra el estado del paciente, la
interfaz es la que se muestra en la figura 5.4, como se observa viene la opción de imprimir
en donde se puede imprimir un PDF, el cual se considera el informe diario de los pacientes
dicho informe se puede observar en la figura 5.5.

42
Figura 5.4: Prueba de informe diario de pacientes

43
Figura 5.5: Prueba de informe diario de pacientes en PDF

5.3. Ejemplo de modificar datos del pacientes

La primera idea para la modificación y baja de los pacientes fue que aparecieran todos
en una tabla, en donde se mostraran dos botones que pudieran modificar y eliminar al
paciente, tal como se observa en la figura 5.6.
Al ir realizándose las pruebas se pudo comprobar que serı́a más complicado encontrar
a un paciente es por eso que se realizan las modificaciones a dicha interfaz tal como se
muestra en la figura 5.7.

44
Figura 5.6: Primera plantilla de Modificación

Figura 5.7: Prueba de Modificación

En donde se busca por el Número de expediente, el Id del enfermero, turno, tipo de


paciente. Y nos manda a la interfaz que se muestra en la figura 5.8, al modificar se da clic
en guardar y nos envı́a nuevamente a la interfaz que se muestra en la figura 5.7 por si se
desea realizar otra modificación.

45
Figura 5.8: Prueba de Modificación

5.4. Ejemplo de consulta de informes diarios de pa-

cientes a Directivos

Para el informe que va a directivos la Jefa de enfermerı́a captura alguna información


adicional es por eso que se muestran algunos datos en la parte inferior de la interfaz que se
muestra en la figura 5.9, y también viene un apartado para que la Jefa modifique alguna
información que este mal.

46
Figura 5.9: Prueba de informe diario a Directivos

Al ya tener todo en orden se procede a imprimir dicho informe muestra dos interfaces
en donde una sale la vista previa de cómo se verá el informe tal como se observa en la
figura 5.10 y el formato en PDF es el que se muestra en la figura 5.11

47
Figura 5.10: Prueba de informe diario a Directivos

Figura 5.11: Prueba de informe diario a Directivos en PDF

48
Para dar de baja a un paciente se busca dependiendo el expediente y el tipo de paciente
la figura 5.12 algunos datos de prueba que existen en la BD en esta parte se busca el
expediente y en la figura 5.13 nos muestra los datos encontrados en la búsqueda se da
clic en la opción de borrar, los resultados ya no se mostraran en la tabla de todos los
expedientes, tal como se puede observar en la figura 5.14.

Figura 5.12: Prueba dar de baja pacientes

49
Figura 5.13: Prueba dar de baja pacientes

Figura 5.14: Prueba dar de baja pacientes

50
Capı́tulo 6

Conclusiones

El módulo SETEL resolvió algunas problemáticas con las que contaba el Centro Es-
tatal de Cuidados Crı́ticos de Salamanca, GTO. especialmente en el departamento de
Enfermerı́a el cual presentaba una problemática de que en algunos casos los datos no eran
del todo entendibles porque se empalmaban debido a que el espacio para la información
era muy pequeño y al ser escritos tenı́an que ser muy pequeña la letra o bien empalmar
la información del siguiente turno, al igual que no se entregaban estos informes en tiempo
y forma al personal correspondiente, y esto provocaba que algunos procesos se atrasaran,
es por esto que con este módulo se optimizo el tiempo en la entrega del informe.
Se realizó con éxito el módulo SETEL, pero por cuestiones de tiempo la instalación
fı́sica no se realizó en su momento, esta se llevara a cabo después de ser presentada la
tesina ante las autoridades correspondientes.

51
Bibliografı́a

[1] Historia de php y proyectos relacionados. 2007.

[2] Thomas. Claburn. InformationWeek. Abril de 2007.

[3] World Wide Web Consortium. W3C CSS2.1 specification for rule sets, declaration
blocks, and selectors. Junio de 2009.

[4] Ian Gilfillan. La biblia de MySQL. Anaya multimedia, 2003.

[5] PHP GRUP. Php funcionamiento en lÃnea de comandos. 2013.

[6] Eduard Kovacs. Notepad++ Site Hacked in Response to ”Je suis Charlie.Edition.
Enero de 2015.

[7] Eduard Kovacs. Notepad++ Site Hacked in Response to ”Je suis Charlie.Edition.
enero de 2015.

[8] Susan Perschke. WampServer delivers a smart, Windows-friendly platform for Apa-
che, MySQL and PHP-based apps. Abril 2012.

[9] SourceForge. Statistics and Top Projects. Abril de 2009.

[10] Andrew S Tanenbaum. Redes de computadoras. Pearson Educación, 2003.

[11] Editorial Club Universitario. Programacion en Internet: Clientes Web. 2001.

[12] Editorial Club Universitario. Programacion en Internet de aplicaciones web: historia,


principios basicos y clientes web. 2003.

[13] M. Zack . Urlocker. The Open Force. Diciembre de 2005.

[14] Serdar Yegulalp. Review: WAMP stacks for Web developers. Mayo 2012.

52