Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Tema:
Aplicacin web para el anlisis y registro de los datos de las historias clnicas de los
pacientes tratados con terapia floral para la Red Nacional de Biosalud y FUNSSIEC.
Trabajo de Graduacin. Modalidad: TEMI. Trabajo Estructurado de Manera
Independiente, presentado previo la obtencin del ttulo de Ingeniero en Sistemas
Computacionales e Informticos.
Sublinea: Aplicaciones web
AUTOR: Luis Gustavo Gualoto Mora
TUTOR: Ing. Marcos Bentez
Ambato - Ecuador
Enero/2015
EL TUTOR
ii
AUTORA
iii
La Comisin Calificadora del presente trabajo conformada por los seores docentes Ing.
Edison lvarez e Ing. Carlos Nez, revis y aprob el Informe Final del trabajo de
graduacin titulado Aplicacin web para el anlisis y registro de los datos de las
historias clnicas de los pacientes tratados con terapia floral para la Red Nacional
de Biosalud y FUNSSIEC, presentado por el seor Luis Gustavo Gualoto Mora de
acuerdo al Art. 17 del Reglamento de Graduacin para obtener el ttulo Terminal de
tercer nivel de la Universidad Tcnica de Ambato.
DOCENTE CALIFICADOR
DOCENTE CALIFICADOR
iv
DEDICATORIA
El presente trabajo se lo dedico a mi Familia,
por su apoyo incondicional
durante esta etapa acadmica y en las decisiones
tomadas en el transcurso de mi vida, por darme
buen ejemplo de lucha constante, y sobre
todo por el amor que me brinda; tambin se lo dedico
a mis profesores por est r ah
impartiendo sus conocimientos y su aprecio.
Luis Gustavo Gualoto Mora.
AGRADECIMIENTO
Quiero extender un sincero agradecimiento al Ser
Supremo por brindarme la vida, la sabidura y las
ganas de superacin, para poder culminar est meta
de formacin profesional en mi vida.
Tambin quiero expresar un sincero agradecimiento a
la Facultad de Ingeniera en Sistemas, Electrnica e
Industrial de la Universidad Tcnica de Ambato, por
darme una oportunidad de formarme profesionalmente
con los conocimientos brindados
de los diferentes profesores.
Luis Gustavo Gualoto Mora.
ndice
APROBACIN DEL TUTOR ......................................................................................... ii
AUTORA ....................................................................................................................... iii
vi
Tema: ..................................................................................................................... 1
1.2.
1.3.
1.4.
Justificacin ........................................................................................................... 3
1.5.
Objetivos ................................................................................................................ 3
1.5.1.
1.5.2.
CAPTULO II ................................................................................................................... 5
MARCO TERICO ......................................................................................................... 5
2.1.
Marco Terico........................................................................................................ 5
2.2.
3.2.
3.3.
3.4.
3.5.
CAPTULO IV ............................................................................................................... 13
DESARROLLO DE LA PROPUEST ......................................................................... 13
4.1. Recoleccin y Anlisis de Informacin relacionada con el registro de Historias
Clnicas de los pacientes que son tratados con terapia floral. ......................................... 13
Ficha Tcnica de Registro............................................................................................... 16
4.2.
vii
4.3.
4.3.1.
4.3.2.
4.4.
4.4.1.
4.4.2.1.
MYSQL ........................................................................................................ 22
4.4.3.
PHP .................................................................................................................. 23
4.4.4.
MVC ................................................................................................................. 23
4.4.5.
IDE ................................................................................................................... 23
4.4.6.
HTML .............................................................................................................. 24
4.4.7.
CSS................................................................................................................... 24
4.4.8.
4.5.
Diagramas ............................................................................................................ 25
4.5.1.
4.5.2.
4.5.3.
4.5.5.
4.5.5.1.
4.5.5.2.
4.5.5.3.
4.5.5.4.
4.5.5.5.
4.5.5.6.
4.5.5.7.
4.5.5.8.
4.5.5.9.
4.5.5.10.
4.5.6.
viii
4.5.6.1.
4.5.6.2.
4.5.7.
4.6.
CAPTULO V ................................................................................................................. 89
CONCLUSIONES Y RECOMENDACIONES ............................................................. 89
5.1.
CONCLUSIONES ............................................................................................... 89
5.2.
RECOMENDACIONES ...................................................................................... 90
BIBLIOGRAFIA: ........................................................................................................... 92
GLOSARIO DE TERMINOS: ....................................................................................... 94
........................................................................................................................ 95
Anexo 1: Entrevista ........................................................................................................ 96
Anexo 2: Fotos ................................................................................................................ 98
Anexo 3: Manual de Usuario ........................................................................................ 101
Anexo 4: Manual Tcnico............................................................................................. 133
NDICE DE TABLAS
ix
Tabla 4. 42 Tabla de validacin del email con Grafos Elaborado por: El Investigador. ..... 83
Tabla 4. 43 Tabla de la prueba comprobacin de la validacin del email con Grafos
Elaborado por: El Investigador. ............................................................................................ 84
Tabla 4. 44 Tabla de la prueba de caja negra Elaborado por: El Investigador. .................... 84
Tabla 4. 45 Discusin y Resultados Elaborado por: El Investigador .................................. 88
NDICE DE FIGURAS
xi
xii
xiii
xiv
RESUMEN EJECUTIVO
xv
SUMMARY
The National Network of Biosalud and FUNSSIEC is an institution that is responsible for
conducting medical consultations with alternative treatments to all people need it.
Growing demand they have had in recent years has caused the difficulty of managing the
information handled within the institution.
This investigation proposes the development of a web application that allows faster
processing of information when registering the medical consultation of the patient, taking
with it to provide better service to patients.
Are determined by a flow chart the steps followed in developing the process of providing
the medical records of patients.
Based on the flow chart has been determined and the design of the web application as
well as the requirements for the implementation and operation of the poses.
Considering the developed design proceeds to the implementation of the Web application
by selected development tools in the entire process of design and implementation.
Once implemented the web application is to undertake a comparative table, to visualize
the results and differences between the before and after implementation in the registration
process medical records state.
xvi
INTRODUCCIN
El presente trabajo de tesis cuyo tema es, APLICACIN WEB PARA EL ANLISIS
Y REGISTRO DE LOS DATOS DE LAS HISTORIAS CLNICAS DE LOS
PACIENTES TRATADOS CON TERAPIA FLORAL PARA LA RED NACIONAL DE
BIOSALUD Y FUNSSIEC, consta de cinco captulos que se detallan a continuacin:
Captulo I El Problema.- En este captulo se identifica el problema que se suscita,
para plantearlo de forma concreta, delimitando su alcance, con una respectiva
justificaciones y objetivos que guiarn todo el proyecto.
Captulo II Marco Terico.- En este captulo consta del fundamento terico que
ayuda a comprender de forma clara y sencilla el problema, para poder plantear la
propuesta de solucin.
Captulo III Metodologa.- En este captulo se describe las modalidades de
investigacin, se especifica la poblacin y muestra con la que se va a trabajar, la forma
como se recolectar y procesar la informacin, adems de una descripcin breve de
cmo se desarrollar el proyecto.
Captulo IV Desarrollo de la Propuesta .- En este captulo se describe todo el
desarrollo de la propuesta de solucin, definiendo los requisitos necesarios, los casos de
uso, los diagramas de secuencia de interaccin, el diseo de la interfaz grfica de usuario,
el diseo de la base de datos y la descripcin de los datos, adems de la implementacin.
Captulo V Conclusiones y Recomendaciones.- En este captulo se describe las
conclusiones a las que llega el investigador luego del desarrollo del proyecto, as tambin
las recomendaciones pertinentes.
Por ltimo se incluye las referencias consultadas y se anexa el glosario de trminos, los
instrumentos de recoleccin de informacin, el manual de usuario y el manual tcnico.
xvii
CAPTULO I
EL PROBLEMA
1.1.
Tema:
Aplicacin web para el anlisis y registro de los datos de las historias clnicas de los
pacientes tratados con terapia floral para la Red Nacional de Biosalud y FUNSSIEC.
1.2.
1.4.
Justificacin
El manejo de la informacin como son el historial clnico de un paciente es
necesario para mejorar la consulta de datos de los pacientes en tiempo real,
corregir errores de las historias clnicas hechas en papel, agilizar los procesos,
registrar la informacin de una manera ms confiable, mejorar la calidad de
atencin hacia los pacientes, haciendo que la Red Nacional de Biosalud y
FUNSSIEC tenga una mayor acogida por sus pacientes ganando un mayor
prestigio para su institucin.
El impacto ser muy relevante ya que se est aportando en la mejora de los
procesos de la Red Nacional de Biosalud y FUNSSIEC en la atencin de los
pacientes, gestionando de una mejor manera la informacin que se est llevando
de las historias clnicas de los mismos.
Adems es factible realizarlo porque se tendr el apoyo de la Red Nacional de
Biosalud y FUNSSIEC, tambin se cuenta con el inters del personal de la
institucin en el mejoramiento de dicha red y no se necesitara la adquisicin de
licencias, ya que el proyecto ser desarrollado con Software Libre, el cual
posteriormente permitir estudiar y analizar el funcionamiento de la aplicacin y
efectuar modificaciones con el fin de mejorarlo o adaptarlo a algn propsito
especfico.
1.5.
Objetivos
CAPTULO II
MARCO TERICO
2.1. Marco Terico
Despus de haber revisado en la Biblioteca de la Facultad de Ingeniera en
Sistemas, Electrnica e Industrial se ha encontrado una tesis con el siguiente tema
Implantacin de una aplicacin en tres capas para el control de las historias
clnicas de los pacientes del dispensario mdico de la Empresa Elctrica Ambato
regional centro norte S.A.. Autor: Cristina Eliana Arellano Chvez. Ao 2007
Revisando en el internet temas relacionados a la investigacin se ha encontrado
en la Universidad Tecnolgica del Per el siguiente tema: Desarrollo de una
Aplicacin Web para el Registro de Historias Clnicas Electrnicas (HCE) para el
Hospital Nacional Guillermo Almenara Autores: Miguel ngel Rojas Cabrejos,
Guillermo Renato Sullca Padilla. Ao: 2012
Historias Clnicas
Las historias clnicas son los documentos mdicos legales que aparecen del
contacto entre profesionales (mdico, psiclogo, enfermero, etc.) y el paciente la
persona de la cual se va a recoger la informacin necesaria para la proporcionar
poder una correcta atencin de los pacientes. La historia clnica es un documento
vlido desde el punto de vista clnico y legal, que recoge informacin de tipo
asistencial, preventivo y social. Esto aporta un registro organizado facilitando
razonamiento clnico y toma de decisiones. [1]
Historia Clnica Electrnica
La historia clnica electrnica (HCE) es aquella en la cual la informacin antes
mencionada con respecto a la HC se captura en forma electrnica, digital,
informatizada, es decir, no se utiliza el papel y el bolgrafo sino que se registra
con un teclado o directamente con la voz del profesional interviniente. El soporte
donde se escribe es el electrnico en todas sus formas: discos rgidos, discos
compactos, discos pticos, diskettes, cintas magnticas y muchas ms, que se irn
desarrollando en el futuro.
(imgenes, sonidos, etc.). Las tecnologas que se suelen emplear para programar
el cliente web son:
HTML.
XML
ASP
CSS.
PHP
Lenguajes de script: JavaScript, etc. [8]
Servidor Web
Servidor web es un programa que est esperando permanentemente las solicitudes
de conexin mediante el protocolo HTTP por parte de los clientes web. La parte
servidor de aplicaciones web est formada por:
Pginas estticas (documentos HTML) que siempre muestran el mismo
contenido.
Recursos adicionales multimedia, documentos adicionales, mapas, etc.
que pueden emplear dentro de las pginas o est r disponibles para ser
descargados en el cliente.
Programas o scripts que son ejecutados por el servidor web cuando el
navegador del cliente solicita algunas pginas. La salida de este script
suele ser una pgina HTML estndar que se enva al navegador del cliente.
En algunos casos pueden utilizar bases de datos. [8]
Lenguaje de Programacin:
Es un lenguaje que puede ser utilizado para controlar el comportamiento de una
mquina, particularmente una computadora. Consiste en un conjunto de reglas
sintcticas y semnticas que definen una estructura y el significado de sus
elementos, respectivamente. Aunque muchas de las veces se usa un lenguaje de
programacin y lenguaje informtico como si fuesen sinnimos, no tiene por qu
ser as, ya que los lenguajes informticos engloban a los lenguajes de
programacin y a otros ms, como, por ejemplo, el HTML, PHP, ASP, Perl,
JavaScript, etc. [9]
Base de Datos
Una Base de Datos (BD) es una coleccin o depsito de dato, almacenados en
soporte secundario y con redundancia controlada. Los datos, que han de ser
compartidos por diferentes usuarios y aplicaciones, deben mantenerse
independientes de ellos y su definicin (estructura de la BD), nica y almacenada
junto con los datos, se ha de apoyar en un modelo de datos, el cual ha de permitir
captar las interrelaciones y restricciones existentes en el mundo real. Los
8
2.2.
Propuesta de Solucin
CAPTULO III
METODOLOGA
3.1. Modalidad de la Investigacin
La investigacin es aplicable porque se pretende automatizar el proceso de registro
clnico de los pacientes que son tratados en la Red Nacional de Biosalud y
FUNSSIEC, manteniendo la informacin almacenada y organizada electrnicamente
para mejorar en la toma de decisiones y llevando un mejor control en los
tratamientos que son de varios das para ir observando el desarrollo de la misma.
Para la realizacin de la investigacin se ha considerado utilizar las siguientes
modalidades:
Modalidad Bibliogrfica o Documental: Esta modalidad es tomado en cuenta porque
en la investigacin se recolectado informacin terica de Libros, Libros Digitales,
artculos cientficos, etc.
Modalidad de Campo: Est modalidad tambin es aplicada en la investigacin
porque el investigador deber acudir directamente a la institucin para recolectar
informacin acerca de sus necesidades institucionales, etc. utilizando tcnicas como
la entrevista y el cuestionario.
3.2.
Poblacin y Muestra
La poblacin o muestra no es requerido por el tipo de investigacin del presente
proyecto.
3.3.
Recoleccin de Informacin
Se realizar una recoleccin de informacin, directamente con los miembros que
conforman la Red Nacional de Biosalud y FUNSSIEC. Adems se requerir
informacin que se encuentra almacenada o registrada en libros, documentos,
revistas tcnicas, proyectos de investigacin, etc., o en Internet.
3.4.
10
3.5.
12
CAPTULO IV
DESARROLLO DE LA PROPUEST
4.1.
14
Al paciente solo se le entrega una receta con las diferentes esencias para las
dolencias encontradas por el terapeuta.
Qu tan rpido tiene acceso a la informacin que busca?
Como la bsqueda se hace manualmente en archivos como hojas de papel es muy
difcil buscar la informacin y obtenerle a tiempo.
Con la informacin recolectada, se ha determinado el siguiente diagrama de
procesos, en el cual se visualizara de forma ordenada como se realiza una consulta
a los pacientes y como es el proceso de registro de las historias clnicas.
15
16
17
PHP
SI
NO
ASP
NO
SI
Ruby
SI
NO
C/C++
VB y C#
C/C++
SI
Linux
Windows
Sistemas operativos
Lugar de
Ejecucin
Servidor
Empresa
Base de datos
(principalmente)
Propsito
Apoyo de
aprendizaje
Ambiente de
desarrollo
Servidor
SI
o Windows
y
Linux
pero
usando
el
proyecto Mono (
pero solo con C#
)
Cliente y
Servidor
IIS o Mono.
SI
Linux
Windows
Servidor
Apache,
Apache,
compilador
compilador
propio.
propio
The PHP Group ( Microsoft
y Grupo
Ruby
open source)
Xamarin
(open source)
Mysql.
MsSQLServer
Mysql
y
PostgreSQL
Desarrollo
de Desarrollo
de desarrollo
de
aplicaciones web aplicaciones
aplicaciones
dinmicas
web dinmicas
web dinmicas
Mucha
Sitios
webs, Poca. No hay
informacin.
foros,
una entidad que
Pero no hay una documentos
de forma oficial
entidad que de proporcionados centralice
la
forma
oficial por Microsoft.
ayuda.
proporcione la
ayuda.
Eclipse,
Visual Studio
Eclipse,
netbeans y otras pagada la
netbeans y otras
herramientas
herramientas
licencia
open source,
Y herramientas open source
editor de texto
open source.
como notepad
++, sublimeText
18
Cloud9
IDE
SI
SI
NO
NO
NO
NO
SI
$15
(Privado)
HTML,
ASP, Batch,
Cascading Style
Sheets HTML,
JavaScript, File, C, C#, (CSS),ColdFusion,Extensible JavaScript,
CSS, Java C++,
HyperText Markup Language CSS,
JavaScript,
(XHTML),Extensible
Ruby,
php, html, sql Markup Language (XML)
PHP
Media
Baja
Alta
Media
Linux
o Linux
o Windows
Plataforma
Windows Windows
Web
SI
SublimeText
Dreamweaver
NO
NO
SI
4.3.
19
Espacio 5 GB.
Nombre de Dominio.
Mquinas clientes, requerimientos mnimos:
Procesador Intel Pentium 4.
80 GB de disco duro.
512 MB de memoria RAM.
Tarjeta de Red.
Acceso al Internet.
20
4.4.
Metodologa en Cascada
El modelo en cascada o comnmente llamado desarrollo en cascada, es aquel modelo
que toma una metodologa la cual agrupa 6 fases importantes bajo el fundamento
principal que el inicio de cada etapa debe esperar a la finalizacin de la etapa anterior.
[12]
21
22
4.4.3. PHP
PHP (acrnimo de "PHP: Hypertext Preprocessor") es un lenguaje interpretado de
alto nivel embebido en pginas HTML y ejecutado en el servidor.
En lugar de usar muchos comandos para mostrar HTML (como en C o en Perl), las
pginas de PHP contienen HTML con cdigo incrustado que hace "algo" (en este
caso, mostrar "Hola, soy un script de PHP!). El cdigo de PHP est encerrado entre
las etiquetas especiales de comienzo y final <?php y ?> que permiten entrar y salir
del "modo PHP".
Lo que distingue a PHP de algo del lado del cliente como JavaScript es que el cdigo
es ejecutado en el servidor, generando HTML y envindolo al cliente. El cliente
recibir el resultado de ejecutar el script, aunque no se sabr el cdigo subyacente
que era. El servidor web puede ser configurado incluso para que procese todos los
ficheros HTML con PHP, por lo que no hay manera de que los usuarios puedan saber
qu se tiene debajo de la manga. [13].
4.4.4. MVC
MVC es una propuesta de diseo de software utilizada para implementar sistemas
donde se requiere el uso de interfaces de usuario. Surge de la necesidad de crear
software ms robusto con un ciclo de vida ms adecuado, donde se potencie la
facilidad de mantenimiento, reutilizacin del cdigo y la separacin de conceptos.
Su fundamento es la separacin del cdigo en tres capas diferentes, acotadas por su
responsabilidad, en lo que se llaman Modelos, Vistas y Controladores, o lo que es lo
mismo, Model, Views & Controllers, si lo prefieres en ingls. En este artculo
estudiaremos con detalle estos conceptos, as como las ventajas de ponerlos en
marcha cuando desarrollamos.
MVC es un "invento" que ya tiene varias dcadas y fue presentado incluso antes de
la aparicin de la Web. No obstante, en los ltimos aos ha ganado mucha fuerza y
seguidores gracias a la aparicin de numerosos frameworks de desarrollo web que
utilizan el patrn MVC como modelo para la arquitectura de las aplicaciones web.
[14]
4.4.5. IDE
Integrated Development Environment (entorno de desarrollo integrado), es decir un
editor de cdigo que adems puede servirnos para depurar y facilitarnos las
diferentes tareas necesarias en el desarrollo de cualquier tipo de aplicacin.
Hay que aclarar que es posible que un mismo IDE pueda funcionar con diferentes
lenguajes de programacin, un buen ejemplo de ello es Eclipse. [15].
23
4.4.6. HTML
Es un lenguaje de descripcin de hipertexto compuesto por una serie de comandos,
marcas, o etiquetas, tambin denominadas "Tags" que permiten definir la estructura
lgica de un documento web y establecer los atributos del mismo (Color del texto,
contenidos multimedia, hipervinculos, etc.). [16]
4.4.7. CSS
Hojas de Estilo en Cascada (Cascading Style Sheets), es un mecanismo simple que
describe cmo se va a mostrar un documento en la pantalla, o cmo se va a imprimir,
o incluso cmo va a ser pronunciada la informacin presente en ese documento a
travs de un dispositivo de lectura. Est forma de descripcin de estilos ofrece a los
desarrolladores el control total sobre estilo y formato de sus documentos. [17]
CSS3
La especificacin de CSS3 viene con interesantes novedades que permitirn hacer
webs ms elaboradas y ms dinmicas, con mayor separacin entre estilos y
contenidos. Dar soporte a muchas necesidades de las webs actuales, sin tener que
recurrir a trucos de diseadores o lenguajes de programacin. [18]
24
4.5. Diagramas
4.5.1. Diagramas Casos de Uso
En un diagrama de casos de uso, no se muestran los casos de uso en detalle;
solamente se resumen algunas de las relaciones entre los casos de uso, los actores y
los sistemas. En concreto, en el diagrama no se muestra el orden en el que se llevan
a cabo los pasos para lograr los objetivos de cada caso de uso. Esos detalles pueden
describirse en otros diagramas y documentos, que pueden vincularse a cada caso de
uso.
25
26
Administrador
Este actor representa al Administrador del Sistema.
Actor-01
Descripcin
Terapeuta
Este actor representa a la persona que realiza la consulta
mdica y registra la informacin de los pacientes.
27
Actor:
Precondiciones:
Descripcin:
Proceso:
Actor:
Precondiciones:
Descripcin:
Proceso:
Actor:
Precondiciones:
Descripcin:
Proceso:
Presionar guardar.
Registra en la base de datos la nueva contrasea,
si es vlida el tipo de informacin los modifica
caso contrario muestra un error.
Tabla 4. 6 Casos de uso: cambio de Contrasea Elaborado por: El Investigador.
Actor:
Precondiciones:
Descripcin:
Proceso:
Actor:
Precondiciones:
Descripcin:
Proceso:
Actor:
Precondiciones:
Descripcin:
Proceso:
29
Actor:
Precondiciones:
Descripcin:
Proceso:
Actor:
Precondiciones:
Descripcin:
Proceso:
Actor:
Precondiciones:
Descripcin:
Proceso:
30
Actor:
Precondiciones:
Descripcin:
Proceso:
31
Actor:
Precondiciones:
Descripcin:
Proceso:
Actor:
Precondiciones:
Descripcin:
Proceso:
32
Actor:
Precondiciones:
Descripcin:
Proceso:
33
34
35
36
37
38
Fig. 4. 18 Diagrama de Secuencia: Ingreso de una Esencia Floral Elaborado por: El Investigador.
39
Fig. 4. 19 Diagrama de Secuencia: Modificacin de una Esencia Floral Elaborado por: El Investigador.
Fig. 4. 20 Diagrama de Secuencia: Ingreso de una Consulta Mdica Elaborado por: El Investigador.
40
Fig. 4. 21 Diagrama de Secuencia: Modificacin de una Consulta Mdica Elaborado por: El Investigador.
Fig. 4. 22 Diagrama de Secuencia: Ingreso del diagnstico de la Consulta Mdica Elaborado por: El
Investigador.
41
Fig. 4. 23 Diagrama de Secuencia: Modificacin del diagnstico de la Consulta Mdica Elaborado por: El
Investigador.
Fig. 4. 24 Diagrama de Secuencia: Ingreso de la Terapia Floral de la Consulta Mdica Elaborado por: El
Investigador.
42
43
44
Diccionario de Datos:
Se describe las caractersticas de cada campo de las tablas de la base de datos en los
que s lo conoce como diccionario de datos.
CAMPO
secuencial
nombre
TABLA: nivelescolar
TIPO
DESCRIPCION RESTRICCIONES
int
Secuencial de
Clave Primaria
Nivel Escolar
varchar(50) Nombre del
Requerido
Nivel Escolar
CAMPO
secuencial
nombre
TABLA: estadocivil
TIPO
DESCRIPCION RESTRICCIONES
int
Secuencial de
Clave Primaria
Est do Civil
varchar(50) Nombre del Est Requerido
do Civil
CAMPO
secuencial
nombre
TABLA: ocupacion
TIPO
DESCRIPCION RESTRICCIONES
int
Secuencial de
Clave Primaria
Ocupacin
varchar(50) Nombre del
Requerido
Ocupacin
CAMPO
secuencial
nombre
TABLA: sintomas
TIPO
DESCRIPCION RESTRICCIONES
int
Secuencial de
Clave Primaria
Sntomas
varchar(50) Nombre del
Requerido
Sntomas
45
CAMPO
secuencial
nombre
TABLA: origen
TIPO
DESCRIPCION RESTRICCIONES
int
Secuencial de
Clave Primaria
Orgenes
varchar(50) Nombre del
Requerido
Orgenes
TABLA: persona
CAMPO
TIPO
DESCRIPCION
secuencial
int
Secuencial de la
Persona que se
conocer como
Paciente
Ci
varchar(10)
Identificacin de
la Persona
nombre
varchar(50)
Nombre de la
Persona
apellidos
varchar(50)
Apellidos de la
Persona
celular
varchar(10)
Numero de
Celular de la
Persona
telfono
varchar(10)
Nmero de
Telfono de la
Persona
direccin
varchar(80)
Direccin de la
Persona
fechanacimie DateTime
Fecha de
nto
Nacimiento de la
Persona
secuencialniv int
Secuencial del
elescolar
Nivel Escolar de
la Persona
numerohijos Int
Numero hijos de
la Persona
secuencialest int
Secuencial de
adocivil
Est do Civil de
la Persona
46
RESTRICCIONES
Clave Primaria
Requerido
Requerido
Requerido
Requerido
Requerido
Requerido
Clave Fornea de la
Tabla nivelescolar
Requerido
Clave Fornea de la
Tabla estadocivil
secuencialoc
upacion
int
vicienteshoga int
r
Secuencial de la
Ocupacin de la
Persona
Numero de
Vivientes de la
Persona en el
hogar
Clave Fornea de la
Tabla ocupacion
Requerido
TABLA: historiaclinica
CAMPO
TIPO
DESCRIPCIO
N
secuencial
int
Secuencial de
Orgenes
secuencialperson int
Secuencial de la
a
Persona
fechaIngreso
tinyint(1) Fecha Ingreso
Persona
lugar
varchar(50 Direccin de la
)
Persona
RESTRICCIONE
S
Clave Primaria
Clave fornea de la
tabla persona
Requerido
Requerido
CAMPO
secuencial
ci
nombre
apellido
direccin
telfono
TABLA: terapeuta
TIPO
DESCRIPCION RESTRICCIO
NES
int
Secuencial del
Clave Primaria
Terapeuta
varchar(10)
Identificacin
Requerido
del Terapeuta
varchar(50)
Nombre del
Requerido
Terapeuta
varchar(50)
Apellidos del
Requerido
Terapeuta
varchar(80)
Direccin del
Terapeuta
varchar(10)
Nmero de
Requerido
Telfono del
Terapeuta
47
celular
varchar(10)
fechanacimiento
DateTime
Celular de la
Terapeuta
Fecha de
Nacimiento del
Terapeuta
Requerido
Requerido
CAMPO
Id_rol
role
TABLA: roles
TIPO
DESCRIPCION RESTRICCIONES
int
Secuencial de
Clave Primaria
Roles
varchar(50)
Nombre del
Requerido
Roles
Tabla 4. 30 Descripcin de la Tabla roles Elaborado por: El Investigador.
CAMPO
Id_permiso
Permiso
Key
TABLA: Permisos
TIPO
DESCRIPCION
int
Secuencial de
Permisos
varchar(100) Nombre de
Permisos
varchar(100) Key de Permisos
RESTRICCIONES
Clave Primaria
Requerido
Requerido
CAMPO
id
usuario
pass
email
roles
est do
TABLA: usuarios
TIPO
DESCRIPCION RESTRICCION
ES
int
id de la Usuarios Clave Primaria
varchar(30)
Cdigo del
Requerido
Usuario
varchar(40)
Contrasea del
Requerido
Usuario
varchar(100) Direccin email Requerido
del Usuario
int
rol del Usuario
Secuencial de la
tabla rol
bool
Est do del
Requerido
Usuario
48
fecha
DateTime
secuencialterapeuta
DateTime
Fecha de la
Usuario
Secuencial del
Terapeuta
Requerido
Secuencial de la
tabla Terapeuta
CAMPO
roles
permiso
valor
TABLA: permisos_role
TIPO
DESCRIPCION RESTRICCIONES
int
Rol del Permiso Clave Fornea de la
tabla role
int
Permiso del role Clave Fornea de la
tabla permisos
bool
Est do de
Requerido
Permiso Role
CAMPO
usuario
permiso
valor
TABLA: permisos_usuario
TIPO
DESCRIPCION RESTRICCIONES
int
Usuario del
Clave Fornea de la
Permiso
tabla usuarios
int
Permiso del
Clave Fornea de la
Usuario
tabla permisos
bool
Est do de
Requerido
Permiso Role
CAMPO
secuencial
nombre
caracterstica
sntoma
TABLA: esecnciafloral
TIPO
DESCRIPCION RESTRICCION
ES
int
secuencial de la Clave Primaria
Esencia Floral
varchar(30)
Nombre de la
Requerido
Esencia Floral
varchar(500) Caracterstica de Requerido
la Esencia Floral
varchar(500) Sntoma de la
Requerido
Esencia Floral
49
bach
varchar(100)
deficitatencional
varchar(100)
formulascombinadas
varchar(100)
Bach de la
Esencia Floral
Dficit
Atencional de la
Esencia Floral
Formulas
Combinadas de
la Esencia Floral
Requerido
Requerido
Requerido
TABLA: consultamaestro
CAMPO
TIPO
DESCRIPCION RESTRICCION
ES
secuencial
int
secuencial de la Clave Primaria
Consulta
Maestro
secuencialhistoriaclini varchar(30)
Secuencial de
Clave Fornea de
ca
historia clnica
la tabla
de la
historiaclinca
Persona(Paciente
)
fechaconsulta
varchar(500) Fecha de la
Requerido
Consulta
cirugas
varchar(500) Si tiene cirugas
partosnormales
varchar(100) Si ha tenido
partos normales
Cesreas
varchar(100) Se ha hecho la
cesrea
fuma
varchar(100) Si Fuma
vivepersonasfuma
bool
Vive con
personas que
fuman
usamarcapasos
bool
Si usa
marcapasos
motivo
varchar(100) El motivo de la
Requerido
Consulta
comoinformo
varchar(100) Como se
Informo
estadoactual
varchar(100) Est do Actual
Requerido
de la Personas
50
observaciones
varchar(500)
Observaciones
de la Persona
Requerido
TABLA: detallesintoma
CAMPO
TIPO DESCRIPCION
secuencialconsulta int
Secuencial de la
Consulta Medica
secuencialsintoma int
Secuencial del
Sntoma
estado
bool
Estado de
detallesintoma
RESTRICCIONES
Clave Fornea de la
tabla consultamestro
Clave Fornea de la
tabla sintomas
Requerido
TABLA: detalleorigen
CAMPO
TIPO DESCRIPCION
secuencialconsulta Int
Secuencial de la
Consulta Medica
secuencialorigen
Int
Secuencial del
origen
estado
bool
Estado de
detalleorigen
RESTRICCIONES
Clave Fornea de la
tabla consultamestro
Clave Fornea de la
tabla origen
Requerido
TABLA: detalleesenciafloral
CAMPO
TIP
DESCRIPCION RESTRICCIONE
O
S
secuencialconsult int
Secuencial de la
Clave Fornea de la
a
Consulta Medica
tabla
consultamestro
secuencialesencia int
Secuencial del
Clave Fornea de la
origen
tabla esenciafloral
estado
bool Estado de
Requerido
detalleesenciaflora
l
Tabla 4. 39 Descripcin de la Tabla detalleesenciafloral Elaborado por: El Investigador.
51
52
Fig. 4. 28 Diseo del prototipo de la Pgina de Listados de datos Elaborado por: El Investigador.
Fig. 4. 29 Diseo del prototipo de la Pgina de ingresos y actualizaciones Elaborado por: El Investigador.
53
54
1. Men Principal.- Est Seccin est ubicada el men principal cuando el usuario
est con la sesin abierta.
2. Inicio de Sesin.- se muestra el usuario que inicializo la sesin.
3. Logo.- Est seccin est ubicado el logo de la pgina web.
4. Nombre Institucin: En esta Seccin est ubicada el nombre de la institucin.
5. Contenido.- Est Seccin est ubicada una leyenda de la empresa describiendo
a que se dedica.
55
56
Inicio:
Muestra la pantalla por defecto de la aplicacin web con una leyenda de la
empresa.
Consulta Medica
o Consulta Mdica.- Es un link que me direcciona a la pantalla donde
se puede realizar el registro o actualizacin de una consulta mdica.
Reportes
o Historias Clnica.- Es un link que me direcciona a la pantalla donde
me permite realizar un reporte de la historia clnica dependiendo de
del paciente y del rango de fechas seleccionados.
o Pacientes.- Es un link que me direcciona a la pantalla donde me
permite realizar un reporte de pacientes dependiendo de los
parmetros.
o Terapeutas.- Es un link que me direcciona a la pantalla donde me
permite realizar un reporte de todos los terapeutas registrados.
Registro
o Terapeutas.- Es un link que me direcciona a la pantalla de la tabla
terapeutas que son usados para que puedan tener acceso al sistema
mediante el inicio de sesin.
o Pacientes.- Es un link que me direcciona a la pantalla de la tabla
pacientes para el registro del paciente que ser usado en la consulta
mdica.
Permisos
o Roles.- Es un link que me direcciona a la pantalla de la tabla role para
usar en los accesos al sistema y en registro de los usuarios
o Permisos.- Es un link que me direcciona a la pantalla de la tabla role
para usar en los accesos al sistema y en registro de los usuarios.
57
Parmetros:
o Est do Civil.- Es un link que me direcciona a la pantalla de
parametrizacin de la tabla estadocivil para usar en el registro del
paciente.
o Nivel Escolar.- Es un link que me direcciona a la pantalla de
parametrizacin de la tabla nivelescolar para usar en el registro del
paciente.
o Ocupacin.- Es un link que me direcciona a la pantalla de
parametrizacin de la tabla ocupacion para usar en el registro del
paciente.
o Sntomas.- Es un link que me direcciona a la pantalla de
parametrizacin de la tabla sntomas para usar en el registro de una
nueva consulta mdica.
o Origen.- Es un link que me direcciona a la pantalla de
parametrizacin de la tabla origen para usar en el registro de una
nueva consulta mdica.
o Esencia Floral.- Es un link que me direcciona a la pantalla de
parametrizacin de la tabla esenciafloral para usar en el registro de
una nueva consulta mdica.
Salir.- Sirve para poder salir del acceso del sistema.
58
59
60
61
62
63
4.5.5.10.
64
65
Usuario Logeado:
1. Men Principal.- Est Seccin est ubicada el men principal cuando el usuario
est con la sesin abierta.
2. Inicio de Sesin.- se muestra el usuario que inicializo la sesin.
3. Logo.- Est seccin est ubicado el logo de la pgina web.
4. Nombre Institucin: En esta Seccin est ubicada el nombre de la institucin.
5. Contenido.- Est Seccin est ubicada una leyenda de la empresa describiendo
a que se dedica.
66
67
68
69
71
Actualizacin de un Ocupacin
Ingreso de un Sntoma
73
74
Ingreso de un Origen
75
Actualizacin de un Origen
76
77
78
79
Nodo
0
1
80
10
11
12
81
13
14
$digito_validador = 0;
//Validamos que el digito validador sea igual al de la cedula
if((int)$digito_validador == (int)$ultimo_digito){
return "";
}
15
else{
return " El nmero de la cedula es invlida.";
16
}
}else{
// imprimimos en consola si la regin no pertenece
return " El cdigo de Provincia no es vlido.";
}
}
17
Tabla 4. 40 Tabla de validacin de cedula con Grafos Elaborado por: El Investigador.
Complejidad Ciclomtica
V (G) = A (arista) N (nodos)+2
V (G) = 20 18 + 2
V (G) = 4
Caminos Posibles
1. 0-1-17
2. 0-1-2-3-4-5-6-7-8-9-10-11-12-14-15-17.
3. 0-1-2-3-4-5-6-7-8-9-10-11-12-14-15-16-17.
4. 0-1-2-3-4-17.
Validar Cedula
82
0
1
2
3
4
17
Tabla 4. 41 Tabla de la prueba comprobacin de la validacin de la cedula con Grafos Elaborado por: El
Investigador.
Nodo
0
if(filter_var($email, FILTER_VALIDATE_EMAIL)){
return true;
}
else{
return false;
}
} else{
return false;
}
}
5
Tabla 4. 42 Tabla de validacin del email con Grafos Elaborado por: El Investigador.
Complejidad Ciclomtica
V (G) = A (arista) N (nodos)+2
83
V (G) = 7 6 + 2
V (G) = 3
Caminos Posibles
1. 0-1-3-4-5.
2. 0-1-2-5.
3. 0-1-3-5.
Comprobacin de la prueba del camino #1
Nodo
0
Validar Cedula
Llamar funcin validarEmail con el parmetro
benji32mora@gmail.com
Verifica que el valor no este vaco.
Verifica si tiene el formato correcto de un email.
Devuelve valor de true. Si es vlido el email.
Fin del Proceso
1
3
4
5
Tabla 4. 43 Tabla de la prueba comprobacin de la validacin del email con Grafos Elaborado por: El Investigador.
Accin
Ingreso
Editar
Bsqueda
Caso
Ingresar Datos
Resultado
Datos Guardados
Correctamente.
Editar Datos
Actualizacin Correcta
Bsqueda
de Lista de pacientes obtenidas
consultas mdicas
correctamente.
84
85
Fig. 4. 70 Pruebas de Caja Negra Revisin del listado de Informacin de los pacientes
Fig. 4. 71 Pruebas de Caja Negra Revisin del listado de Informacin de los pacientes por bsqueda.
4.6.
DISCUSIN Y RESULTADOS
Despus de haber implementado la aplicacin web como propuesta de solucin al
problema planteado, se realiza el siguiente cuadro comparativo que permite notar las
86
Proceso Anterior
En Archivadores,
Hojas, cuadernos.
Bsqueda de la
Informacin.
Revisin manual de
fichas.
Seguridad de la
informacin.
Acceso a toda la
informacin por
cualquier persona
del Centro de
Formacin
Ciudadana.
Disponibilidad de
la informacin.
La jornada de las
horas laborables al
da.
Legibilidad de la
Informacin.
Registros ilegibles
por problemas de
caligrafa.
Deterioro de la
informacin.
Deterioro de hojas
de papel por la
manipulacin de las
mismas
87
Proceso Posterior
Base de datos en el
servidor.
Resultados
Archivos
guardados
digitalmente
en un solo
lugar.
Filtrado automtico Las
de registros por
bsquedas de
criterio de
informacin
bsqueda.
se realizan
ms rpido y
muestra lo
necesario.
Acceso a la
La
informacin de
informacin
acuerdo al usuario
se encuentra
restringida
para todas las
personas que
no posean
usuario y
contrasea.
Las 24 horas del da Como estar
para los usuarios
alojado en un
registrados en el
hosting la
sistema.
informacin
estar
disponible
todo el
tiempo.
Registros legibles
La
con tipos y tamaos informacin
de letras estndar.
se muestra de
una manera
que sea fcil
de entender
para el
usuario.
La informacin
La
digital almacenada informacin
en la base de datos
almacenada
no se deteriora
en la base de
fsicamente.
datos no sufre
deterioro.
Consistencia
Registros
inconsistentes por la
duplicidad de
informacin.
Registros
actualizados y
centralizados en la
base de datos.
Toda la
informacin
estar
actualizada y
en un mismo
lugar.
88
CAPTULO V
CONCLUSIONES Y RECOMENDACIONES
5.1.
CONCLUSIONES
La aplicacin web permitir ofrecer un servicio ms ptimo en el registro de
informacin, reduciendo tiempo y mejorando la administracin.
El lenguaje de programacin php que fue usado para el desarrollo de la
aplicacin Web fue de gran ayuda porque no se necesita pagar licencia para
el uso del mismo, y puede ser editado con cualquier editor de texto, evitando
la instalacin de un software de desarrollo complejo.
El uso de la base de MYSQL, fue muy satisfactorio por la compatilidad que
tiene con php, soporte que brinda, fiabilidad, confiabilidad respuesta a errores
en la informacin.
La arquitectura de software usada como es MVC se basa en la idea de la
reutilizacin de cdigo y la separacin de conceptos, caractersticas que
buscan facilitar la tarea de desarrollo de aplicaciones y para su posterior
mantenimiento.
La arquitectura de software MVC est estructurado de una manera que se
fcil de entender y de editar por un administrador u otra persona que no tenga
un alto nivel de programacin.
Los diagramas UML utilizados como los diagramas de casos de uso y los de
secuencia, facilitaron la comprensin de la interaccin entre los usuarios y la
aplicacin web en la etapa de diseo y de desarrollo de la aplicacin web.
89
5.2.
RECOMENDACIONES
Para acceder y tener un buen funcionamiento de la aplicacin web, los
usuarios clientes deben tener actualizados los navegadores.
Se recomienda capacitar al personal en el manejo de la aplicacin web y
proporcionar el manual de usuario a todos los miembros de la institucin.
Se sugiere que los usuarios revisar peridicamente el manual de usuario ante
alguna duda en el manejo de la aplicacin web.
Los usuarios que acceden a la aplicacin web deben ser cuidadosos en el
manejo de sus contraseas con el fin de prevenir manipulacin inadecuada
de la informacin y mantener segura la informacin.
La persona administradora de la aplicacin web, deber realizar respaldos
peridicos de la base de datos para evitar prdidas de informacin.
El administrador de la aplicacin web deben realizar una peridica consulta
con los futuros usuarios, para constatar que se est cumpliendo con los
requisitos deseados.
.
90
91
BIBLIOGRAFIA:
[1]
[2]
Historias
Clnicas
Electrnicas
[online].
Disponible
http://www.acosur.com.ar/Revista/archivos/v3n4/historia.pdf
[3]
[4]
[5]
[6]
[7]
[8]
[9]
[10]
[11]
92
en:
[12]
[13]
ngel Cobo, Patricia Gmez, Daniel Prez y Roci Rocha, PHP y MSQL
tecnologas para el desarrollo de aplicaciones web :Daz de Santos,
(2005)
MVC [online] Disponible en:
http://www.desarrolloweb.com/articulos/que-es-mvc.html
[14]
[15]
[16]
ngel Cobo, Patricia Gmez, Daniel Prez y Roci Rocha, PHP y MSQL
tecnologas para el desarrollo de aplicaciones web :Daz de Santos,
(2005)
CSS[online] Disponible en:
http://www.w3c.es/Divulgacion/GuiasBreves/HojasEstilo
[17]
[18]
[19]
ngel Cobo, Patricia Gmez, Daniel Prez y Roci Rocha, PHP y MSQL
tecnologas para el desarrollo de aplicaciones web :Daz de Santos,
(2005)
93
GLOSARIO DE TERMINOS:
CSS: (Hoja de Estilo en Cascada), se utiliza para dar estilo a documentos HTML,
separando el contenido de la presentacin.
DNS: (Domain Name System), un sistema para asignar nombres a equipos y servicios
de red que se organizan en una jerarqua de dominios.
GUI: (Interfaz Grfica de Usuario), conjunto de formas y mtodos que posibilitan la
interaccin de un sistema informtico con los usuarios, utilizando formas grficas.
HTML: (Lenguaje de Marcacin de Hipertexto), es un lenguaje se utiliza comnmente
para establecer la estructura y contenido de un sitio web, tanto de texto, objetos e
imgenes.
PHP: (Hypertext Pre-processor) Lenguaje de programacin de uso general del lado del
servidor originalmente diseado para el desarrollo web de contenidos dinmicos
UML: Unified Modeling Lenguage o Lenguaje Unificado de Modelado, es un
lenguaje grfico para especificar, visualizar, construir y documentar los sistemas de
software.
94
95
Anexo 1: Entrevista
Universidad Tcnica de Ambato
Facultad de Ingeniera en Sistemas, Electrnica e Industrial
Entrevista
Qu es la terapia Floral?
Tiene algn lmite de edad los pacientes para poder ser tratados con
terapia floral?
96
97
Anexo 2: Fotos
Registro de los pacientes que lo realizan manualmente.
Foto 1. 1 Hoja de registro de Consultas mdicas de los pacientes Fuente: Red Nacional de Biosalud y FUNSSIEC.
98
Foto 1. 2 Trptico de esencias florales del Desierto Florido de Chile para el tratamiento para el tratamiento a los
pacientes Fuente: Red Nacional de Biosalud y FUNSSIEC.
Foto 1. 3 Trptico de esencias florales de Bosque Profundo para el tratamiento a los pacientes Fuente: Red
Nacional de Biosalud y FUNSSIEC.
99
Foto 1. 4 Trptico de esencias florales de Dficit Atencional para el tratamiento de los pacientes Fuente: Red
Nacional de Biosalud y FUNSSIEC.
Foto 1. 5 Trptico de esencias florales de Frmulas para el tratamiento de los pacientes Fuente: Red Nacional de
Biosalud y FUNSSIEC.
100
101
Mens Principales:
102
4. Men Registro.- Este men contiene varios submens que nos re direccionan a
1. Sub Men Terapia Floral.- Est opcin nos redirecciona a la pgina donde nos
1. Sub Men Historias Clnicas.- Est opcin nos redirecciona a la pgina donde
nos permite generar un reporte de las consultas mdicas realizadas por paciente.
2. Sub Men Pacientes.- Est opcin nos redirecciona a la pgina donde nos
103
3. Sub Men Terapeutas.- Est opcin nos redirecciona a la pgina donde nos
1. Sub Men Pacientes.- Est opcin nos redirecciona a la pgina donde nos
1. Sub Men Roles.- Est opcin nos redirecciona a la pgina donde nos permite
104
3. Sub Men Pacientes.- Est opcin nos redirecciona a la pgina donde nos
1. Sub Men Est dos Civiles.- Est opcin nos redirecciona a la pgina donde nos
permite el ingreso o actualizacin de los datos del est do civil para el paciente.
2. Sub Men Nivel de Educacin.- Est opcin nos redirecciona a la pgina donde
105
106
107
108
Pgina de Ocupaciones:
Pantalla para consulta, modificacin o ingresos de nuevos registros.
Listado de Ocupaciones
Pgina de Sntomas:
Pantalla para consulta, modificacin o ingresos de nuevos registros.
Listado de Sntomas
110
111
Pgina de Orgenes:
Pantalla para consulta, modificacin o ingresos de nuevos registros.
Listado de Orgenes
112
114
115
116
117
118
119
120
121
122
123
124
125
126
127
Pgina de Accesos:
Pantalla para consulta, modificacin o ingresos de nuevos registros.
Listado de Accesos
129
130
Pantalla 1. 49 Modelo del reporte generado de las historias clnicas hoja 1, datos del paciente.
131
Pantalla 1. 50 Modelo del reporte generado de las historias clnicas hoja 2 en adelante, datos de las consultas
clnicas
132
133
/* Table: DETALLESINTOMAS
*/
/*=============================================================
=*/
create table DETALLESINTOMAS
(
SECUENCIALCONSULTA int not null,
SECUENCIALSINTOMAS int not null,
EST DO
bool,
primary key (SECUENCIALCONSULTA, SECUENCIALSINTOMAS)
);
/*=============================================================
=*/
/* Table: DIAGNOSTICO
*/
/*=============================================================
=*/
create table DIAGNOSTICO
(
SECUENCIALCONSULTA int not null,
DESCRIPCION
text,
primary key (SECUENCIALCONSULTA)
);
/*=============================================================
=*/
/* Table: ESENCIAFLORAL
*/
/*=============================================================
=*/
create table ESENCIAFLORAL
(
SECUENCIAL
int not null,
NOMBRE
varbinary(50),
CARACTERISITICA
varbinary(500),
SINTOMA
varbinary(500),
BACH
varbinary(100),
DEFICITATENCIONAL varbinary(100),
FORMULASCOMBINADAS varbinary(100),
EST ACTIVO
bool,
primary key (SECUENCIAL)
);
/*=============================================================
=*/
/* Table: EST DOCIVIL
*/
/*=============================================================
=*/
create table EST DOCIVIL
(
134
SECUENCIAL
int not null,
NOMBRE
varchar(50) binary,
EST ACTIVO
bool,
primary key (SECUENCIAL)
);
/*=============================================================
=*/
/* Table: HISTORIACLINICA
*/
/*=============================================================
=*/
create table HISTORIACLINICA
(
SECUENCIAL
int not null,
SECUENCIALPERSONA int,
FECHAINGRESO
date,
LUGAR
varchar(20),
primary key (SECUENCIAL)
);
/*=============================================================
=*/
/* Table: NIVELESCOLAR
*/
/*=============================================================
=*/
create table NIVELESCOLAR
(
SECUENCIAL
int not null,
NOMBRE
varchar(50) binary,
EST ACTIVO
bool,
primary key (SECUENCIAL)
);
/*=============================================================
=*/
/* Table: OCUPACIONPACIENTE
*/
/*=============================================================
=*/
create table OCUPACIONPACIENTE
(
SECUENCIAL
int not null,
NOMBRE
varchar(50) binary,
EST ACTIVO
bool,
primary key (SECUENCIAL)
);
/*=============================================================
=*/
135
/* Table: ORIGEN
*/
/*=============================================================
=*/
create table ORIGEN
(
SECUENCIAL
int not null,
NOMBRE
varbinary(50),
EST ACTIVO
bool,
primary key (SECUENCIAL)
);
/*=============================================================
=*/
/* Table: PERMISOS
*/
/*=============================================================
=*/
create table PERMISOS
(
ID_PERMISO
int not null,
PERMISO
varchar(100),
KEY
varchar(100),
primary key (ID_PERMISO)
);
/*=============================================================
=*/
/* Table: PERMISOS_ROLE
*/
/*=============================================================
=*/
create table PERMISOS_ROLE
(
ROLE
int not null,
PERMISO
int not null,
VALOR
bool,
primary key (ROLE, PERMISO)
);
/*=============================================================
=*/
/* Table: PERMISOS_USUARIO
*/
/*=============================================================
=*/
create table PERMISOS_USUARIO
(
USUARIO
int not null,
PERMISO
int not null,
VALOR
bool,
primary key (USUARIO, PERMISO)
136
);
/*=============================================================
=*/
/* Table: PERSONAS
*/
/*=============================================================
=*/
create table PERSONAS
(
SECUENCIAL
int not null,
CI
varchar(10) binary,
NOMBRE
varchar(50) binary,
APELLIDOS
varchar(50) binary,
CELULAR
varchar(10) binary,
TELEFONO
varchar(10) binary,
DIRECCION
varchar(80) binary,
FECHANACIMEINTO
datetime,
SECUENCIALNIVELESCOLAR int,
NUMEROHIJOS
int,
EST ACTIVO
boolean,
SECUENCIALEST DOCIVIL int,
SECUENCIALOCUPACION int,
VIVIENTESHOGAR
int,
primary key (SECUENCIAL)
);
/*=============================================================
=*/
/* Table: ROL
*/
/*=============================================================
=*/
create table ROL
(
ID_ROL
int not null,
ROLE
varchar(20) binary,
primary key (ID_ROL)
);
/*=============================================================
=*/
/* Table: SINTOMAS
*/
/*=============================================================
=*/
create table SINTOMAS
(
SECUENCIAL
INT not null,
NOMBRE
varchar(30),
EST ACTIVO
bool,
137
138
139
140