sistema de información para el control de expedientes
TRANSCRIPT
Universidad Central “Marta Abreu” de Las Villas
Facultad de Matemática, Física y Computación
Departamento de Ciencia de la Computación
“Sistema de información para el control de expedientes clínicos
para médicos veterinarios”
AUTOR
Henry Hernández Pérez
TUTORES
M.Sc. María Elena Martínez del Busto
Consultante: Dr. Raymundo López Reyes
SANTA CLARA – 2013
“Año 55 de la Revolución”
Dictamen con derechos de autor para MFC
Hago constar que el presente trabajo fue realizado en la Universidad Central “Marta
Abreu” de Las Villas como parte de la culminación de los estudios de la especialidad de
Ingeniería Informática, autorizando a que el mismo sea utilizado por la institución, para
los fines que estime conveniente, tanto de forma parcial como total y que además no
podrá ser presentado en eventos ni publicado sin la autorización de la Universidad.
Firma del autor
Los abajo firmantes, certificamos que el presente trabajo ha sido realizado según
acuerdos de la dirección de nuestro centro y el mismo cumple con los requisitos que
debe tener un trabajo de esta envergadura referido a la temática señalada.
Firma del tutor Firma del tutor Firma del jefe del Seminario
Pensamiento
“La confianza en sí mismo es el primer secreto del éxito”
Emerson
Dedicatoria
A mis padres
A mi abuela
A mi hermana
A todos mis amigos
Agradecimientos
A mi tutora M.Sc. María Elena Martínez Busto y su hija Claudia por su
asesoría y orientación en este trabajo.
A José Luís Díaz Vellón por su ayuda .
A mi consultante Dr. Raymundo López Reyes.
A mis compañeros del grupo en especial: Yaumara, Danay, Ernesto y Carlos.
A todos los profesores que me formaron y enseñaron.
A todos los que de una u otra forma me han ayudado y han contribuido a la terminación
de esta tesis.
Agradecimientos
Resumen
Resumen
El desarrollo práctico de la asignatura de Propedéutica y Semiología, incluida dentro del
campo de la semiología clínica de la carrera Medicina Veterinaria y Zootecnia en la
Universidad Central “Marta Abreu” de las Villas (UCLV), se ha visto afectado por las
inconveniencias que se presenta el método convencional de captura de los datos de la
historia clínica; pues requiere de papel, tiempo y espacio, para su almacenamiento y
conservación. Es por esto que se ha decidido la creación de un sistema capaz de llevar
un registro histórico de todos los expedientes clínicos lo cual permitiría la realización de
estudios estadísticos que permitan una mejor comprensión de la evolución y
adaptabilidad de los diferentes tipos de enfermedades para que sirva de apoyo a la
docencia y facilite el trabajo del médico veterinario.
En el presente trabajo se obtiene un sistema capaz de gestionar el control de historias
clínicas veterinarias, además de la utilización con fines educativos e informativo ya que
cuenta con las funciones de la publicación de contenidos referentes a la carrera, tales
como: artículos, imágenes, foros, blog, libros, etc. Además facilita el trabajo debido a la
función de guardar y exportar los reportes.
Abstract
ABSTRACT
The practical development of the subject of Propedeutics and Semiotics, including in the field of
clinical semiology career in Veterinary Medicine Central University "Marta Abreu" of Las Villas
(UCLV), has been affected by the problems that presents the conventional method of data
capture of clinical history, it requires paper, time and space for storage and conservation. That is
why it was decided to create a system capable of carrying a historical record of all medical
records which would allow statistical studies that allow a better understanding of the evolution
and adaptability of different types of diseases to serve teaching support and facilitate the work of
the veterinarian.
In this paper we obtain a system able to manage the control of veterinary medical records, in
addition to use as an educational and informative since it has functions relating to content
publishing career, such as articles, pictures, forums, blogs, books, etc.. It also facilitates the work
because the function to save and export reports.
Tabla de contenidos
Tabla de Contenido
Introducción .................................................................................................................................................. 1
Capítulo 1: Historia clínica veterinaria .......................................................................................................... 3
1.1 La historia clínica veterinaria dentro de la práctica clínica. ................................................................ 3
1.1.1 Examen Clínico Orientado al Problema (ECOP) ........................................................................... 4
1.2 Antecedentes históricos de la veterinaria en el mundo. .................................................................... 9
1.2.1 Historia de la veterinaria en Cuba .............................................................................................. 13
1.3. Particularidades para La Universidad Central ¨Marta Abreu¨ de Las Villas ..................................... 14
1.4 Sistemas que manejan historias clínicas veterinarias ...................................................................... 17
1.4.1 Historia clínica animal ................................................................................................................ 17
1.4.2 Sistema Sivet 9 ........................................................................................................................... 18
1.4.3 Sistema Sultanv3.0 ..................................................................................................................... 18
1.4.4 Sistema iVeter ............................................................................................................................ 19
1.5 Conclusiones Parciales ...................................................................................................................... 20
Capítulo 2 Diseño e implementación de la base de datos .......................................................................... 21
2.1 Modelación conceptual de los datos ................................................................................................ 21
2.1.1 Esquema conceptual de la BD para el control de las historias clínicas veterinarias .................. 21
2.1.2 Casos de interés ........................................................................................................................ 22
2.2 Implementación de la base de datos ................................................................................................ 25
2.2.1 MySQL como gestor de base de datos ....................................................................................... 25
2.2.2 Phpmyadmin como herramienta para la gestión de los datos .................................................. 26
2.3 Conclusiones parciales ...................................................................................................................... 26
CAPITULO 3: Diseño e implementación del sistema ................................................................................... 27
3.1 Requisitos del sistema....................................................................................................................... 27
3.1.1 Requisitos funcionales ............................................................................................................... 28
3.2.2 Requisitos no funcionales .......................................................................................................... 28
3.2 Actores del sistema ........................................................................................................................... 30
3.3 Diagramas de actores y casos de uso del sistema ............................................................................ 31
3.4 Diagrama de navegación ................................................................................................................... 35
3.5 Diagrama de despliegue .................................................................................................................... 36
3.6 Características del Software para el diseño e implementación del sistema .................................... 37
Tabla de contenidos
3.6.1 Cake PHP .................................................................................................................................... 37
3.6.2 Modelo Vista Controlador .......................................................................................................... 38
3.7 Generadores automáticos de reportes ............................................................................................. 39
3.7.1 Guardado de la búsqueda mediante la serialización ................................................................. 40
3.8 Conclusiones parciales ...................................................................................................................... 41
Capítulo 4: Descripción del ambiente del Sistema ..................................................................................... 42
4.1.1 Front-end ....................................................................................................................................... 42
4.1.1.1 Página principal ....................................................................................................................... 42
3.1.1.2 Tipos de contenidos ................................................................................................................ 43
4.2 Back-end............................................................................................................................................ 44
4.2.1 Inicio de sesión ........................................................................................................................... 44
4.2.2 Página principal .......................................................................................................................... 45
4.2.3 Manejo de historias clínicas ....................................................................................................... 46
4.2.4 Creación de los análisis .............................................................................................................. 48
4.2.5 Tipos de estudios ...................................................................................................................... 48
4.2.6 Generadores automáticos de reportes ...................................................................................... 49
4.2.7 Configuración y nomencladores ................................................................................................ 50
4.2.8 Mensajería privada .................................................................................................................... 52
4.2.9 Manejo de usuarios .................................................................................................................... 52
3.3 Conclusiones parciales ...................................................................................................................... 53
Conclusiones ............................................................................................................................................... 54
Recomendaciones ....................................................................................................................................... 55
Referencias bibliográficas ........................................................................................................................... 56
Introducción
1
Introducción
Desde los inicios de la medicina, existió la necesidad de llevar un registro escrito, denominado
“historias clínicas” del paciente, las cuales son el documento que avala legalmente el trabajo del
médico, ya que en ella se expresan los resultados obtenidos en la exploración clínica(Achavál,
2000), contribuye al diagnóstico y sirve de apoyo para el planeamiento, ejecución y control en
cada caso, de las acciones destinadas al fomento, recuperación, rehabilitación de la salud, si bien
siempre el mismo se realizó en papel. Hoy día con el desarrollo de las Tecnologías de la
Información y las comunicaciones (TIC), surge la necesidad de cambiar de medio de
almacenamiento de la información y con el decursar del tiempo será más inminente el abandono
del papel y el paso del registro médico electrónico.
La historia clínica informatizada, como historia clínica, recopila la información referente a lo que
se pensó, dijo o se hizo acerca del paciente. En ella la información se captura de forma
automática, es decir, que no se utiliza el papel y el bolígrafo para escribir, sino que se registra
mediante un teclado de ordenador(Garay, 2002).
El desarrollo práctico de la asignatura de Propedéutica y Semiología, incluida dentro del campo
de la semiología clínica de la carrera Medicina Veterinaria y Zootecnia en la Universidad Central
“Marta Abreu” de las Villas (UCLV), se ha visto afectado por los inconvenientes que se presenta
el método convencional de captura de los datos de la historia clínica; pues requiere de papel,
tiempo y espacio, para su almacenamiento y conservación. Es por esto que se ha decidido
explotar las ventajas que ofrecen las TIC, estas ofrecen las posibilidad de llevar un registro
histórico de todas los expedientes clínicos lo cual permitiría la realización de estudios
estadísticos que permitan una mejor comprensión de la evolución y adaptabilidad de los
diferentes tipos de enfermedades para que sirva de apoyo a la docencia y facilite el trabajo del
médico veterinario.
Para la confección del sistema se realiza un estudio de los diferentes sistemas que se encargan de
manejar los datos referentes al llenado de los expedientes clínicos para veterinarios, entre los
cuales se encuentra una aplicación web1 a nivel mundial con la inconveniencia de la necesidad
de una conexión a internet y los sistemas offline Sivet, Iveter y Sultan. Para una mejor
adaptabilidad a las especificaciones de la UCLV se llega a la conclusión de la creación de un
1 http://www.historiaclinicaanimal.com
Introducción
2
nuevo sistema, para esto se parte de un trabajo similar para el área de nefrología en el hospital
Arnaldo Milán Castro con trabajo de historias clínicas referente a trasplantes renales realizado
por el Ing. José Luis Díaz Vellón.
Por lo anteriormente expuesto justifica el planteamiento del siguiente problema de investigación
para la presente tesis: ¿Cómo obtener un sistema para el trabajo con expedientes clínicos como
apoyo a la docencia y medio para facilitar el trabajo del médico veterinario?
Para darle solución al problema de investigación se planteó el siguiente objetivo general que
consiste en:
Obtener un sistema informático para el trabajo con expedientes clínicos como apoyo la docencia
y medio para facilitar el trabajo del médico veterinario mediante el uso del patrón de diseño
Modelo Vista Controlador (MVC).
Este se desglosa en los siguientes objetivos específicos:
1. Caracterizar las particulares de expedientes clínicos veterinarios para la UCLV.
2. Diseñar la base de datos para el manejo de los datos de forma que posibilite la
adaptabilidad del sistema.
3. Implementar un sistema informático para el trabajo con expedientes clínicos como apoyo
a la docencia y medio para facilitar el trabajo del médico veterinario.
El informe del presente trabajo se ha dividido en tres capítulos:
Capítulo 1: Historia clínica veterinaria: en el cual se realiza un estudio sobre las historias clínicas
dentro de la práctica clínica, así como la historia de la veterinaria en el mundo y en Cuba.
Además se efectúa un estudio de los diferentes sistemas que abordan el tema.
Capítulo 2 Diseño e implementación de la base de datos: se muestran las diferentes
consideraciones para el diseño y posterior implementación de la base de datos.
Capítulo 3 Diseño e implementación del sistema: se muestran los diferentes diagramas
necesarios para la creación del sistema.
Capítulo 4 Descripción del ambiente del sistema: se muestra las diferentes funcionalidades del
sistema como un manual de usuario.
Conclusiones y Recomendaciones.
Capítulo 1
3
Capítulo 1: Historia clínica veterinaria
1.1 La historia clínica veterinaria dentro de la práctica clínica.
La Medicina en general, o para ser más exacto la medicina clínica, surgió desde los albores de la
humanidad ligada a la enfermedad. Los aspectos de profilaxis y promoción de la salud fueron
entonces rudimentarios o inexistentes. La curación de la enfermedad fue su objetivo esencial. El
alivio y el consuelo del paciente constituían medidas atenuantes cuando la curación se tomaba
imposible. La medicina era individual, pero ya desde entonces en esa individualidad los médicos
discutían sobre a qué dar prioridad, a la enfermedad o al enfermo.
En los tiempos modernos, con el pensamiento de Virchow y sus contemporáneos, “La Medicina
no es más que una ciencia social” (Waitzkin, 2006), la política no es más que Medicina, en gran
escala, del movimiento obrero mundial y del pensamiento marxista-leninista, la concepción de la
medicina como ciencia social, ligada a las tareas de la sociedad y las comunidades humanas,
cobra supremacía. La salud se convierte en el objeto de la medicina, con sus objetivos de
promover, prevenir y curar las enfermedades, y rehabilitar los enfermos. Esta tarea general,
compleja, de garantizar la salud, es primordial y es el pivote de la medicina como ciencia. Todo
médico debe tener la misma base teórica y conceptual de la medicina, pero a la hora de actuar lo
hará dependiendo de la especialidad escogida.
La profesión médica se considera como el empleo, por parte de los médicos prácticos, de los
conocimientos científicos obtenidos por los médicos investigadores en la solución de problemas
de salud de los individuos. La división de la medicina individual en dos partes: la ciencia médica
para el laboratorio y la experimentación, y la práctica médica como el arte para el trabajo clínico,
es el resultado de una concepción que rompe la unidad de la medicina individual como ciencia y
técnica, como teoría y práctica. Los clínicos no pueden estar de acuerdo con esa visión estrecha
de la medicina individual. El médico práctico debe tratar de actuar científicamente. Emplea
conocimientos médicos científicos, posee un método de trabajo que a la vez es sujeto, posee el
método clínico, como guía de su actividad. Trabajar científicamente los resultados puede ser de
gran valor en la ciencia médica. El valor incuestionable del uso del método clínico se ha hecho
universal y se considera necesario tenerlo en cuenta para las actividades cotidianas de la vida. Si
Capítulo 1
4
la práctica médica o la ciencia clínica tuvieron como fundamento el método clínico, incluso antes
de que existieran las peculiaridades que se derivan del proceso científico-técnico actual, no
existen razones para abandono o marginación. Todo lo contrario. El afianzamiento, el
refinamiento y su desarrollo integral son indispensables para llenar las necesidades de la clínica,
para el presente y el futuro(Vidal Ledo and Sacasas, 2005).
Toda práctica médica que no se oriente en el método clínico será ajena a la ciencia clínica y en
gran parte responsable de la mala práctica médica. Comprender el valor y la importancia del
método clínico en la práctica médica, y luchar por su uso y aplicación apropiada es premisa de
primer orden en la calidad de la atención médica individual que los médicos brindan a sus
pacientes.
1.1.1 Examen Clínico Orientado al Problema (ECOP)
No se debe de ninguna manera recurrir a la experiencia como método de diagnóstico clínico,
pues la mayoría de las veces la información relevante de un caso clínico puede pasar
desapercibida o desviar la atención del médico al objetivo primordial de la valoración
sistemática, analítica y deductiva. En la práctica de rutina el médico veterinario se enfrenta ante
una gran variedad de problemas y el dilema es como poder ordenarlos y agruparlos de manera
que se resuelvan de una forma sistemática y organizada para que finalmente todo este proceso
nos dirija a un plan diagnóstico y terapéutico adecuado.
El médico americano Lawrence L. Weed desarrolló en los años sesenta un dossier alternativo
que más tarde se conocería como el Dossier Médico orientado al problema (PMD), llamado
también ECOP ( “expediente clínico orientado a problemas”). Este plan no se aleja mucho de la
tradición, realmente es un modelo que nos permite clasificar y organizar en forma racional y
secuencialmente las observaciones iniciales y continuas necesarias para el estudio del paciente.
Este modelo tiene gran importancia como modelo de aprendizaje para la docencia y la queja de
que el sistema tiene demasiados detalles molestos, es más aparente que real; en realidad permite
acumular con rapidez los datos clínicos, con lo cual se permite un ahorro importante de tiempo y
una mayor eficacia en la atención de los pacientes, además de ser el sistema escogido por un gran
número de facultades de medicina veterinaria en el mundo.
Capítulo 1
5
El ECOP está conformado fundamentalmente por cuatro partes (Nassiff et al., 2010) que se
integran hacia la identificación de los problemas que presenta el paciente este se divide en
cuatro etapas estatus básico, lista de problemas, plan inicial y notas de progreso.
A. Estatus básico
La formulación de los problemas se basa en primera instancia en el llamado estatus básico. La
elaboración del informe sobre el estatus básico debe hacerse sobre un protocolo especial, para
limitar su magnitud y contener la información correcta.
Para muchos propietarios es difícil llevar a cabo una verdadera y completa historia de las
enfermedades de su animal. Algunos son buenos observadores y pueden aportar una
información importante, en cambio otros no observan nada o si algo es anormal no lo anotan
como información. Es importante mentalizar al dueño sobre la necesidad de colaborar para
ayudar a su animal; hablarle con un vocabulario adecuado según su clase social y nivel de
educación.
Las preguntas deberán ser orientadas pero sin influir en la respuesta del encuestado, pues de lo
contrario, pueden obtenerse prejuicios en la información obtenida. No debemos despreciar su
opinión respecto de la enfermedad y de los signos observados.
En primer lugar se anota en un formulario toda la información disponible que tienen relación con
la exploración y la historia clínica; dependiendo del tipo de problema, también aparecerán
exámenes de laboratorio, rayos X, y ECG; toda esta información, debe conducir a la formulación
de problemas. El estatus básico, por tanto, constituye el principio de la documentación médica.
Pueden definirse estatus básicos diferentes para pacientes diferentes (por Ej., para pacientes de
oftalmología, de dermatología, etc.) siempre y cuando sea posible reconocerlos como tales desde
el principio.
El empleo del estatus básico favorece la uniformidad de la exploración, además ofrece la
posibilidad de que una gran parte de la anamnesis sea anotada directamente por el propietario o
por un asistente, con lo que en muy poco tiempo se puede obtener mucha información. Las
alteraciones encontradas durante la recopilación de datos para el estatus básico se anotan como
problemas, numerándolas con la fecha de aparición y relacionándolas con otras observaciones.
Capítulo 1
6
B. Lista de problemas
El núcleo del sistema lo constituye la lista de problemas. Un problema puede ser un signo, una
anormalidad en las pruebas de laboratorio y un diagnóstico en caso de que ya exista. El motivo
por el que el propietario ha acudido a la consulta (problema iatrogénico) puede ser tratado como
un problema igual que las alteraciones observadas durante la exploración y/o anamnesis. La
definición del problema es uno de los pasos más importantes de la medicina, porque determina la
elección de los métodos diagnósticos y terapéuticos a emplear. Si la formulación del problema
no es cuidadosa o es errónea, existe el riesgo de que la técnica médica parta de un equívoco.
En el peor de los casos, esto nos llevara a una exploración costosa sin obtener el resultado
esperado; a veces se realizan manipulaciones delicadas que no mejoran el estado de salud del
paciente y que incluso pueden empeorarlo.
Una de las ventajas del ECOP es que el veterinario se ve obligado a la formulación del problema
desde el principio y tan claramente como sea posible. Se frena la tendencia a establecer
diagnósticos precoces, visión de túnel y se obliga a los veterinarios a fijar los problemas al nivel
que son definibles exactamente (por ejemplo: “vómitos” en lugar de pancreatitis). Por otra parte,
el ECOP obliga al veterinario a recopilar los problemas y síntomas con un orden lógico, dejando
de lado la información irrelevante. Se reduce así el riesgo de un exceso de trabajo de escritura
inútil y de una exploración muy extensa. Además, el ECOP ayuda al veterinario a discernir casi
desde el principio si posee los conocimientos necesarios para solucionar el problema, o si deberá
recurrir a fuentes alternativas (revistas especializadas, libros, interconsulta, ayuda de
especialistas).
Los problemas identificados se ordenan en orden de importancia dejando en primer término los
que alteran la calidad de vida del paciente. Hay que tener presente que esta lista de problemas es
un documento dinámico que sufrirá modificaciones durante el curso clínico.
Una vez realizada la lista de problemas se elabora la lista condensada o depurada de problemas,
que tiene por objeto hacer más simple el listado y facilitar el ordenamiento de los datos evitando
repeticiones, esta condensación será tanto más fácil cuanto más amplia sea la visión de la
situación clínica. Por eso, algunos autores recomiendan primero hacer un borrador de la lista de
problemas, y después pulirlo. La lista de problemas siempre se queda en el fichero del paciente,
se actualiza en cada nueva consulta, y cuando sea necesario se completa con otros problemas.
Capítulo 1
7
Puede aparecer una lista muy larga de problemas, y para cada uno tener que escribir un
procedimiento de Observaciones, Interpretaciones y Planes (OIP); por lo tanto, en la medida de
lo posible es aconsejable resumir la lista de problemas de los síndromes cuyos programas de
tratamiento apenas o en absoluto se superpongan.
C. Plan inicial
En este punto cada uno de los problemas encontrados se les debe instaurar un plan diagnóstico y
terapéutico. Para el establecimiento del plan diagnóstico (PDx), a cada uno de los problemas
encontrados se les asigna de mayor a menor la causa más probable que esté ocasionando el
problema, a su vez que se constituye en el diagnóstico diferencial. A cada posible causa del
problema, se le debe asignar la prueba de laboratorio específica que nos ayude a confirmar o
descartar la causa propuesta.
El ECOP ayuda al médico veterinario a discernir desde el principio las posibles causas de
enfermedad, los diagnósticos y procedimientos a seguir; la falencia en la obtención de los datos
del ECOP por el contrario, hace que el médico deba recurrir a fuentes alternativas para dilucidar
el problema tales como la consulta en revistas o libros especializados, interconsulta y ayuda de
otros especialistas.
Respecto al plan terapéutico (PRx) se debe evaluar cada problema y asignar el tratamiento
adecuado pendiente a solucionarlo. La expresión “solución” requiere una explicación, porque en
estas circunstancias tiene un significado algo diferente del lenguaje cotidiano. En el ECOP un
problema se considera como resuelto cuando ha conducido al diagnóstico. También puede
significar que el problema ya no existe, aunque no es una premisa. En todo caso, se ha
establecido un pronóstico y se ha de establecer la mejor terapia posible. De otro lado el plan
ideal consiste en evitar el tratamiento hasta conocer la causa específica del problema, esto
excluye a los casos de urgencia donde el plan terapéutico es prioritario.
La lista de problemas cumple una doble función en el fichero:
Proporciona una visión de conjunto sobre todos los problemas del paciente además de
indicar hasta dónde se ha llegado con el diagnóstico.
Gracias a los números, indica en qué parte del fichero hay datos relacionados con el
problema.
Capítulo 1
8
D. Notas de progreso
Las anotaciones de progreso o de seguimiento constituyen un informe ininterrumpido sobre los
avances del diagnóstico y la terapia del problema incluido en la lista. Para realizar anotaciones
en el formulario, hay que atenerse estrictamente a una división en tres párrafos: Observaciones,
interpretaciones y planes.
El párrafo “observaciones” contiene todos los datos relacionados con el problema y que han sido
obtenidos hasta la fecha.
Datos Subjetivos: Historia clínica, signos clínicos y las observaciones del propietario.
Datos Objetivos: Determinados por los resultados de los exámenes de laboratorio y aquellos
datos relevantes del examen físico.
El párrafo “Interpretaciones” presenta las conclusiones a las que ha llegado el médico
veterinario, relacionando estos datos con la supuesta causa (suponiendo que aún no esté
completamente definida) y las alteraciones observadas; en esta fase, también se formulan
hipótesis.
El párrafo “planes” se compone de tres partes:
Pd: plan diagnóstico
Pt: plan terapéutico
Pc: comunicación con el propietario
El plan diagnóstico indica a qué pruebas se debe someter el paciente para comprobar las
hipótesis formuladas, y cuándo se han de realizar. El plan terapéutico indica que tratamientos
hay que empezar y cuanto ha de durar. La comunicación al propietario abarca la comunicación
de los problemas diagnósticos y terapéuticos y una explicación sobre cuándo y cómo se van a
desarrollar estos planes y por qué.
En la primera consulta, se anotan las observaciones del estatus básico. La interpretación consiste
en primer lugar en el resumen de las desviaciones observadas en relación con un problema y se
anota en la lista de problemas. Las teorías sobre la causa de este problema (diagnóstico
diferencial) es mejor anotarlas en el párrafo interpretaciones, en el formulario de seguimiento.
Capítulo 1
9
Puede incluso apuntarse cualquier diagnóstico diferencial que aporte argumentos en pro o en
contra. Los planes diagnósticos contienen dos tipos de programas: los diagnósticos y los de
supervisión. Los programas diagnósticos contienen la comprobación de un diagnóstico
diferencial. Cuando se completan dan lugar a diagnósticos. Los programas de supervisión
tienen por misión seguir las desviaciones halladas; en primer lugar, miden su magnitud. Los
formularios de seguimiento ya descritos pueden ser de gran ayuda en esta fase. Son
imprescindibles en el ECOP, porque así siempre se acumulan algunos datos que no están
claramente en relación con un problema concreto. Los planes terapéuticos pueden ser
sintomáticos o causales.
1.2 Antecedentes históricos de la veterinaria en el mundo.
La práctica de la cirugía veterinaria se remonta a épocas ancestrales. Desde la edad primitiva el
hombre atendía a los animales con los cuales convivía. Evidencias de ello existen en las pinturas
halladas en la gruta de Altamira, en Santander, España, donde se admiran diseños de
instrumentos de cirugía que datan de más de 25 00 años a.n.e. y que fueron utilizados para
realizar una operación cesárea a un bisonte hembra. En el reinado de Hanmorabi, 2100 años
a.n.e. se dictaron normas que legalizaban las operaciones de los animales y las actividades de los
veterinarios. El médico veterinario Renatus Vegtius (450-500 a.n.e.) enseñó a desechar la teoría
de “la cólera divina”, Dios, como la causa de las enfermedades y defendió sus conceptos sobre
anatomía, cirugía y medicina(Fernández, 2004).
Los primeros antecedentes sobre la preocupación por el cuidado y la sanación de los animales se
remontan al mundo mesopotámico. En Babilonia, aproximadamente hace 1.700 años a.C., en el
famoso Código del Rey Hammurabi (primer conjunto de leyes de la historia) aparecen
referencias a la actividad pecuaria y a la acción del curador de los animales. Así también, los
caldeos poseían un amplio conocimiento sobre producción animal y tratamientos médicos para
los animales. En el año 1.500 a.C. se registra el hallazgo de un tratado de cura de animales en
Ugarit, ciudad ubicada en la costa mediterránea al norte de Siria, en el que se expone el
tratamiento de los equinos enfermos y débiles(Dunlop R and Williams, 1996).
En la cultura egipcia, durante el período del Reino Nuevo (1.500 – 1.000 años a.C.), los animales
juegan un papel importante en la religión, razón que motiva la emergencia de una medicina más
Capítulo 1
10
racional, como algo no místico, acumulado empíricamente y obviamente recordado, que tenía
como finalidad paliar la sintomatología del animal enfermo, así como cuidar a los animales al
nacer, con medidas médicas y algo de cirugía. Los sacerdotes cuidaban de los animales y les
hacían curaciones o daban medicamentos naturales para tratar enfermedades(Ollarzu, 2012).
En el mundo helénico, desde alrededor de 800 años a.C. en adelante, la sanación de las
enfermedades era asignada a la acción de los dioses, donde Asclepio (Esculapio para los
romanos), hijo de Apolo (dios de la Sabiduría), fue el dios de la Medicina; venerado en varios
santuarios donde se preparaban remedios en base a plantas medicinales y que eran lugar de
enseñanza y curación para personas y animales. Es importante señalar que el símbolo antiguo de
la serpiente enrollada a lo largo de una vara, que se conoce como la vara de Asclepio o
Esculapio, es usado en la actualidad como el símbolo internacional de la Medicina y la
Veterinaria. Los cultores de los oficios relacionados con la salud en Grecia, al igual que en otros
pueblos antiguos, tenían sus raíces en la mitología y la magia. Los dioses debían tener un doctor
que curase sus heridas y les prescribiera hierbas medicinales.
Según la leyenda, Roma fue fundada en el año 753 a.C.6 y las raíces culturales del arte
Veterinario se remontan a los etruscos (700 años a.C.), que eran grandes amantes de los
animales. En sus tumbas se han encontrado relieves de finos caballos y toros. Los etruscos
desarrollaron la adivinación y el presagiar en dos modalidades: el Augury basado en el vuelo y
gritos de los pájaros, y el Haruspicy mediante la observación de las entrañas de animales
sacrificados, especialmente del hígado. Los Haruspex eran una autoridad en las enfermedades de
los animales. Durante el período temprano del imperio romano, la medicina humana y la
medicina veterinaria no tenían un alto rango social. La Veterinaria era un arte empírico al
servicio del ejército y producción ganadera. El fuerte de los veterinarios eran los tratamientos de
traumas y heridas, sangrías, maniobras de obstetricia y cirugía mayor, lo que requería una gran
destreza. La escuela metódica se adecuó a las actividades de los primeros veterinarios romanos,
sin embargo, hubo un escaso progreso intelectual en el estudio de las enfermedades de los
animales en esta fase de empirismo. Estos tenían su propia manera de nombrar lo relacionado
con la veterinaria para la medicina aplicada a los equinos (caballos, asnos y mulas) el nombre de
mulomedicina y el doctor dedicado a tratar a esos animales como mulomedicus, medicus
equorum, medicus equarius, mulosapiens y medicus iumentarius (doctor de animales usados para
Capítulo 1
11
tiro), kteniarius y ktiniatros (latinizado del griego que significa doctor de animales). Los
doctores de cabras, ovejas y cerdos eran llamados medicus pecoris y medicuspecuarius(Berríos,
2006).
El médico veterinario Renatus Vegtius (450-500 a.n.e.) enseñó a desechar la teoría de “la cólera
divina”(Hernandorena and López, 2007), como la causa de las enfermedades y defendió sus
conceptos sobre anatomía, cirugía y medicina.
Antes de la caída del Imperio Romano, la crianza y salud de los caballos siguió siendo el deber
más importante de los veterinarios de la época, además de la ganadería. Tras el derrumbamiento
del Imperio de Occidente por los pueblos germanos del norte de Europa, en el año 476 d.C., con
la deposición del último emperador romano Rómulo Augusto por el germano Odoacro, el
Imperio Bizantino quedó como depositario de la cultura clásica. Bizancio supo oponerse a la
invasión de los pueblos bárbaros, logrando mantener su hegemonía durante más de un milenio.
Precisamente estas batallas que tuvo que sostener contra sus invasores, en las que la caballería
desempeñaba un papel fundamental, fueron una de las causas que estimularon a los emperadores
para fomentar la medicina hipiátrica. Además, en relación con los equinos, cabe señalar que la
ciudad de Bizancio era agitada y accidentada; el público se excitaba con las carreras de caballos
en el hipódromo.
Durante el Imperio Bizantino hubo un gran desarrollo de la Veterinaria. Un libro famoso
generado en dicho período fue hippiátrika, manuscrito solicitado por el propio emperador
Constantino. Hierokles fue uno de los principales autores con 107 contribuciones; fueron 17 los
autores de esta obra que trataba sobre los males de los caballos. Apsyrtos, veterinario militar,
contribuyó con la dentición de los caballos, tema tratado por primera vez en la historia de la
veterinaria. Hippiátrika es un clásico de la Veterinaria y una extraordinaria pieza de literatura. La
obra de los hipíatras bizantinos no fue una continuidad de la de los romanos, si no de la lejana
tradición helénica.Después de la caída del Imperio Romano, entre los Siglos VI y VI d.C., la
cultura grecolatina sólo fue conservada por la cultura árabe. Con el abandono de las ciencias, la
superstición y la invocación a los santos ocuparon la medicina, de tal modo que las plegarias,
hechizos y encantamientos fueron comunes en la prevención y el tratamiento de las
enfermedades tanto del hombre como en los animales. Cabe señalar que durante la Edad Media
Capítulo 1
12
fueron los árabes quienes desarrollaron las prácticas de diagnóstico y tratamiento de
enfermedades del hombre y los animales. No obstante, estos se preocupaban principalmente de
solucionar problemas prácticos antes que entender el concepto del proceso íntimo de la
enfermedad(Dualde, 2008).
El mundo árabe dio una importancia crucial al caballo como elemento clave en la misión de
expandir la doctrina de Mahoma, realzando con ello al especialista en su cuidado y curación,
denominándolos Albéitares (al Baitar), cuyo significado en árabe es médico de caballos. El
caballo árabe se hizo famoso por su velocidad y resistencia. Posteriormente el conocimiento
médico y veterinario árabe se diseminó hacia Europa y España, sur de Italia y al Imperio
Otomano, hasta que el imperio árabe se desmoronó. En el Siglo X se forma un nuevo orden en
Europa, el feudalismo, con el cual se genera un especial desarrollo relacionado al arma de
caballería .El rey Alfonso X de Castilla, llamado el sabio, quien fue patrono de las ciencias, en su
inquietud por el desarrollo del conocimiento requirió la escritura de un libro sobre manejo
equino y veterinaria, el que fue conocido más tarde como Libro de Albeitería. Así también en
España, una vez expulsados los moros (1491), los Reyes Católicos reglamentaron e instauraron
el Protoalbeiterato, un tribunal conformado por maestros de la herrería quienes adiestraban a los
aspirantes hasta lograr impartirles los conocimientos que le permitieran optar al título de Albéitar
y obtener la autorización para ejercer en forma independiente(Krebs, 2009).
La albeitería se entendió como un arte y, por lo tanto, no tuvo acceso a las Universidades que
sólo se ocupaban de profesiones como el derecho, la teología, la medicina y las humanidades.
Por tal razón, la albeitería se orientó básicamente al herraje y al cuidado de los aplomos de los
equinos, con menoscabo de los conocimientos acumulados por los griegos, romanos y
bizantinos, durante siglos, sobre la disciplina hipiátrica. El tribunal de Protoalbeiterato funcionó
durante tres siglos hasta la creación de la primera escuela veterinaria en España a fines del siglo
XVIII, época en la que se introdujo la palabra Veterinario y donde finalizó la práctica de la
albeitería, después de sortear serias dificultades con dicho gremio(Rivera, 2006).
Durante el período de influencia del pensamiento ilustrado, en 1761, se fundó y se puso en
funcionamiento la Escuela de Veterinaria de Lyon, la primera institución educativa en esta
especialidad en el mundo. Este hecho cristalizó la iniciativa de Claude Bourgelat (1712 – 1779).
Capítulo 1
13
Este destacado Veterinario francés en el mismo año publica Eléments de l’art vétérinaire, obra
fundadora de una verdadera Veterinaria científica, y es nombrado director de la recién creada
Escuela Nacional Veterinaria de Lyon. Bourgelat es considerado como el fundador de la
medicina equina en Francia y en 1776 participa en la fundación de Escuela Nacional de
Veterinaria de Maisons-Alfort en París
La hegemonía de la enseñanza de la Veterinaria en Francia se sustentaba en la investigación
avanzada para la época, por parte de los sabios y estudiosos en campos como las causas de
enfermedades y fenómenos biológicos, al tiempo que se nutría con el avance las ciencias
médicas humanas dado el gran número de experimentos que se realizaban con las especies
animales, situación que originó escuelas dedicadas al estudio de la morfo fisiología y de la
patología comparada(Fernández, 1994).
Hasta principios de la segunda mitad del siglo XIX, los veterinarios del continente americano
eran graduados de escuelas españolas, francesas o de otros países europeos y, durante mucho
tiempo, según el país, se mantuvo el abasto de veterinarios hacia los países americanos, por la
carencia de escuelas especializadas donde formar sus propios técnicos. Algunos de los
acontecimientos más importantes de ésta última etapa fueron(Vinent et al., 2004).:
- El establecimiento de la “Primera Escuela de Veterinaria Moderna”, por Claude
Burgelat en Lyon, Francia, el 1ro de Enero de 1762 y 2 años después en 1764, la de Alfort.
- En España se fundó la “1ra Escuela de Medicina Veterinaria” el 23 de febrero de
1792.
- La “Primera Escuela de Veterinaria” en América se fundó en 1853 en San Jacinto,
México. En 1885 Viricel fundó la Escuela de Veterinaria de Colombia, Bogotá
1.2.1 Historia de la veterinaria en Cuba
En Cuba al finalizar la etapa colonial existía un gran atraso en la veterinaria cubana, cuando
existían ya en el mundo 37 escuelas de veterinaria. Los ciudadanos residentes en La Habana
reclamaron a las autoridades españolas la creación de una institución similar a las existentes en
Europa. Tras muchos esfuerzos el 6 de noviembre de 1868, se logró que se emitiera un Decreto
Real en Madrid, mediante el cual se estableció la “Real Academia de Ciencias Médicas, Físicas y
Capítulo 1
14
Naturales de la Habana”, institución compuesta por académicos numerarios, corresponsales y
de mérito. Tras la realización de múltiples gestiones, el 10 de abril de 1907 se fundó la “Escuela
Libre de Medicina Veterinaria”, que quedó ubicada en la esquina de Zanja y Belascoain, Centro
Habana, en la capital de la república La misma quedó adscrita, meses después, a la Facultad de
Medicina y Farmacia de la Universidad de la Habana mediante Decreto No. 126 del 21 de Enero
de 1908. Tras ser inaugurada, comenzaron a laborar los primeros veterinarios cirujanos que
constituyeron la “Primera Generación”, los cuales debieron encargarse de la resolución de los
problemas quirúrgicos del pie del caballo, animal muy preciado en aquel entonces(Vinent et al.,
2004, Cuervo, 1993).
Los médicos veterinarios que se han graduado después de triunfar nuestra Revolución en 1959,
han recibido una formación integral, siendo capaces de resolver los problemas de la ganadería y
demás especies animales. En el ámbito de la clínica y la cirugía, nuestros especialistas se forman
para dar respuesta tanto a una cuestión como a la otra. A partir de este año, se constituyen las
cátedras de Cirugía de la etapa revolucionaria en los diferentes centros universitarios
agropecuarios del país.
Los profesores que pertenecieron a las mismas contribuyeron a la confección de los libros de
textos y guías de cirugía, realizaron nuevos aportes y modificaciones a las técnicas quirúrgicas,
tuvieron una labor destacada a nivel nacional y algunos de ellos han brindado su aporte solidario
en países de Asia, África y América Latina.
1.3. Particularidades para La Universidad Central ¨Marta Abreu¨ de Las Villas
La Facultad de Veterinaria se fundamenta en la creación, cultivo, desarrollo y difusión de la
Medicina Veterinaria y Ciencias Animales, con el más alto nivel académico, como aporte al
desarrollo socio-económico y científico de la Nación. Basado en ello, la Facultad entrega la
educación y formación superior, se preocupa de la superación constante de sus académicos,
desarrolla investigación científica y tecnológica relevante, transfiere y difunde conocimientos,
vinculados con los diferentes agentes productivos, sociales y científicos.
La misión principal de la facultad es:
Capítulo 1
15
La formación de profesionales en el área de la Medicina Veterinarias y Ciencias
Animales, con un fuerte énfasis científico, tecnológico y en el desarrollo y expresión de la
capacidad creativa, brindándoles una elevada capacidad de gestión y dirección.
El ofrecimiento de programas de posgrado y pos título, pertinentes a su quehacer y
relevantes para la sociedad.
El cultivo y desarrollo de la investigación científica y tecnológica avanzada, relevante y
relacionada con la exploración en nuevas áreas y la necesaria búsqueda de innovación,
constituyendo un lugar permanente de encuentro e instancia de referencia independiente
para la identificación y el análisis de temas de interés nacional.
El estímulo y apoyo permanente al perfeccionamiento programado de sus académicos,
con miras a lograr la expresión máxima de sus potencialidades.
El diseño y ofrecimiento de distintas actividades educativas, médicos asistenciales y de
servicio a la comunidad, sustentadas en las relaciones y vinculaciones con su entorno, a
través de sus actividades de Extensión y Servicios
Entre los principales datos que manejan las historias clínicas veterinarias en la UCLV se
encuentra:
Datos Generales:
fecha (D.M.A)
hora
número de la historia
Reseña:
Propietario o Unidad (Nombre y apellidos, dirección, teléfono móvil y/o fijo, e-mail)
Identificación(Señales naturales:, Señales artificiales )
Especie (Bovinos, Equinos, Caninos)
Capítulo 1
16
Raza (dependiendo de la especie)
Edad (Días, Meses, Años)
Talla (cm)
Peso (kg)
Sexo macho (M), hembra(H), hembra capada(HC), y macho capado (MC)
Aptitud (labor que realiza)
Motivo de la consulta: se explican los motivos por los que se lleva al animal
Anamnesis: se realizan una serie de preguntas como:
Desde cuándo está enfermo el animal
Qué manifestaciones morbosas se han observado
Cómo funcionan los diversos órganos
Que causas posibles cree debida la enfermedad
Ha estado antes el animal enfermo
Han enfermado simultáneamente varios animales, igual o de forma diferente
Se ha utilizado algún tratamiento. Cuál. (Medicamento, dosis, vía de administración,
frecuencia y tiempo de administración)
Se ha aplicado alguna vacuna. Cuál. Contra qué.
Estado General:
Conducta (ver hipervínculo con características de las conductas de las razas)
Estado nutricional
Constitución Actitud
Capítulo 1
17
Triada Clínica:
Frecuencia Respiratoria (FR)
Frecuencia del Pulso (FP)
Temperatura corporal (TC)
Además, se realizan una serie de estudios como son exploración de la piel, anexos piel, mucosas
visibles, vasos y ganglios linfáticos, Sistema respiratorio, Sistema cardiovascular, Sistema
urinario, Órganos genitales y Exámenes Complementarios.
1.4 Sistemas que manejan historias clínicas veterinarias
Para la confección del software se parte de un estudio realizado de los diferentes sistemas que
manejan historias clínicas veterinarias en el mundo.
1.4.1 Historia clínica animal
En la actualidad existen diferentes sitios online que se encargan de registrar y llevar el registro de
la HCV de sus animales. Entre los principales se encuentra la página web 2 la cual trabaja según
el tipo de usuario que ingrese en el caso de dueño de una mascota o te dedicas a la cría de
animales, se registra como dueño de animal y se podrá ingresar todos los animales que quiera y
llevar así la Historia Clínica de cada uno. Este sistema se basa en que la propiedad de los datos es
del dueño del animal, siendo muy útil para el veterinario que trate a tus animales actualmente, así
como también para aquellos que los hagan en el futuro. El usuario dueño de animal, tiene dos
opciones:
1. Ingresar la historia clínica del mismo (dueño), en caso que su veterinario no utilice este
servicio.
2. Consultar los registros realizados por los Veterinarios (Historia Veterinaria); para el
desarrollo del sitio se ha cumplido con los parámetros de exigencia de la Historia Clínica
Humana.
El otro usuario es veterinario, este tendrá a disposición en forma permanente la Historia Clínica
de sus pacientes; podrá ingresar: Motivos de Consultas, Alergias y Vacunas / Plan Sanitario.
También tiene desarrollado una agenda para que coordines tus consultas. Es importante decir que
2 http://www.historiaclinicaanimal.com
Capítulo 1
18
el sistema se basa en que la propiedad de los datos son del dueño del animal, y por este motivo,
para que quede asentado en la Historia Clínica del Animal, una vez realizado el registro clínico
por el veterinario, debe ser confirmado por el dueño del animal, esto lo hará en su próximo
ingreso como usuario, ya que aparecerá una notificación donde se le preguntará si acepta el
registro clínico del veterinario deseado, por cualquier motivo de consulta. Una vez confirmado
estará disponible el registro clínico veterinario para el dueño del animal como para él o los
Veterinarios que trabajen con el animal.
1.4.2 Sistema Sivet 9
Es un programa de computación para administrar HIV., que tiene muchos años de evolución y
muchos galardones, obtenidos por su robustez, facilidad de uso y excelencia en el servicio de
postventa. Este funciona en computadoras con Windows 95 o posterior. Con SiVet 9 Software
para veterinarias se podrá administrar la cuenta corriente de los clientes. Al atender a un cliente,
este le avisa si es deudor. Podrá aumentar sus vacunaciones en un 20 % o más. Además es líder
absoluto en América latina. Hay miles de veterinarios de Argentina, Chile, Paraguay, Uruguay,
Venezuela, México, Perú, que utilizan SiVet sin problemas. Se encuentra avalado desde 1992.
1.4.3 Sistema Sultanv3.0
Software offline que manejan las HIV. Gestiona todos los aspectos de la clínica veterinaria de
pequeños animales. Es un programa que permite administrar fácilmente las historias clínicas de
tus pacientes. Con esta sencilla herramienta se será capaz de mantener la información de los
clientes al alcance de un click de ratón y de obtener registros de tus clientes. Mantiene al día
información de los pacientes a vacunar, de los planes de vacunación y envía directamente desde
la aplicación, e-mails a los clientes para avisarles de la proximidad de las fechas de vacunación.
Con Sultan 3 se puede enviar SMS (Mensajes de texto a celular) a todos los clientes para
recordarles una vacuna, saludarlos en su cumpleaños o para hacerles llegar una oferta del Pet
Shop. Además incorpora tecnología. De esta manera pone a disposición del mercado veterinario
una herramienta poderosa y eficaz que le ayudará a mantener un contacto fluido e inmediato con
los clientes, abaratando los costos de contacto y asegurando una respuesta inmediata a
sus comunicaciones.
Entre sus características se encuentran:
Capítulo 1
19
Ventas en mostrador: Anota y factura las ventas fácil y rápidamente con el sistema de
búsqueda por múltiples campos dentro del formulario de ventas. Usa códigos de barras
para un acceso más rápido.
Facturación de consultas y prácticas: Anota cómodamente el costo de las consultas en el
mismo momento en que está atendiendo al paciente, de esta forma quedan asentados en la
caja diaria.
Impresión de etiquetas de código y de precios: Genera los mismos códigos de barra para
aquellos productos.
Actualización diaria de precios (solo Argentina): con Sultán se accede a un sistema de
actualización automática de precios y productos.
Sepa cuanto comprar: Mediante un buen manejo de inventario tendrá una visión clara
para realizar las compras necesarias.
Historias clínicas de sus pacientes: Con las historias clínicas unificadas mantiene toda la
información del paciente en un solo formulario.
Cuenta corriente de sus clientes (cuentas por cobrar): Está informado en todo momento
las deudas de los clientes.
Realizar copias de seguridad (Backup) desde el mismo programa: Integra un sistema para
que sea simple realizar copias de seguridad desde el mismo programa con tan solo un par
de clics.
Controlar la caja diaria: El día a día se harán más fáciles si puede controlar y proyectar
cuánto genera su empresa, además podrá generar informes semanales y mensuales de
cobros.
Comunicarse con sus clientes mediante SMS y mail: En la era de las comunicaciones el
negocio no se puede quedar fuera, mantenga informados a los clientes sobre
vencimientos, ofertas, promociones, etc.
1.4.4 Sistema iVeter
Aplicación diseñada bajo el concepto SaaS (software como servicio), lo que significa que tiene
acceso a todos sus funciones simplemente desde un navegador de Internet, pues tanto la
aplicación como la base de datos residen en un servidor web accesible desde cualquier punto con
Capítulo 1
20
acceso a la red. Otra importante ventaja es que no necesita adquirir la aplicación e instalarla sino
que sólo hay que darse de alta para comenzar a utilizarla inmediatamente.
IVeter permite gestionar tu clínica veterinaria, desde el registro del historial de visitas de tus
clientes y sus mascotas, hasta la gestión de la tienda de accesorios para mascotas. Entre otras
características se pueden destacar: agenda de visitas; historial de cada mascota, con datos sobre
sus características, imágenes y registro de visitas; avisos de próximas visitas y vacunaciones a
tus clientes vía e-mail, carta y SMS; tienda de accesorios para mascotas; facturación y gestión de
cobros; informes y estadísticas de la actividad de la clínica. El coste de la aplicación se reduce al
pago de una cuota mensual, sin necesidad de adquirir la licencia de uso y sin ningún tipo de
compromiso, por lo que se puede dar de baja en caso de no necesitarla más o no sentir
satisfacción con la misma.
1.5 Conclusiones Parciales
Como resultado de este capítulo se tiene que:
Se expone un recuento de los antecedentes de las historia de la veterinaria en el mundo y
Cuba.
La realización de un análisis de la historia clínica veterinaria dentro de la práctica clínica,
enfocando el examen clínico orientado al problema.
Se maneja un estudio de factibilidad para la creación de un sistema nuevo y no utilizar los
sistemas existentes en el mundo.
Se muestran las particularidades de la UCLV para la historia clínica.
Capítulo 2
21
Capítulo 2 Diseño e implementación de la base de datos
En el presente capítulo se documenta el diseño de la base de datos (BD) para el control de
historias clínicas veterinarias. Se detallan aspectos interesantes del diagrama entidad
relación y se exponen esquemas del modelo relacional. Aparece además una breve
descripción de las herramientas computacionales empleadas en esta etapa del proyecto.
2.1 Modelación conceptual de los datos
La modelación conceptual(OAKS et al., 2003) es el proceso de creación de
representaciones abstractas de un dominio de aplicación en términos de conceptos
familiares a los actores de ese dominio y no en términos técnicos. Esta requiere de
notaciones, herramientas y técnicas para representar datos y procesos. Las investigaciones
actuales tratan de estrechar la barrera entre los conceptos del mundo real y su
representación en modelos conceptuales. Se puede dividir el proceso de modelación
conceptual en dos grupos de actividades relacionadas entre sí: análisis de entidades y
análisis funcional. El análisis de entidades está relacionado con el análisis de un problema a
resolver para determinar los tipos de entidades, sus atributos, y las interrelaciones entre
ellos. El análisis funcional, por otra parte, se corresponde con la determinación de las
funciones fundamentales con las cuales se relaciona el problema modelado. Los resultados
de estos dos pasos deben hacerse en paralelo para obtener una mejor comprensión sobre
cuáles funciones se corresponden con tales entidades.
2.1.1 Esquema conceptual de la BD para el control de las historias clínicas veterinarias
En trabajos anteriores se han diseñado base de datos para el control de historias clínicas
como la de trasplantes renales entre las cuales se encontraron grandes similitudes a la hora
de guardar los datos, además en cuanto a la creación de los tipos de estudios de manera que
se puedan adaptar de forma sencilla ante los cambios y en el orden de la generación de los
reportes. El conjunto de identidades identificadas se relacionan como se muestra en la
Figura 2. 1
Capítulo 2
22
Figura 2. 1 modelo entidad relación de la base de datos
2.1.2 Casos de interés
A continuación se expondrán algunos casos para la modelación que resultan de interés para
las historias clínicas veterinarias
2.1.2.1 Control de pacientes
Para la diseño de este caso se tuvo en cuenta la forma de almacenar los datos en el sistema
de trasplantes renales, el cual tiene como eje fundamental la tabla de historias clínicas como
se muestra a continuación en la Figura 2. 2 Historia clínica de trasplantes renales
Capítulo 2
23
Figura 2. 2 Historia clínica de trasplantes renales
Para la creación del nuevo modelo de la base de datos se parte de la misma idea centrando
todo el diseño en la tabla datos generales la que se desglosa en otra tablas ya que las
historias clínicas para animales tienen datos diferentes, además se separan los datos de los
Capítulo 2
24
pacientes con los datos del propietario, agregándole otras tablas las cuales hacen referencia
a los datos específicos utilizados en la UCLV quedando de la siguiente forma mostrado en
la Figura 2. 3 Modelo para historias clínicas veterinarias
Figura 2. 3 Modelo para historias clínicas veterinarias
2.1.2.2 Tipos de estudios
Estos son utilizados para la creación de los diferentes exámenes que están compuestos por
análisis correspondientes que se realizan a los animales. Para lograr una mayor
adaptabilidad ante los cambios que puedan aparecer se diseñan estas tablas de forma tal que
se puedan adaptar de forma rápida, ya que en la tabla “AnalisisRealizado” se guardan todos
los análisis realizados a un paciente, independientemente del tipo de estudio al que
pertenece, por lo que se pueden modificar los tipos de estudios sin que esto conlleve
pérdida de información, la entidad “análisis” incluye campos para su configuración visual
lo que permite especificar opciones tales como: qué tipo de campo HTML se desea utilizar
para la inserción del valor del análisis, valor por defecto, ancho, texto antes y después. . De
esta manera la BD se encuentra preparada para adaptarse a los cambios que se efectúen en
Capítulo 2
25
los tipos de estudios que se realizan a los pacientes quedando de la siguiente forma como se
muestra en la Figura 2. 4 Sub-modelo de tipos de estudios
Figura 2. 4 Sub-modelo de tipos de estudios
2.2 Implementación de la base de datos
Para la creación de la base de datos se utiliza el gestor MySQL el cual funciona en
diferentes plataformas de hardware, con unos requerimientos relativamente pequeños y
además de ser software libre.
2.2.1 MySQL como gestor de base de datos
La implementación del diseño conceptual se realizó con el gestor de base de datos MySQL
el cual combinado con PHP, es el lenguaje estándar a la hora de crear sitios de comercio
electrónico o páginas Web dinámicas. Este producto puede funcionar en múltiples
plataformas de hardware, con requerimientos relativamente pequeños sin perder
Capítulo 2
26
estabilidad. MySQL es de software libre, por lo que posee: libertad de copia y distribución;
junto a los programas ejecutables, se puede obtener su código fuente. MySQL es un sistema
de gestión de base de datos relacional, multihilo y multiusuario con más de seis millones de
instalaciones en todo el mundo, lo que supera la base instalada de cualquier otra
herramienta de bases de datos.
MySQL es muy utilizado en aplicaciones web como MediaWiki, Drupal o phpBB, en
plataformas (Linux/Windows-Apache-MySQL-PHP/Perl/Python), y por herramientas de
seguimiento de errores como Bugzilla. MySQL es una base de datos muy rápida en la
lectura cuando utiliza el motor no transaccional MyISAM, pero puede provocar problemas
de integridad en entornos de alta concurrencia en la modificación. En aplicaciones web hay
baja concurrencia en la modificación de datos y en cambio el entorno es intensivo en
lectura de datos, lo que hace a MySQL ideal para este tipo de aplicaciones.
2.2.2 Phpmyadmin como herramienta para la gestión de los datos
Para el trabajo con MySQL se usó la herramienta PHPmyadmin. Esta herramienta resulta
muy útil y conveniente pues puede ser instalado en el servidor y acceder al Motor de Base
de Datos de una forma muy rápida y eficiente. El PHPmyadmin además de ser libre posee
un ambiente Web mediante el cual puede realizar todo tipo de acciones sobre la base de
datos, como son: exportar e importar datos, generar consultas SQL, dar privilegios a los
usuarios, etc.
2.3 Conclusiones parciales
Como resultado de este capítulo se puede concluir que:
Se diseña una base de datos capaz de adaptarse ante cambios posibles.
Se seleccionan las herramientas necesarias para el diseño e implementación.
Capítulo 3
27
CAPITULO 3: Diseño e implementación del sistema
En este capítulo se realizará la descripción de los avances en la solución de la problemática que
da lugar a este trabajo. Se expondrán los principales requisitos con los que debe cumplir el
sistema, además se muestran los principales resultados del análisis y el diseño mediante
diagramas UML (LUM o UML, por sus siglas en inglés, Unified Modeling Language). Este es
un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema. Su uso
facilita la comprensión del software que se está desarrollando y la comunicación entre el
desarrollador y el cliente. Para construir los diagramas UML se utilizó el Visual Paradigm for
UML Enterprise Edition 6.0.
3.1 Requisitos del sistema
Después de un análisis detallado en el proceso de diseño del sistema, se han definido varios
requisitos funcionales y no funcionales, que deben ser tenidos en cuenta para la hora de la
implementación y correcto funcionamiento del sistema.
Un requisito es una necesidad documentada sobre el contenido, forma o funcionalidad de un
producto o servicio y, en su conjunto, establecen qué debe hacer o qué cualidad debe poseer el
sistema.
Los requisitos deben satisfacer varias características:
Necesidad: Deben ser algo necesario para el producto.
No ambigüedad: Su descripción debe ser clara, precisa y tener una única interpretación posible.
Concisión: Debe redactarse en un lenguaje comprensible por los usuarios del sistema en lugar de
uno de tipo técnico y especializado, aunque aun así debe referenciar los aspectos importantes.
Consistencia: Ningún requisito debe entrar en conflicto con otro diferente, ni con parte de otro.
Completitud: Deben contener en sí mismos toda la información necesaria, y no remitir a otras
fuentes externas que los expliquen con más detalle.
Alcanzabilidad: Deben ser objetivos realistas, posibles de ser alcanzados con el dinero, el tiempo
y los recursos disponibles.
Verificabilidad: Se debe poder verificar con absoluta certeza, si fueron satisfechos o no.
Capítulo 3
28
3.1.1 Requisitos funcionales
Los requerimientos funcionales permiten expresar una especificación más detallada de las
responsabilidades del sistema que se propone. Ellos permiten determinar, de una manera clara,
lo que debe hacer el mismo. Como se muestran en la Tabla 3. 1.
Tabla 3. 1 Requisitos funcionales
Requisitos Nombre
1 Autentificar usuarios
2 Gestionar artículos
3 Gestionar usuarios
4 Adicionar historias clínicas veterinarias
5 Adicionar análisis
6 Adicionar tipos de estudios
7 Adicionar raza de los animales
8 Realizar reportes
3.2.2 Requisitos no funcionales
Al momento de registrar los requisitos no funcionales de un sistema, como son el caso de las
restricciones del entorno, de la implementación, dependencia de la plataforma, rendimiento,
facilidad a la hora de realizar mantenimiento e incrementación de este, son los aspectos básicos a
tener en cuenta para garantizar un funcionamiento óptimo de este, dándole a los usuarios la
garantía de un producto seguro, usable, agradable y conveniente; por lo que debe tener una alta
tendencia a ser visitado y usado. A continuación se detallaran los requisitos no funcionales de
este sistema:
Interfaz del sistema: Este entorno web propuesto garantiza una interfaz gráfica grata para los
usuarios finales, además proporciona una fácil familiarización el sistema ya que no está
Capítulo 3
29
destinada específicamente para expertos en el uso de las computadoras, por lo debe mantener una
interacción usuario-sistema bastante sencilla y entendible.
Usabilidad: La aplicación se desplegará en la facultad de Agropecuaria en la carrera de
Veterinaria y Zootecnia para la publicación de artículos y libros con fines educativos, además se
utilizara para el llenado de las historias clínicas veterinarias.
Rendimiento: El sistema garantiza la disponibilidad para los usuarios las 24h, asegurando así su
máxima explotación.
Soporte: El sistema cuenta con una aplicación web que se sirve de una base de datos donde se
almacena totalmente todo lo que sucede en él. La asistencia y mantenimiento del producto es
responsabilidad del administrador, al que se le brindan facilidades de hacer cambios según sea
conveniente, producto a la interacción usuario-sistema o a las nuevas necesidades de la
aplicación.
Portabilidad: Este sistema podrá utilizar tanto para el sistema operativo Windows como para
sistemas operativos Linux (Ubuntu) ya que utiliza un servidor web apache y un servidor de base
de datos MySQL que son comunes en ambos sistemas operativos y constan del mismo principio
de funcionamiento.
Seguridad: Se establece un nivel de acceso al sistema, para garantizar un control sobre la
información, definiendo una política de usuario por roles con diferentes privilegios.
Roles del sistema:
Para la seguridad del sistema se manejan diferentes tipos de usuarios como se muestra en la
Tabla 3. 2 Roles del sistema.
Tabla 3. 2 Roles del sistema
Rol Descripción
Anónimo Este rol no tiene ningún tipo de privilegio en el sistema, solo
puede acceder a la información básica. Además de registrarse en
el sistema
Capítulo 3
30
Registrado Este rol hereda los privilegios anteriores además de poder
responder las encuestas y comentar los artículos
Requerimientos de Software:
Cliente: Navegador Mozilla Firefox (versión 6.0 en adelante), Internet Explorer (versión 7.0 en
adelante), Google Chrome (cualquiera de sus versiones) y Opera.
Servidor: Sistema de Gestión de Base de Datos (SGBD) MySQL, Servidor de aplicaciones
Apache que soporte tecnología PHP5 (XAMP o WAMP).
Requerimientos de hardware:
Cliente: Pentium, con 256 MB de RAM (mínimo) con conexión con la red de la facultad de
Agropecuaria.
Servidor: servidor con 256 MB de memoria RAM (mínimo), conexión con la red del entorno
donde se desplegará.
Requerimientos Legales: El sistema pertenece a la Universidad Central “Marta Abreu” de Las
Villas, basándose en un estándar que se rige por normas internacionales y cumple con las normas
y leyes establecidas en nuestro país.
Restricciones en el diseño y la implementación: El proyecto se acomodará a los estándares
aplicados en la Universidad Central “Marta Abreu” de Las Villas para la creación de todos los
sitios que esta presenta. Se decidió utilizar PHP como lenguaje de programación con la
utilización del entorno de trabajo cakephp, como herramienta de desarrollo el Drupal y para el
diseño se emplean algunos artefactos que propone RUP apoyado en el estándar notacional UML.
3.2 Actores del sistema
Como actores del sistema para el Front-end el cual es el encargado del manejo de los diferentes
artículos, foros, encuestas y galerías para facilitar el trabajo de los estudiantes y profesores de
veterinaria se encuentran los usuarios anónimos y registrados cada uno de ellos definidos como
se muestran en la Tabla 3. 3 Actores del sistema (Front-end).
Tabla 3. 3 Actores del sistema (Front-end)
Capítulo 3
31
Usuarios (Front-end) Justificación
Anónimo Este actor no tiene ningún tipo de privilegio en el sistema, solo puede
acceder a la información básica. Además de registrarse en el sistema
Registrado Este actor hereda los privilegios anteriores además de poder responder
las encuestas y comentar los artículos
Como actores para el Back-end el cual es el encargado del manejo referente al llenado de
historias clínicas veterinarias se encuentra los estudiantes, veterinarios y administrador como se
muestra en la Tabla 3. 4 Actores del sistema (Back-end).
Tabla 3. 4 Actores del sistema (Back-end)
Usuarios (Back-end.) Justificación
Estudiante Este actor tiene los privilegios de utilizar la mensajería privada,
gestionar pacientes y realizar reportes.
Veterinario Este actor hereda los privilegios anteriores además gestiona los
nomencladores
Administrador Este actor hereda los anteriores además gestiona los usuarios
3.3 Diagramas de actores y casos de uso del sistema
Un caso de uso es una descripción de los pasos o las actividades que deberán realizarse para
llevar a cabo algún proceso, representando gráficamente uno o más escenarios que indican cómo
debería interactuar el sistema con el usuario o con otro sistema para lograr un objetivo
específico. Esto resulta una técnica muy efectiva a la hora de obtener los requerimientos de un
nuevo sistema o la actualización de un software. Un modelo de casos de uso muestra, por tanto,
los distintos requisitos funcionales que se esperan de una aplicación o sistema y cómo se
relacionan con su entorno (usuarios u otras aplicaciones).
Capítulo 3
32
Cuando se accede al sitio primeramente se ingresa al Front-end, el cual se presenta en forma de
portal dinámico para la interacción entre los visitantes y los contenidos publicados por el
personal de veterinaria, tales como: artículos, imágenes, foros, blog, libros, etc. Como se
muestra en el caso de uso de la Figura 3. 1, a esta parte de la aplicación se puede acceder como
usuario anónimo, registrado o administrador y en base a ello el sistema determina a que
actividades tiene acceso.
Figura 3. 1 Caso de uso para el Front-end
Para la comprensión de los siguientes actores dentro del Front-end se analizan los diferentes
casos de uso que realizan cada uno y se realiza una explicación de la funcionalidades que le
corresponden dentro del sistema se expone en la Tabla 3. 5 Descripción del caso de uso.
Capítulo 3
33
Tabla 3. 5 Descripción del caso de uso para Front-end
Caso de Uso Descripción
Autenticar El usuario necesita acceder al sistema e inserta su usuario y
contraseña.
Acceder a información de
veterinaria
El usuario puede ver publicaciones realizadas tales como:
artículos, foros, blogs, libros, etc.
Realizar búsqueda Insertando un término en el cuadro de búsqueda el sistema
muestra los artículos en los que este aparece.
Gestionar artículo Añadir, modificar o eliminar artículos del sistema.
Participar en foros El usuario puede participar en los foros existentes.
Gestionar blog Añadir, modificar o eliminar información del blog propio.
Administrar sitio Modificar opciones de configuración del sitio, gestión de
usuarios, etc.
Dentro del Front-end si el usuario pertenece al grupo de trabajo veterinaria y cuenta con la
debida autorización puede acceder al Back-end. Esta parte del sistema necesita de la
autentificación del usuario y en base a su rol se determina que acciones puede o no realizar sobre
los datos almacenados en la aplicación. En la Error! Reference source not found. se muestra el
diagrama de casos de uso para el Back-end definiendo los tipos de usuarios y las acciones a las
que estos tienen acceso.
Para el manejo de la seguridad en lo referente al Back-end el cual se encarga de la gestión de las
historias clínicas veterinarias se expone el caso de uso que se muestra en la Figura 3. 2 Caso de
uso para Back-end.
Capítulo 3
34
Figura 3. 2 Caso de uso para Back-end
Para explicar el caso de uso del Back-end encargado de las historia clínicas veterinarias se
realiza la descripción mostrada en la Tabla 3. 6 Descripción del caso de uso.
Tabla 3. 6 Descripción del caso de uso para Back-end
Caso de Uso Descripción
Gestionar paciente Añadir, modificar o eliminar pacientes en el sistema.
Gestionar análisis Añadir, modificar o eliminar los datos de los análisis realizados a los
pacientes.
Reporte de
pacientes
Generar reportes de los datos generales y los análisis realizados a los
pacientes.
Usar mensajería Enviar mensajes a otros usuarios del sistema; leer y borrar mensajes
recibidos.
Capítulo 3
35
Gestionar
nomencladores
Incluye añadir, modificar y eliminar términos de los nomencladores del
sistema.
Administrar
usuario
Gestiona los diferentes usuarios que pertenecen al sistema; puede insertar
alguno nuevo y editar o eliminar otro usuario con un rol menor que el
propio.
Administrar sitio Cambiar configuración global del sistema.
3.4 Diagrama de navegación
Los mapas de navegación proporcionan una representación esquemática de la estructura del
hipertexto, indicando los principales conceptos incluidos en el espacio de la información y las
interrelaciones que existen entre ellos. Un mapa es, por ejemplo, una representación completa (o
resumida) del sitio web para orientar al usuario durante el recorrido o facilitarle el acceso directo
al lugar que le interese. Refleja la estructura de la web por medio de enlaces a los nodos
principales, y estos también pueden desarrollarse para mostrar sub-nodos. Se puede concluir
entonces que el diagrama de navegación es el encargado de modelar como se efectúa la
navegación por el sitio.
La Figura 3. 3 muestra el diagrama de navegación del Back-end para el usuario “administrador”.
Este usuario tiene todos los privilegios, por lo que puede acceder a todas las áreas, pudiendo
modificar tanto las opciones del sistema como los datos que guarda.
Capítulo 3
36
Figura 3. 3 Diagrama de navegación
3.5 Diagrama de despliegue
Estos diagramas muestran la topología del sistema de Control de historia clínicas veterinarias. La
Figura 3. 4 describe explícitamente la división cliente-servidor mediante los paquetes
denominados clientes y servidores:
En el cliente se utiliza algún navegador para ver las páginas Web que permiten al usuario
interactuar con el sistema.
En el servidor de aplicación (Páginas Web) se publican las páginas.
Capítulo 3
37
Figura 3. 4 Diagrama de despliegue
3.6 Características del Software para el diseño e implementación del sistema
En este epígrafe se describen algunas de las características importantes que se tuvieron en cuenta
para la creación del software, se utiliza el marco de trabajo Cakephp debido a que existe una
antecedente de software en el cual se utiliza como es el sistema de trasplantes renales.
3.6.1 Cake PHP
Para la implementación del sistema se utilizó CakePHP el cual es un marco de trabajo para PHP,
que permite programar de manera muy rápida, evitando escribir códigos tediosos. Entre sus
características más destacadas se encuentran:
Arquitectura Modelo Vista Controlador (MVC).
Helpers para AJAX.
Javascript.
Formularios HTML y más.
Lista de control de acceso, análisis de consistencia de datos, componentes para el manejo
de la seguridad, sesiones y peticiones.
Caché flexible.
Cuenta además tiene una comunidad muy activa y una de las principales ventajas es que es
software libre. (Díaz Vellón and González Mena, 2008)
Capítulo 3
38
3.6.2 Modelo Vista Controlador
Modelo Vista Controlador es un patrón de arquitectura de software que separa los datos de una
aplicación, la interfaz de usuario y la lógica de control en tres componentes distintos. El patrón
Modelo Vista Controlador se ve frecuentemente en aplicaciones web, donde la vista es la página
HTML y el código que provee de datos dinámicos a la página, el modelo es el sistema de gestión
de base de datos y la lógica de negocio y el controlador es el responsable de recibir los eventos
de entrada desde la vista (Díaz Vellón and González Mena, 2008).
Descripción del patrón:
Modelo: Esta es la representación específica de la información con la cual el sistema opera. La
lógica de datos asegura la integridad de estos y permite derivar nuevos datos.
Vista: Este presenta el modelo en un formato adecuado para interactuar, usualmente la interfaz
de usuario.
Controlador: Este responde a eventos, usualmente acciones del usuario e invoca cambios en el
modelo y probablemente en la vista.
Aunque se pueden encontrar diferentes implementaciones del patrón Modelo Vista Controlador,
el flujo que sigue el control generalmente es el siguiente:
El usuario interactúa con la interfaz (por ejemplo pulsa un botón de enlace)
El controlador recibe (por parte de los objetos de la interfaz-vista) la notificación de la
acción solicitada por el usuario. El controlador gestiona el evento que llega, frecuentemente
a través de un gestor de eventos (handler) o callback.
El controlador accede al modelo actualizándolo de acuerdo a la solicitud del usuario. Los
controladores complejos están a menudo estructurados usando un patrón de comando que
encapsula las acciones y simplifica su extensión.
El controlador delega a los objetos de la vista, la tarea de desplegar la interfaz de usuario.
La vista obtiene sus datos del modelo para generar una interfaz apropiada para el usuario
donde refleja los cambios en el modelo.
Capítulo 3
39
La interfaz de usuario espera nuevas interacciones del usuario, comenzando el ciclo
nuevamente.
La Figura 3. 5 muestra mediante un sencillo diagrama la relación entre el modelo, la vista y el
controlador. Las líneas sólidas indican una asociación directa, y las punteadas una indirecta.
Figura 3. 5 Relación entre el modelo, la vista y el controlador
3.7 Generadores automáticos de reportes
El sistema brinda herramientas y facilidades para satisfacer las necesidades de los usuarios. Entre
ellas se encuentra la implementación de cuatro generadores automáticos de reportes para la
extracción de los datos introducidos históricamente. Estos reportadores abarcan las cuatro áreas
principales de datos; estas son: historias clínicas, análisis realizados, trasplantes de donantes
vivos y trasplantes de donantes cadáver. Estos permiten realizar un completo filtrado por
cualquier atributo aplicándole el operador deseado en cada caso. Es posible, además, escoger la
columna que se desee visualizar en la salida resultante.
Una vez conformada una búsqueda por parte del usuario es posible guardar su formato (las
condiciones usadas) para reutilizarlo. Esto facilita que los reportes más comúnmente utilizados
no tengan que rescribirse. En epígrafes posteriores se amplia sobre cómo se implementa esta
funcionalidad.
Finalmente, la salida resultante al aplicar el reporte sobre los datos puede ser guardada en
diferentes formatos. Entre los formatos permitidos por el generador de reportes se encuentra el
PDF (por sus siglas en inglés, Portable Document Format) que ofrece un excelente formato para
la impresión y no requiere procesos anteriores de ajuste ni de maquetación. El otro formato que
Capítulo 3
40
ofrece la aplicación para la exportación de los datos es el CSV (por sus siglas en inglés, Comma-
Separated Values) el cual es un tipo de documento en formato abierto, sencillo para representar
datos en forma de tabla, en las que las columnas se separan por comas (o punto y coma, en donde
la coma es el separador decimal) y las filas por saltos de línea, este formato es especialmente
idóneo para poder, mediante programas más complejos como el Microsoft Office realizar
operaciones más específicas con estos datos.
Sin dudas esta herramienta constituye un poderoso recurso con que cuenta el especialista, para
realizar análisis de los datos almacenados en el sistema, que pueden abarcar años de información
acumulada, la cual puede servir para ayudarlo a tomar decisiones.
3.7.1 Guardado de la búsqueda mediante la serialización
Como se mencionaba anteriormente, los generadores de reportes entre las facilidades que
brindan, ofrecen la posibilidad al usuario de guardar el formato de búsqueda, dándole un nombre
identificativo para la utilización de este más adelante y así evitar pérdida de tiempo en tareas
repetitivas. Esta tarea dado el dinamismo en el filtrado que ofrece la herramienta suele ser muy
engorrosa, los que nos lleva al uso de la serialización.
La serialización consiste en un proceso de codificación de un Objeto, en un medio de
almacenamiento (como puede ser un archivo, o un buffer de memoria) con el fin de transmitirlo
a través de una conexión en red, como una serie de bytes o en un formato humanamente más
legible como XML o JSON, entre otros. La serie de bytes o el formato, pueden ser usados para
crear un nuevo objeto que es idéntico en todo al original, incluido su estado interno. La
serialización es un mecanismo ampliamente usado para transportar objetos a través de una red,
para hacer persistente un objeto en un archivo o BD, para distribuir objetos idénticos a varias
aplicaciones o localizaciones. Esta técnica tiene como ventaja la persistencia completa del objeto
que es más conveniente que escribir sus propiedades en formato de texto.
En caso que el usuario mande a guardar el formato de búsqueda que utilizó en el filtrado, el
sistema construye una matriz con las condiciones entradas y la serializa, guardando en la BD una
copia idéntica de los datos que utilizó el usuario en el filtro. Luego cuando el usuario decide
utilizar el formato guardado, el sistema utiliza estos datos serializados para la construcción de
una nueva matriz de condiciones, que es un clon de la utilizada en un principio. Es fácil darse
cuenta las ventajas y comodidades que ofrece esta técnica a la hora de guardar datos que tienen
Capítulo 3
41
un formato variable, los cuales de otra forma serían muy difíciles de almacenar y reutilizar de
forma eficiente.
3.8 Conclusiones parciales
Como resultado de este capítulo se puede concluir que:
Se logra captar con gran exactitud los requisitos funcionales a tener en cuenta en el sistema
Mediante el uso del lenguaje UML fue modelado el entorno Web, atendiendo siempre a los
requerimientos de los usuarios. Al respecto, se definieron los casos de uso, los diagramas
de navegación y actividad.
Capítulo 4
42
Capítulo 4: Descripción del ambiente del Sistema
El sistema permite mediante una interfaz web amigable publicar contenidos y servir como portal
interactivo a los usuarios. También y como rol principal está el de gestionar toda la información
referente a la especialidad de veterinaria que incluye el control de las historias clínicas de todos
los pacientes, los análisis realizados a estos. Todo esto con el objetivo de que los especialistas de
esta área encuentren un lugar en la red donde comunicarse y gestionar la información que se
maneja. Al sentarse en la máquina el usuario podrá acceder a este sistema mediante la web. En
los posteriores epígrafes se hace un resumen visual de la navegación por el sitio.
4.1.1 Front-end
4.1.1.1 Página principal
Cuando se inicia la aplicación esta se presenta en forma de portal informativo (ver Figura 4. 1)
por la cual el usuario común puede navegar e informarse de las noticias y contenidos publicados
en este. En caso de caso de tener acceso como usuario registrado o administrador se puede
publicar contenidos o manejar el sitio según su rol (ver epígrafe 3.2 para más detalles sobre las
acciones permitidas).
Capítulo 4
43
Figura 4. 1 Portal informativo
Esta página principal del portal informativo muestra las últimas publicaciones realizadas por el
equipo de especialistas de veterinaria, permitiendo acceder de forma fácil a la información más
actualizada. Además se visualizan los principales menús del sitio desde los cuales se accede a las
diferentes partes de la aplicación.
3.1.1.2 Tipos de contenidos
Como se aprecia en la Figura 4. 2 el sistema en su área informativa permite a los usuarios
administradores y registrados, la publicación de diversos tipos de contenidos tales como:
artículos, imágenes, foros, blog, libros, encuestas, etc.
Capítulo 4
44
Figura 4. 2 Tipos de contenidos
4.2 Back-end
4.2.1 Inicio de sesión
Una vez que se accede al área destinada al control de historias clínicas se presenta una página de
autentificación, donde se debe introducir su nombre de usuario y su contraseña (Figura 4. 3).
Esta es una zona muy restringida y exclusiva para unos pocos usuarios, por lo que estos no están
relacionados con los del área informativa. Este usuario y contraseña permite que la aplicación
establezca un control sobre quién se ha registrado y qué privilegios tiene, o sea, a qué partes de la
aplicación tiene acceso. Es importante destacar que cada usuario tiene un rol, el cual define la
navegación por la aplicación.
Capítulo 4
45
Figura 4. 3 Iniciar sección
4.2.2 Página principal
4.2.2.1 Estudiantes
Habiendo accedido con el rol de estudiante aparece la página principal diseñado con los permisos
otorgados a este tipo de usuario como de muestra en la Figura 4. 4
Figura 4. 4 Página principal para estudiantes
4.2.2.2 Administrador
Con el rol de administrador aparece la página principal del área de gestión de pacientes (ver
Figura 4. 5). En esta se muestra en forma de menú y enlaces las principales áreas a la que el
usuario se puede dirigir. Para realizar una mejor explicación de la misma a continuación se
muestra una leyenda de sus partes.
Capítulo 4
46
Figura 4. 5 Página principal para administrador
Leyenda:
1. Menú desplegable principal.
2. Iconos de acceso directo los cuales proveen un acceso visible y rápido a distintas partes de
la aplicación, también se puede utilizar el Menú Principal.
3. Mensaje de pie de página que aparece en la parte inferior de todas las páginas del sitio, se
usa para informar sobre derecho de autor.
4. Brinda información del usuario registrado
5. Cierra la sesión activa y sale del sistema.
6. Informa sobre la cantidad de mensajes sin leer que tiene en la Mensajería Privada, si da
clic sobre él muestra el buzón de entrada.
4.2.3 Manejo de historias clínicas
Una parte importante del sistema y la cual es el centro de toda la información es la entidad
Historia Clínica, esta cuenta con una serie datos generales sobre los pacientes, así como de sus
propietarios. Con esta entidad base están relacionadas todas las demás que también contienen
información general acerca del paciente; lo cual permite que los sub-modelos se simplifiquen
Capítulo 4
47
considerablemente, pues tan sólo contendrán la información específica de ellos. Esta parte de la
aplicación puede ser accedida por los usuarios administradores, estudiantes y los veterinarios. En
la Figura 4. 6se muestra una tabla de ejemplo con datos.
Figura 4. 6 Lista de pacientes
En la Figura 4. 7se muestra el formulario de edición de los datos generales de un paciente real.
Como se puede ver el formulario cuenta con un menú lateral a su derecha el cual muestra los
tipos de estudios. Este formulario de edición como la mayoría cuenta con un panel superior
derecho con las principales funciones de edición como son: aplicar cambios, guardar y cerrar,
eliminar y cancelar.
Figura 4. 7 Editar pacientes
Capítulo 4
48
4.2.4 Creación de los análisis
Para una mejor adaptabilidad del sistema se crean de forma dinámica los diferentes análisis que
se puedan realizar dándole al veterinario esta posibilidad de forma fácil como se muestra en la
Figura 4. 8
Figura 4. 8 Adicionar un análisis
4.2.5 Tipos de estudios
A continuación se muestra como el usuario puede conformar sus propios tipos de estudios a
partir de los análisis que ellos mismos insertan en el sistema. La solución para ello se observa en
la Figura 4. 9 Editar tipos de estudiosdonde el usuario puede escoger los análisis que
conforman tipo de estudio que está editando.
Figura 4. 9 Editar tipos de estudios
Capítulo 4
49
4.2.6 Generadores automáticos de reportes
Una de las nuevas funcionalidades más significativas, fue la creación de reportes de todos los
datos almacenados. Esto se logra implementando un reportador dinámico en cada área,
abarcando así todos los datos de la BD. Estos componen un total de 2; uno para los análisis otro
para los datos de los pacientes. De esta forma el especialista puede filtrar los datos guardados en
el sistema de una forma sencilla.
En la Figura 4. 10 se puede observar el formulario de reportes para los análisis realizados a un
paciente, este ofrece la ventaja de realizar reportes de un paciente por sus análisis pudiendo
especificar un rango de fechas.
Figura 4. 10 Reportes de análisis
También existe la posibilidad de crear reportes sobre los datos de las historias clínicas de los
pacientes. Como se puede apreciar en el formulario mostrado en la Figura 4. 11, este generador
automático de reportes permite realizar búsquedas que pueden llegar a ser bastante complejas de
forma muy fácil e intuitiva para el usuario.
Capítulo 4
50
Figura 4. 11 Formulario de reporte de historias clínicas
Una vez realizada la búsqueda el sistema muestra la salida en forma de tabla como se aprecia en
la Figura 4. 12, en la cual se muestra un ejemplo de reporte. Esta salida puede ser exportada en
los formatos permitidos (CSV y PDF) y los parámetros del filtrado pueden ser guardados para
una posterior reutilización.
Figura 4. 12 Salida de los datos del reportador.
4.2.7 Configuración y nomencladores
Esta sección pretende exponer una concepción que se tiene en todo momento en el sistema y es
la idea de convención sobre configuración, por lo que 8 de las 19 tablas con que actualmente
cuenta el sistema son nomencladores. Esto posibilita que el sistema sea completamente
Capítulo 4
51
configurable en cuanto a los términos que utiliza dejando en manos de los especialistas del área
(los cuales deben tener rol de administrador) la creación y modificación de estos. La forma de
acceder a los nomencladores es mediante el Menú Principal como se puede apreciar en la Figura
4. 13Error! Reference source not found.
Figura 4. 13 Nomencladores
También como se puede apreciar en la Figura 4. 14 si el usuario cuenta con el rol
“administrador”, puede cambiar los parámetros de configuración del sitio mediante las opciones
del siguiente formulario.
Capítulo 4
52
Figura 4. 14 Configuración
4.2.8 Mensajería privada
El sistema cuenta con una funcionalidad que permite la comunicación entre los usuarios que se
encuentra registrados para un mejor trabajo colectivo como se muestra en la Figura 4. 15
Figura 4. 15 Mensajería privada
4.2.9 Manejo de usuarios
Para el control la seguridad del sistema es muy necesaria la creación de los diferentes tipos de
usuarios, para esto el administrador cuenta con una interfaz amigable y de fácil trabajo como se
muestra en la Figura 4. 16
Figura 4. 16 manejo de usuarios
Capítulo 4
53
3.3 Conclusiones parciales
Como resultado de este capítulo se concluye que:
Se expone, en forma de manual de usuario, las principales secciones del sitio y
operaciones a realizar por el cliente en el manejo del sistema.
Conclusiones
54
Conclusiones
Como consecuencia de la investigación se logran los siguientes resultados:
Se determinan las características particulares de historias clínicas veterinarias de la UCLV.
Se diseña una base de datos capaz de adaptarse ante cualquier cambio.
Se obtuvo una versión del sistema.
Se logra la puesta en marcha del sistema.
Se pobló la base de datos con datos reales.
Recomendaciones
55
Recomendaciones
Para próximos trabajo se recomienda lo siguiente:
Adicionar nuevos nomencladores para una mayor adaptabilidad al sistema.
Poblar la base de datos con la mayor cantidad de datos posibles.
Implementar un módulo capaz de realizar análisis estadísticos.
Validar el sistema en la carrera de veterinaria y zootecnia de la UCLV y otras
universidades.
Proponer el uso del sistema en clínicas veterinaria del territorio.
Referencias bibliográficas
56
Referencias bibliográficas
ACHAVÁL, A. 2000. Manual de Medicina Legal, Buenos Aires, Abeledo Perrot.
BERRÍOS, P. 2006. Historia de la Medicina Veterinaria. Sus orígenes I [Online].
http://www.patologiaveterinaria.cl/Monografias/MEPAVET2%202006/html/Mepavet200
6-4.htm. [Accessed 05/12/2012.
CUERVO, C. F. Memorias del Simposio de Cirugía Veterinaria. Concentrado Metodológico de
Cirugía Veterinaria, 14-16/04/93 1993 Ciudad de la Habana. Cuba.
DÍAZ VELLÓN, M. & GONZÁLEZ MENA, J. L. 2008. Modelación de reglas de negocio como
apoyo para sistemas de información en el área de Nefrología. Trabajo de Diploma,
Universidad Central de las Villas.
DUALDE, V. 2008. . Las Recopilaciones Bizantinas de la Veterinaria Griega: La Hippiátrika.
21-24.
DUNLOP R & WILLIAMS, D. 1996. Veterinary Medicine. An Illustrated History. Mosby-Year
Book.
FERNÁNDEZ, E. 1994. Medio Siglo de Medicina Veterinaria(semblanzas y recuerdos).
FERNÁNDEZ, Y. 2004. Breve historia de las clínicas veterinarias en Cuba. Concurso de
Historia de la Medicina Veterinaria La Habana.
GARAY, O. E. 2002. De la historia clínica tradicional a la historia clínica informatizada.
HERNANDORENA, D. B. H. & LÓPEZ, D. M. A. T. 2007. LA SOCIEDAD CUBANA DE
CLÍNICA Y CIRUGÍA VETERINARIA. ANTECEDENTES HISTÓRICOS Y
PERSPECTIVAS. . 4.
KREBS, R. 2009. Breve historia universal (hasta el año 2000). .
NASSIFF, A., SILVA, H. M. R. & RODRÍGUEZ, M. Á. M. 2010. Práctica Clínica
OAKS, P., EDMOND, D. & SPORK, M. Extending Conceptual Models for Web Based
Applications. Proceedings of the 22nd International Conference on Conceptual
Modeling on Conceptual Modeling, 2003 Chicago, IL, USA. Springer.
OLLARZU, S. R. 2012. 100 años de enseñanza de la medicina veterinaria en chile y su
proyección futura. Available:
http://www.veterinaria.uchile.cl/portal/facultad/presentacion/60108/historia#1.
RIVERA, O. 2006. Historia de la Medicina Veterinaria [Online].
http://www.veterinaria.org/revistas/redvet/n050509B/050917B.pdf. [Accessed febrero
15, 2011.
VIDAL LEDO, M. & SACASAS, F. 2005. La enseñanza de la clínica. Reflexiones sobre el
tema.
VINENT, M., HIDALGO, J. R., LUACES, Z., PUENTE, M. & CHANG, F. 2004. Desarrollo de
la Medicina Veterinaria en el Municipio Centro Habana. Concurso de Historia de la
Medicina Veterinaria La Habana.
Referencias bibliográficas
57
WAITZKIN, H. 2006. Un siglo y medio de olvidos y redescubrimientos: las perdurables
contribuciones de Virchow a la medicina social 1. Available: www.medicinasocial.info
[Accessed 1 de Junio de 2006].