Documente Academic
Documente Profesional
Documente Cultură
JUVENTINO ROSAS
TESINA
Presenta:
Karla de Jesús Cano Barrón
Asesores:
M.I Luis Rey Lara González
M.I. Rebeca Eugenia Aguilar Durón
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
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 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
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
IX
Índice de tablas
4.1. Requerimientos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
X
Capı́tulo 1
Introducción
1.1. Motivación
1
1.2. Antecedentes
ANTECEDENTES DE LA INSTITUCIÓN:
1.2.1.
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.
1.3. Objetivos
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.
4
Capı́tulo 2
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.
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.
Control de stocks
Gestión de bonos
Pruebas médicas
Informes personalizables
6
2.2. Mediconta: Software médico para clı́nicas, gabi-
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.
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.
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
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.
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 Cliente: son los ordenadores individuales que se usan para poder conectarse a la
red y solicitar los servicios del servidor.
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
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]
15
3.5. WAMPSERVER
16
3.6. MySQL
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]
3.8. TCPDF
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]
20
3.9. CSS
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]
22
Capı́tulo 4
Descripción de la Implementación
23
Figura 4.1: Cronograma de actividades
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.
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.
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.
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
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.
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
Guanajuato
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.
34
Figura 4.14: Interfaz para 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
36
Figura 4.17: Interfaz de modificación de pacientes en el sistema
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
39
Figura 5.1: Prueba de alta
40
Figura 5.2: Prueba de alta
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
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
45
Figura 5.8: Prueba de Modificación
cientes a Directivos
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
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.
49
Figura 5.13: 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
[3] World Wide Web Consortium. W3C CSS2.1 specification for rule sets, declaration
blocks, and selectors. Junio de 2009.
[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.
[14] Serdar Yegulalp. Review: WAMP stacks for Web developers. Mayo 2012.
52