universidad de guayaquilrepositorio.ug.edu.ec/bitstream/redug/6694/1... · 2017. 10. 22. · elab....
Post on 25-Aug-2020
2 Views
Preview:
TRANSCRIPT
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE INGENIERIA EN SISTEMAS
COMPUTACIONALES
“Diseño e implementación de un sistema que permita administrar
la dosis diaria prescrita y la medicación correcta
a los pacientes de la Sala Santa Josefina
del Hospital “Alfredo J. Valenzuela”
TESIS DE GRADO
Previa a la obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
AUTOR: YALITZA PAULINA CHOEZ SUAREZ
TUTOR: ING. JUAN SANCHEZ HERNANDEZ
GUAYAQUIL – ECUADOR
2011
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE INGENIERIA EN SISTEMAS
COMPUTACIONALES
“Diseño e implementación de un sistema que permita administrar
la dosis diaria prescrita y la medicación correcta
a los pacientes de la Sala Santa Josefina
del Hospital “Alfredo J. Valenzuela”
TESIS DE GRADO
Previa a la obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
YALITZA PAULINA CHOEZ SUAREZ
TUTOR: ING. JUAN SANCHEZ HOLGUIN
GUAYAQUIL – ECUADOR
2011
Guayaquil, 24 de Marzo de 2011.
APROBACION DEL TUTOR
En mi calidad de Tutor del trabajo de investigación, “Diseño e
implementación de un sistema que permita administrar la dosis
diaria prescrita y la medicación correcta a los pacientes de la Sala
Santa Josefina del Hospital “Alfredo J. Valenzuela, elaborado por la
Srta. YALITZA PAULINA CHOEZ SUAREZ,
egresada de la Carrera de Ingeniería en Sistemas Computacionales, Facultad
de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil, previo a la
obtención del Título de Ingeniero en Sistemas, me permito declarar que luego
de haber orientado, estudiado y revisado, la Apruebo en todas sus partes.
Atentamente
………………………………….
Ing. Juan Sánchez Holguín
TUTOR
DEDICATORIA
Dedico este trabajo de investigación a todas
aquellas personas que día a día estuvieron
apoyándome y alentándome a salir adelante
para lograr mi tan ansiado deseo convertirme
en una profesional.
AGRADECIMIENTO
Así mismo mi agradecimiento más sincero
para todas aquellas personas que
incondicionalmente colaboraron conmigo en
la realización de este trabajo de investigación
TRIBUNAL DE GRADO
Ing. Frenando Abad Montero Ing. Juan Chanabá Alcócer
DECANO DE LA FACULTAD DIRECTOR
CIENCIAS MATEMATICAS Y FISICAS
Ing. Juán Sánchez Holguín Nombre y Apellidos
TUTOR PROFESOR DEL ÁREA - TRIBUNAL
AB. Juan Chávez A.
SECRETARIO
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE INGENIERIA EN SISTEMAS
COMPUTACIONALES
“Diseño e implementación de un sistema que permita administrar
la dosis diaria prescrita y la medicación correcta
a los pacientes de la Sala Santa Josefina
del Hospital “Alfredo J. Valenzuela”
RESUMEN
El presente trabajo de investigación se lo
ha realizado con el firme propósito de
colaborar en una de las ramas principales
de la vida que es en la medicina. Existen
diversos casos de error en la
suministración de medicamentos prescritos
por el personal médico a los pacientes que
se encuentran ingresados en las Salas de
los Hospitales. Se ha escogido al Hospital
Neumológico “Alfredo J. Valenzuela”, y
su Sala Santa Josefina en la cual se
ingresan solo pacientes de género
femenino, que padecen de Tuberculosis
Multidrogoresistente (MDR), los mismos
que según encuestas realizadas demuestran
que existe mucho desinterés o descuido por
parte del personal Auxiliar de Enfermería
al momento de suministrar las dosis
indicada.
Autor: Yalitza Chóez Suárez
Tutor: Ing. Juan Sánchez Holguín
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES
“Diseño e implementación de un sistema que permita administrar
la dosis diaria prescrita y la medicación correcta
a los pacientes de la Sala Santa Josefina
del Hospital “Alfredo J. Valenzuela”
Proyecto de trabajo de grado que se presenta como requisito para optar por el
título de INGENIERA en SISTEMAS COMPUTACIONALES
Autor Srta. Yalitza Chóez Suárez
C.I.: 0920416922
Tutor: Ing. Juan Sánchez Holguín
Guayaquil, Marzo de 2011
CERTIFICADO DE ACEPTACIÓN DEL TUTOR
En mi calidad de Tutor del Primer Curso de Fin de Carrera, nombrado por el Departamento de Graduación y la Dirección de la Carrera de Ingeniería en Sistemas Computacionales de la Universidad de Guayaquil,
CERTIFICO:
Que he analizado el Proyecto de Grado presentado por el/la egresado(a) YALITZA PAULINA CHOEZ SUAREZ, como requisito previo para optar por el título de Ingeniero cuyo problema es:
“Diseño e implementación de un sistema que permita administrar la
dosis diaria prescrita y la medicación correcta a los pacientes de la
Sala Santa Josefina del Hospital “Alfredo J. Valenzuela”
considero aprobado el trabajo en su totalidad.
Presentado por:
________________________ _________________________ Yalitza Paulina Chóez Suárez Cédula de ciudadanía N°
Tutor: ____________________________
Guayaquil, Marzo de 2011
iii
ÍNDICE GENERAL
CARÁTULA i
CARTA DE ACEPTACIÓN DEL TUTOR ii
ÍNDICE GENERAL iii
ÍNDICE DE CUADROS iv
ÍNDICE DE GRÁFICOS v
RESUMEN vi
INTRODUCCIÓN 1
CAPÍTULO 1.- EL PROBLEMA
PLANTEAMIENTO DEL PROBLEMA 3
Ubicación del Problema en un contexto 3
Situación Conflicto 5
Causas del problema, Consecuencias 6
Delimitación del Problema 7
Planteamiento 8
Evaluación del Problema 9
OBJETIVOS DE LA INVESTIGACIÓN 10
JUSTIFICACIÓN E IMPORTANCIA DE LA INVESTIGACIÓN 11
Utilidad práctica de la Investigación 12
Cuáles serán los beneficiarios 13
CAPÍTULO II..- MARCO TEÓRICO
FUNDAMENTACIÓN TEÓRICA
Antecedentes del estudio 14
Exposición fundamentada en la consulta bibliográfica 14
Documental actualizada 15
Orientación Filosófica y Educativa de la Investigación 33
CAPÍTULO III.- METODOLOGÍA
DISEÑO DE LA INVESTIGACIÓN
Modalidad de la Investigación
Tipo de Investigación
Población y Muestra
Operacionalización de las Variables
Instrumento de Recolección de Datos
Procesamiento de la Investigación
Recolección de la Información
PROCESAMIENTO Y ANÁLISIS
Criterio para la elaboración de la propuesta
Criterio para la realización de la propuesta
CAPÍTULO IV.- MARCO ADMINISTRATIVO
CRONOGRAMA
PRESUPUESTO
REFERENCIAS BIBLIOGRÁFICAS
ANEXOS
iv
ÍNDICE DE CUADROS P CUADRO 1 Título del cuadro: …………………………………………………………. …….. CUADRO 2 Título del cuadro…………………………………………………………. …..... Etc…………………………………………………………………………... .……. Paso 1: el # del cuadro 2: el título o nombre del cuadro 3: cuadro 4: fuente 5: elaboración
Cuadro 1 . Título .
Fuente: _______________________________________________ Elab. Inv.______________________________________________ Ejemplo:
CUADRO NO. 18
FUNDAMENTOS DEL CONSTRUCTIVISMO
Fundamentos Constructivismo
Bases Ontológicas
(referentes al ser)
Relativista: Las realidades existen en la forma de
construcciones mentales múltiples como cada quien
las percibe y siente.
Epistemología Subjetivas: Investigador/a y lo investigado están
fusionados en una sola entidad. Sujeto y Objeto
epistémico se determinan mutuamente. En la
evolución se explican los aportes.
Metodología Fenómeno-lógica, Hermenéutica – Dialéctica:
Interesa el fenómeno y esencia o causa que lo
origina (noúmeno)
Elaboración: Mariana Roldós Aguilera,
Fuente: Mylvia Fuentes Aldana. Enriquecido. (p. : 6)
(Utilizar esta hoja de haber cuadros en el desarrollo del proyecto, de lo contrario puede omitirlo)
0
10
20
30
40
50
1
A
B
C
v
ÍNDICE DE GRÁFICOS
Pág. GRÁFICO 1 Título del Gráfico ………………………………………………………. ……… GRÁFICO 2 Título del Gráfico ………………………………………………………. ……… Etc. Ejemplo:
Gráfico 1
Elaboración: Investigadora Fuente: Cuadro 25 Análisis: El total de paralelos intervenidos (6) denota que hay una mayoría femenina (89 mujeres) lo que demuestra el interés de aquel sexo por conocer y practicar más sus derechos; por extensión, este sector enriquece los puntos de vista del alumnado.
(Utilizar esta hoja de haber gráficos en el desarrollo del proyecto, de lo contrario puede omitirlo)
vi
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES
_______________________________________________________________
Ponga el Título de la tesis en letras mayúsculas
Autor/a:_______________________________
Tutor/a:_______________________________
(Escritura del tema a desarrollar) _______________________________________________________________
_______________________________________________________________
_______________________________________________________________
_______________________________________________________________
_______________________________________________________________
RESUMEN
Solo en español
Realice una exposición corta y clara del problema, los contenidos más importantes del marco teórico, propósito del estudio, la metodología que utilizará, aportes e importancia del trabajo, tipo de investigación, beneficiarios y característica de la propuesta. Ideas: 1° Importancia del tema 2° Objetivo final (1 ó 2 o agrupados) 3° Aspectos relevantes del MT 4° Modalidad de la inv. (proyecto factible/ o de interés social) 5° Metodología (cualitativa) 6° Referencia a la población y muestra 7° Variables 8° Las características de la propuesta 9° Utilidad para el país, sector, la Universidad 10° Beneficiarios
Presentar en forma de un solo párrafo, a renglón seguido, sus contenidos se separan entre si por puntos seguidos, sin sangría, no puede ser más de 300 palabras, y debe emplearse una sola página.
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES
_______________________________________________________________
Ponga el Título de la tesis en letras mayúsculas
ABSTRACT
El texto del Resumen en Inglés _______________________________________________________________
_______________________________________________________________
_______________________________________________________________
_______________________________________________________________
_____________________________________________________________
INTRODUCCIÓN
Constituye el inicio de la comunicación entre el/la autor/a del trabajo y el/la lector/a, es decir la entrada al tema investigado; debe en ella entablar una especie de conversación afable, accesible, amena, procurando no extenderse demasiado para no cansar. En su redacción puede incluirse:
El planteamiento general de la cuestión investigada, se puede definir la ubicación contextual del problema y antecedentes del mismo, así como el propósito general de la investigación.
La exaltación de la importancia del tema, fundamentos empíricos del problema que permiten ubicar implicaciones y significaciones del mismo en toda su dimensión.
La estructura general de los capítulos que contiene el proyecto.
(Utilice las páginas necesarias)
1
CAPÍTULO I
Diseño e implementación de un sistema que permita administrar
la dosis diaria prescrita y la medicación correcta a los pacientes
de la Sala Santa Josefina del Hospital “Alfredo J. Valenzuela”
PLANTEAMIENTO DEL PROBLEMA
Existe en la actualidad un sin número de casos de errores en la Medicación, que es
como identificaremos el problema que queremos aminorar, que si bien es cierto la
gran mayoría no presentan situaciones adversas, algunos en menor cantidad
pueden ser causa de daños permanentes e incluso en el deceso de los pacientes
ingresados en alguna sala de hospital o clínica del país, y tales casos también nos
demuestran el bajo rendimiento del refuerzo sanitario en el mundo entero.
En la mayoría de los hospitales, especialmente en los del orden público, se
distinguen muchos casos de errores en la medicación, debido a una gran variedad
de factores, entre ellos podemos citar: las falencias del personal médico o
auxiliares de enfermería, que se encuentran en constante contacto con los pacientes
ingresados en las salas de hospitales públicos, pero no solo podemos hacer recaer
la responsabilidad en el personal mencionado, también pueden existir errores en la
medicación, debido a la mala organización e implementación de los procesos de
2
trabajo que incurren en estas salas, muchos auxiliares de enfermería prácticamente
no saben leer ni escribir identifican las medicinas de acuerdo a las características
físicas, también podemos mencionar a la poca satisfacción que tienen en relación a
su condición laboral en lo referente a la baja remuneración y aspiraciones
laborales en la que se encuentran los profesionales responsables de los pacientes
ingresados.
Una de las principales causas de los errores en la Medicación se podría deber al
olvido o negligencia por parte del personal médico o de enfermería en turno, o por
que el médico especialista prescribió erróneamente el medicamento a su paciente o
simplemente la mala caligrafía de ciertos especialistas hacen que se incurra en
equivocaciones con respecto al medicamento prescrito.
Es por ello que la mayoría de los hospitales de nuestro país se ven en la necesidad
de encontrar alguna solución a este tipo de errores que se suscitan, no con una
continuidad diaria, pero si con una frecuencia que es muy preocupante por parte de
las autoridades de la Salud puesto que le otorgan una mala imagen a las entidades
gubernamentales encargadas de la actividad sanitaria en nuestro país y de las
personas en general, que acuden a estas instituciones con la firme confianza de que
encontrarán alguna respuesta para sus males a un bajo costo o en algunos casos
totalmente gratis.
Tal es el caso de los pacientes con diagnóstico de Tuberculosis MDR
(Multidrogoresistente) de la Sala Santa Josefina del Hospital Neumológico
3
“Alfredo J. Valenzuela”, quienes han sido ingresados en esta sala debido a que los
tratamientos normales básicos (Esquema 1 y 2) para curar la tuberculosis no han
sido efectivos en ellos, se convierten en pacientes a los cuales se les debe aplicar
un tratamiento que si bien es cierto los puede curar también puede dañar muchos
de sus órganos vitales, es por ello que se hace necesario llevar un exhaustivo
control de la dosis suministrada a estos pacientes debido a que los medicamentos
que conforman el tratamiento son muy fuertes para el organismo, pero son los
únicos que los pueden curar de esta terrible enfermedad.
SITUACIÓN CONFLICTO NUDOS CRÍTICOS
El problema surge de diferentes situaciones, entre las cuales podemos citar casos
como, la administración de medicina incorrecta debido a la mala caligrafía de los
médicos tratantes, la negligencia o descuido por parte de los auxiliares de
enfermería encargados de suministrar las dosis a los pacientes, los casos por
sobredosis en los cuales son inducidos los pacientes por motivo de que no ha sido
calculada correctamente la dosis total de las drogas de acuerdo a su peso y
situación de salud.
4
CAUSAS Y CONSECUENCIAS DEL PROBLEMA
Las causas principales de la incorrecta e inadecuada suministración de estas drogas
se debe a que en la Sala Santa Josefina así como en otras Salas del Hospital
Neumológico “Alfredo J. Valenzuela”, las dosis a los pacientes ingresados son
aplicadas no por personal que posea título de Licenciada/o en Enfermería, los
cuales podríamos decir que tienen más conocimientos con respecto a las dosis que
deben suministrar y si el paciente realmente puede soportar tales dosis. Si no que
son aplicadas por los Auxiliares de Enfermería de la Institución, los mismos que
solo han recibido un Curso de los principios básicos de Enfermería, ellos no están
en la facultad de analizar si el paciente en ciertos momentos puede soportar o no la
dosis que le corresponde al paciente, además ellos llevan el control de las dosis
aplicadas en formularios que la institución le ha otorgado, lo cual no ofrece una
seguridad total en relación al control que se debe llevar de las dosis aplicadas a los
pacientes e incluso del tiempo indicado en el que se les debe suministrar la dosis,
lo que puede producir que el paciente cada vez se haga más resistente a las drogas
que se les aplica en el tratamiento, o que determinadas drogas les afecte un poco
más que las otras.
También se debe a que muchos profesionales no calculan el tratamiento que se
aplica al paciente basándose en las condiciones de salud del mismo, si no por
simples reglas y estatutos que otorga el Ministerio de Salud Pública, lo cual puede
provocar en el paciente un estado de sobredosis que puede ocasionar su muerte.
5
DELIMITACIÓN DEL PROBLEMA
En el Hospital Neumológico “Alfredo J. Valenzuela” existen aproximadamente 8
Salas de hospitalización de 20 o 30 camas cada uno, de las cuales, 4 salas son
destinadas a pacientes con Tuberculosis MDR, cabe destacar que la institución
tiene clasificadas las salas de hospitalización según el género del paciente.
Se ha delimitado el problema de acuerdo a los pacientes que ingresan en la Sala
Santa Josefina, en donde se tratan solo casos de Tuberculosis MDR, solo a
pacientes de género femenino.
FORMULACIÓN DEL PROBLEMA
La investigación de este proyecto se justifica en los diferentes casos de errores en
la medicación en pacientes ingresados que han ocurrido, que aunque podamos
decir no todos son causantes de lesiones graves o de llegar a ocasionar la muerte
de algún paciente, debemos tener claro que es una vida la que estamos poniendo en
riesgo al no suministrar la dosis indicada en el periodo adecuado de tiempo por el
médico profesional e incluso de proveer el medicamento errado.
Al final de la realización de este proyecto los principales beneficiados serán los
mismos pacientes, puesto que no solo dependerán del personal en turno para su
6
dosificación si no que ellos podrán llevar un control adecuado de la medicina
suministrada en la dosis correcta.
Las autoridades de la Salud Pública también se sentirán beneficiadas, porque el
Sistema de Administración de la dosis diaria prescrita y la medicación correcta en
pacientes, les proporcionará una preocupación menos a las tantas que ya posee y
también podrán llevar un mejor control en el personal que se encuentra en
constante contacto con los pacientes y ellos no tendrán excusa alguna para no
seguir el orden de la dosificación de los pacientes, y por ende destruiría en gran
porcentaje el paradigma que la población en general tiene que la atención de las
Instituciones Públicas es de “mala” calidad.
Incluso se beneficiaría el personal responsable de la dosificación debido a que si
respetan el orden de la dosificación en pacientes, evitarían problemas en su trabajo
lo cual aseguraría su estadía en el mismo.
EVALUACIÓN DEL PROBLEMA
El problema propuesto en este documento, será evaluado en base a los siguientes
aspectos:
7
Delimitado.-
El problema se concentra en el proceso actual de dosificación en los pacientes de
género femenino, con diagnóstico Tuberculosis MDR (Multidrogoresistente) de la
Sala Santa Josefina del Hospital Neumológico “Alfredo J. Valenzuela”, el mismo
que se lo indica y controla de forma manual sin basarse en el estado de salud de los
pacientes que ingresan en la Sala Santa Josefina, lo cual puede ser de gran riesgo
puesto que las drogas utilizadas en este tipo de tratamientos destruyen muchos
órganos internos por lo que deben ser aplicadas de acuerdo a la resistencia, peso,
edad y condiciones generales de los pacientes.
Evidente.-
El problema a tratar, tiene manifestaciones claras y observables, debido a que los
consecuencias producidas se reflejan en los pacientes de la Sala Santa Josefina, en
el momento en el que el Comité MDR (Multidrogoresistente) analiza los exámenes
de la evolución de la enfermedad en los pacientes algunos casos de resistencia se
deben a la inadecuada suministración de las drogas o en su defecto los daños
causados a los órganos de los pacientes también puede deberse al exceso de dosis
de determinada droga para determinado paciente e incluso en los casos de
fallecimiento por sobredosis.
8
Relevante.-
Es relevante debido a que la población en general desearía tener confianza en las
Instituciones Públicas, en especial a lo que a salud respecta, porque si bien es
cierto la atención y medicamentos hoy en día son totalmente gratuitos, cabe
mencionar que el paradigma que aún no se puede romper en sus totalidad con
respecto a los servicios que ofrecen las entidades públicas, es el de que son de baja
calidad humana y productiva, por lo que la solución planteada podrá hacer que ese
paradigma se vea en un gran porcentaje reducido si es aplicable en todas las
entidades públicas de salud.
Original.-
Si bien es cierto que ya existen otros sistemas que permiten administrar la
dosificación prescrita en pacientes también es cierto que a nivel de salud pública
no lo hay, esos sistemas solo existen en determinados entidades privadas con fines
de lucro, por lo que el sistema de dosificación planteada sería algo novedoso a
nivel de salud pública, ya que no cuentan con ningún sistema informático que
permita llevar un control adecuado para la administración de las dosis prescritas a
los pacientes por el médico especialista.
9
Factible.-
La posibilidad de solución de los Errores en la Medicación y Dosificación en los
pacientes de la Sala Santa Josefina es factible, no en terminar con el totalmente
pero si aminorarlo y en un gran porcentaje debido a que los médicos tendrían una
ayuda en el momento de prescribir el tratamiento total para los pacientes
basándose en las condiciones físicas y de salud del mismo, y los auxiliares de
enfermería contarían con un sistema que les permita recordar el horario de las
dosis que deben suministrar para cada paciente.
OBJETIVOS
OBJETIVO GENERAL
Brindar a las instituciones de salud del orden público, la posibilidad de llevar un
control detallado de la dosis prescrita e incluso de asegurar en un gran porcentaje
que la medicina suministrada sea la correcta en los pacientes ingresados en la Sala
San Antonio del Hospital Alfredo J. Valenzuela.
10
OBJETIVOS ESPECIFICOS
Reducir los daños no intencionales en los pacientes por parte del personal
responsable del tiempo en el que se encuentran ingresados en la Sala Santa
Josefina.
Facilitar al médico tratante la evaluación de paciente de acuerdo a la
medicina y dosis suministrada.
Responsabilizar al personal indicado de su respectivo trabajo y
proporcionar un control de asistencia a sus labores para jefes de la Sala.
Definir un procedimiento para el adecuado suministro de la dosificación
diaria en los pacientes ingresados.
Permitir que los pacientes o sus acompañantes puedan estar pendientes
también de la dosificación de la medicina.
Evitar que los errores en medicación se sigan dando en forma continua.
Mejorar la imagen de las instituciones de salud públicas en cuanto al
desempeño de su personal.
11
Mejorar la imagen de las instituciones de salud públicas en cuanto a la
calidad de atención al paciente.
Procurar ofrecer al paciente en forma adecuada para su aplicación, el o los
medicamentos prescritos por su médico tratante en la dosis y formas
farmacéuticas recetadas.
Conservar disponible y en forma oportuna para su aplicación al paciente, el
o los medicamentos prescritos por su médico tratante en las dosis y formas
farmacéuticas por éste señaladas.
JUSTIFICACION E lMPORTANCIA
La investigación de este proyecto se justifica en los diferentes casos de errores en
la medicación en pacientes ingresados que han ocurrido, que aunque podamos
decir no todos son causantes de lesiones graves o de llegar a ocasionar la muerte
de algún paciente, debemos tener claro que es una vida la que estamos poniendo en
riesgo al no suministrar la dosis indicada en el periodo adecuado de tiempo por el
médico profesional e incluso de proveer el medicamento errado.
Al final de la realización de este proyecto los principales beneficiados serán los
mismos pacientes, puesto que no solo dependerán del personal en turno para su
12
dosificación si no que ellos podrán llevar un control adecuado de la medicina
suministrada en la dosis correcta.
Las autoridades de la Salud Pública también se sentirán beneficiadas, porque el
Sistema de Administración de la dosis diaria prescrita y la medicación correcta en
pacientes, les proporcionará una preocupación menos a las tantas que ya posee y
también podrán llevar un mejor control en el personal que se encuentra en
constante contacto con los pacientes y ellos no tendrán excusa alguna para no
seguir el orden de la dosificación de los pacientes, y por ende destruiría en gran
porcentaje el paradigma que la población en general tiene que la atención de las
Instituciones Públicas es de mala calidad.
Incluso se beneficiaría el personal responsable de la dosificación debido a que si
respetan el orden de la dosificación en pacientes, evitarían problemas en su trabajo
lo cual aseguraría su estadía en el mismo.
13
CAPÍTULO II
MARCO TEÓRICO
ANTECEDENTES DEL ESTUDIO
Según encuesta realizada en septiembre del año 1999, por la American
Society of Health-System Pharmacists, la mayor preocupación de los
pacientes americanos durante su hospitalización es la posibilidad de recibir
un medicamento erróneo (61%), mucho más que a los efectos adversos o
sufrir dolor (entre ambos 49%).
Los antecedentes del estudio se basan en los casos de reacciones tóxicas como
neuropatía periférica, convulsiones y otras alteraciones del sistema nervioso
central entre las cuales están las alucinaciones, psicosis, pérdida de memoria,
neuropatía óptica (disminución progresiva de la visión) y pelagra (enfermedad
infecciosa que afecta especialmente a la piel; así también algunos casos de deceso,
que se han presentado debido al tratamiento inadecuado o exagerado en los
pacientes con Tuberculosis MDR (Multidrogoresistente) o TB MDR.
En nuestro estudio trataremos a los pacientes que padecen de Tuberculosis MDR,
ingresados en la Sala Santa Josefina del Hospital Neumológico “Alfredo J.
Valenzuela”, de la ciudad de Guayaquil.
14
El Hospital Neumológico “Alfredo J. Valenzuela”, es el único hospital en el país
especializado en enfermedades de patología pulmonar y la principal enfermedad
que trata es la Tuberculosis Pulmonar, de la cual se deriva la Tuberculosis
Pulmonar MDR, en pacientes de 15 años de edad en adelante y es tratada
únicamente en esta Institución a nivel del todo el Ecuador, la misma que consiste
en la resistencia que demuestran los pacientes a los medicamentos que se requieren
para tratar la Tuberculosis Normal, como se podrá ver en los siguientes gráficos,
que muestran las estadísticas relacionadas con estos pacientes durante los años
2008 y 2009.
Pacientes TB MDR atendidos en general
Grafico No. 1
Elaborado: Yalitza Chóez Suárez
Fuente: Pacientes MDR
0
20
40
60
80
100
120
140
160
Mujeres Hombres Fallecidos Total
57
97
4
158
Número de pacientes TB MDR atendidos - Año 2008
15
Grafico No 2
Elaborado: Yalitza Chóez Suárez
Fuente: Pacientes MDR
Número de pacientes TB MDR
atendidos según enfermedades asociadas
Grafico No 3
Elaborado: Yalitza Chóez Suárez
Fuente: Pacientes MDR
0
50
100
150
200
Mujeres Hombres Fallecidos Total
40
105
8
153
Número de pacientes TB MDR atendidos - Año 2009
79%
13%
8%
DIABETES
VIH
NEUROLOGICAS
Número de pacientes TB MDR según enfermedades asociadas
Año 2008
16
Grafico No 4
Elaborado: Yalitza Chóez Suárez
Fuente: Pacientes MDR
Número de pacientes TB MDR
atendidos según resistencia a medicamentos
Grafico No 5
Elaborado: Yalitza Chóez Suárez
Fuente: Pacientes MDR
90%
8%
2%
DIABETES
VIH
NEUROLOGICAS
Número de pacientes TB MDR según enfermedades asociadas
Año 2009
0 50 100 150 200
Dos Drogas
Tres Drogas
Cuatro Drogas
Cinco Drogas
Sencible
Monoresistente
Total
61
50
22
13
1
11
158
Número de pacientes TB MDR según resistencia a medicamentos
Año 2008
17
Grafico No 6
Elaborado: Yalitza Chóez Suárez
Fuente: Pacientes MDR
FUNDAMENTACIÓN TEÓRICA
La tesis tiene su fundamentación teórica en la medicación contra la enfermedad
llamada Tuberculosis, conocida como la Enfermedad de la Miseria, que es
ocasionada por el Bacilo de Koch; llamada antiguamente como tisis, es la
enfermedad infecciosa más prevalente en el mundo. Aunque la tuberculosis es una
enfermedad predominantemente en los pulmones, también puede afectar el sistema
nervioso central, el sistema linfático, circulatorio, genitourinario, gastrointestinal,
los huesos, articulaciones y llegar afectar incluso la piel.
0 50 100 150 200
Dos Drogas
Tres Drogas
Cuatro Drogas
Cinco Drogas
Sencible
Monoresistente
Total
59
48
15
13
2
15
152
Número de pacientes TB MDR según resistencia a medicamentos
Año 2009
18
La tuberculosis puede comenzar con síntomas generales de una enfermedad
cualquiera, como lo son la fiebre, el cansancio, la inapetencia, pérdida de peso,
depresión, sudor nocturno, tos y expectoración, es por ello que la mayoría de las
personas contagiadas con tuberculosis, dejan avanzar la enfermedad porque
piensan que se trata de una simple gripe o resfriado, cuando la principal de las
recomendaciones de los neumólogos y médicos en general, es que si una gripe
dura más de 15 días y presenta los síntomas antes mencionados, el paciente debe
inmediatamente someterse a un estudio pues se considera un síntoma respiratorio
de la tuberculosis pulmonar.
La transmisión de la tuberculosis pulmonar es por medio aérobico, es decir que
cualquier persona activa con esta enfermedad al toser, escupir o estornudar puede
contagiar a las personas que se encuentran a su alrededor. Es por ello que toda
persona que ha tenido contacto con un paciente tuberculoso debe ser sometida a las
pruebas respectivas para detectar a tiempo si ha sido contagiado o no de la
tuberculosis pulmonar.
La resistencia microbiana a los antibióticos o drogas utilizadas para el tratamiento
de esta enfermedad se ha convertido en un serio problema en casos de tuberculosis
extensamente resistente a multidrogas (MDR). Su prevención consiste en
programas creados por la Organización Mundial de la Salud (OMS) y por las
entidades gubernamentales de cada país que consiste en actividades de rastreo y
vacunación.
19
La OMS estima que existen alrededor de 50 millones de pacientes infectados con
bacilos resistentes en el mundo. En América Latina y el Caribe, los países con alta
carga de TB MDR primaria lo constituyen República Dominicana (6%), Ecuador
(5%), Guatemala 3.7% y Perú (3%), motivo por el cual, estos países se constituyen
en alta prioridad para enfrentar esta nueva amenaza, fortaleciendo primariamente
la estrategia del DOTS para afrontar adecuadamente la TB MDR.
Las cepas de Mycobacterium Tuberculosis MDR, consiste en aquellas que
presentan resistencia, por lo menos a los medicamentos antituberculosos más
potentes; la isoniacida y la rifampicina, lo cual hace que sea más difícil tratar
dichas cepas.
La resistencia a medicamentos tuberculosos es un fiel reflejo del cúmulo de errores
consecutivos en el tratamiento indicado y aplicado por el personal de salud y el
paciente, esta resistencia generalmente es adquirida debido a las malas terapéuticas
y la resistencia primaria es una clara evidencia de la transmisión de las cepas
resistentes que existen en la comunidad.
En nuestro país la TB MDR es tratada, por medio de la implementación de la
estrategia DOTS, desarrollada por el Ministerio de Salud Pública a partir del año
1999, la cual consiste en la creación de esquemas estandarizados con
medicamentos asociados.
20
La implementación de la estrategia DOTS a partir del año 2001, cuenta con cinco
componentes fundamentales: Compromiso político, Detección de casos mediante
dactiloscopia, Esquema acortado con drogas de primera línea que incluye
tratamiento estrictamente supervisado, Abastecimiento regular de medicinas,
Sistema de registro y reporte estandarizado. La estrategia DOTS se la realiza a
través del Proyecto de Fortalecimiento del PCT-Ecuador, el mismo que fue
financiado por la Agencia Canadiense de Desarrollo Internacional y el MSP
(Ministerio de Salud Pública).
En la ciudad de Guayaquil, el Ministerio del Salud Pública trata a los pacientes TB
MDR, en el Hospital Neumológico “Alfredo J. Valenzuela”, el mismo que es una
institución pública especializada en enfermedades de patología pulmonar.
El Hospital Neumológico “Alfredo J. Valenzuela”, tuvo sus inicios en el año de
1946, por medio de la Liga Ecuatoriana Antituberculosa (LEA), que fue creada por
la gestión del eminente médico guayaquileño Dr. Alfredo José Valenzuela
Valverde, de gran prestigio nacional e internacional quien fuera distinguido
incluso por gobiernos extranjeros a lo largo de su dilatada y fructífera existencia.
Êl conjuntamente con otros prestigiosos médicos y personajes de la época crearon
LEA., primeramente con dispensarios y luego hospitales en la mayor parte del
país, siendo el más importante el sanatorio Alfredo Valenzuela, en honor al
fundador de la Liga Ecuatoriana Antituberculosa.
21
La desaparición de LEA como organismo y luego incorporado al naciente
Ministerio de Salud Pública, ocurrió el 20 de diciembre del año 1973, mediante
Decreto Supremo No. 1346 del Registro Oficial 457, ya para los años 80’ del siglo
pasado se empezó a hablar del Hospital Valenzuela ya no como hospital sanatorio,
sino como Tisineumológico y después solo como neumológico.
En la actualidad esta casa de salud cuenta con 19 médicos tratantes, 20
especialistas y 11 médicos residentes conjuntamente con un equipo
multidisciplinario de licenciadas, auxiliares de enfermería, tecnólogos, terapistas,
personal administrativos y de servicio, que brindan a la comunidad los reconocidos
servicios que ofrece esta Unidad Hospitalaria a los sectores más desprotegidos de
la sociedad.
Es importante mencionar que en la actualidad cuenta con 348 camas, distribuidas
en las siguientes salas: San Alfredo, San Jacinto, San Juan, San Antonio, San
Francisco, Santa Luisa, Santa Josefina, Santa Margarita, Cuidados Intermedios y
Cirugía y que es la única institución a nivel del país, que tiene a sus pacientes
clasificados de acuerdo a su género y diagnóstico que presenten ya que este tipo de
enfermedades así lo requieren.
En el Hospital Neumológico “Alfredo J. Valenzuela”, se tratan los casos a nivel
Costa, de TB MDR, los cuales son evaluados por el Comité Multidrogoresistente
(MDR), es este comité el que analiza semanalmente mediante los análisis
bacteriológicos, clínicos y de resistencia microbianas, la evolución de los casos de
22
los pacientes con TB MDR, y es aquí en donde se define que tratamiento debe
seguir en cada uno de los pacientes TB MDR, y una vez al mes se mantiene una
reunión a nivel nacional del Comité MDR (Multidrogoresistente), para analizar
casos de mayor complejidad que se han presentado.
Existen dos tipos de tratamiento para la TB MDR, el primero es el general o
también estandarizado y el segundo, el tratamiento individualizado que consiste en
los pacientes que son monoresistentes y poliresistentes y además incluyen los
tratamientos en situaciones especiales, como el embarazo, la lactancia, niños/as,
quienes sufren de otras enfermedades como la diabetes mellitus, insuficiencia
renal, desórdenes hepáticos, convulsivos, psiquiátricos, e incluso la fármaco
dependencia y personas con VIH/SIDA, casos para los cuales se debe definir un
tratamiento adecuado según el padecimiento adicional del paciente y su situación
de salud.
Las drogas o medicamentos utilizados para combatir la Tuberculosis o
Tuberculosis MDR se las podrá analizar de acuerdo a los grupos de medicamentos
al cual pertenecen.
Aminoglucósidos.- Antibióticos bactericidas, son junto a otros abióticos los
pilares básicos de la moderna quimioterapia.
23
Cuadro No. 1
Aminoglucósidos utilizados en Tratamiento TB MDR.
Aminoglúcosidos Siglas Dosis Reacciones adversas
Amikacina Amp. 1gr. Am 15 – 20 mg/Kg peso Afectación a los
riñones
Sordera o vértigo
Kanamicina Amp. 1gr. Kn 15 – 20 mg/Kg peso
Capreomicina Cm
20 mg/kg/dia
Dosis Max. 1g/dia
Quinolonas.- Las quinolonas son un grupo de antibióticos de amplio espectro.
Actualmente existen cuatro generaciones de quinolonas como antibióticos, entre
los que se pueden encontrar como conocidos exponentes, ácido nalidíxico,
ciprofloxacino, oxiflacino, moxiflacino y levofloxacino.
Cuadro No. 2
Fluoroquinolonas del grupo de las Quinolonas
utilizados en Tratamiento TB MDR
Fluoroquinolonas Siglas Dosis Reacciones adversas
Moxifloxacina Am 800 mg/dia
15 – 20 mg/Kg peso
Dolores abdominal,
náusea, vómito,
cefalea, vértigo,
fotosensibilidad y rara
vez convulsiones.
Ofloxacina Tab.
400 mg.
Ofx
24
Agente bacteriostático.- Utilizado para prevenir la resistencia a las otras drogas.
Cuadro No. 3
Agentes bacteriostáticos utilizados en Tratamiento TB MDR
Agente
bacteriostático
Siglas Dosis Reacciones adversas
Ácido
paraminosalicílico
PAS
150 mg/Kg/día
(volumen
grande de
medicamento
Dolores abdominal,
náusea, vómito, cefalea.
Cicloserina Cs
15 – 20
mg/Kg/día con
piridoxina 25-50
mg
Convulsiones, psicosis,
depresión, dificultad en
concentrarse, insomnio.
Etambutol E 25 mg/Kg/día Agudeza visual mensual
Tionamidas.- La etionamida y la protionamida so dos presentaciones deferentes
de la misma sustancia activa, dotadas de efectos bastericidas. Ésta última es más
tolerada que la etinomida pero ésta es de mayor accesibilidad.
25
Cuadro No. 4
Tionamidas utilizados en Tratamiento TB MDR
Medicamento Siglas Dosis Reacciones adversas
Etionamida Tab
250 mg
Et 15 – 20
mg/Kg/dia
Gastritis, anorexia, sabor
metálico, afectación al
hígado.
Pirazinamida.- Se recomienda observación oftalmológica durante el
retratamiento.
Cuadro No. 5
Pirazinamida utilizada en Tratamiento TB MDR
Medicamento Siglas Dosis Reacciones adversas
Pirazinamida Tab
500 mg
Z 25 mg/Kg/dia Afectación al hígado,
gastritis.
El seguimiento del paciente con TB MDR es realizado por un grupo multi
disciplinario de profesionales que brindan una atención integral, considerando al
paciente un individuo bio-psico-social, para lo cual requiere que se mantenga el
cumplimiento de las normas de bioseguridad y control de infecciones.
Para realizar este seguimiento se requieren tener en cuenta 2 fases muy
importantes: la atención médica y la de enfermería.
26
Atención Médica
Atención Médico Hospitalaria
Esta fase tiene que ver directamente con el profesional neumólogo o
especialista capacitado en TB MDR, quien es el responsable de
realizar la evaluación inicial y seguimiento hospitalario. Es decir es
el responsable de la historia clínica del paciente, deberá informar al
paciente sobre el tratamiento al cual será sometido, cuáles son sus
ventajas y desventajas y debe hacer que el paciente se comprometa
a firmar un acuerdo de compromiso de cumplimiento de
tratamiento, deberá educar en lo posible al paciente sobre la
importancia de seguir el tratamiento desde su inicio hasta su
conclusión y tendrá la obligación de informar la situación del
paciente mediante los formularios respectivos al Comité MDR.
Así mismo deberá realizar el seguimiento apropiado mediante
visitas médicas durante la hospitalización, mediante análisis
químicos, bacteriológico y de laboratorio clínico de todos los casos
de TB MDR bajo su responsabilidad.
Atención Médica Ambulatoria
Una vez que el paciente TB MDR haya concluido la primera fase
del tratamiento, el profesional médico general o especialista
27
capacitado en TB MDR, será responsable de brindar la atención
médica en la fase ambulatoria realizando los respectivos controles
como radiografías de tórax, exámenes bacteriológicos y clínicos, los
aspectos a controlar se los detalla en el Tabla No. 6.
Cuadro No. 6
Cuadro de Monitoreo y seguimiento a pacientes TB MDR
Monitoreo y evaluación Frecuencia recomendada
Evaluación por el médico del área Al inicio y al menos mensualmente hasta el
término del tratamiento.
Evaluación por el especialista del hospital Al inicio y al menos cada 3 meses
Seguimiento por la enfermera del PCT En cada dosis del tratamiento
antituberculoso
Baciloscopía de esputo y cultivos Bacilocopías mensualmente hasta el final
del tratamiento.
Cultivos al inicio, y cada dos meses hasta
terminar el tratamiento.
Peso Al inicio y mensualmente.
Prueba de sensibilidad a drogas Antes del incio. Tto. MDR – por 1era línea.
Antes del incio. Tto. MDR – por 2da línea
Fracaso, recaída, abandono recuperado
después de Tto. MDR – se solicitará
pruebas de sensibilidad de 1era. y 2da.
línea.
28
Radiografía de tórax Al inicio, al alta hospitalaria y luego de
cada 6 meses.
Atención de Enfermería
Por parte del personal de Enfermería las principales actividades que desempeñan
es el de cumplir las aplicación de las dosis del tratamiento indicado prescritas por
el profesional neumólogo, llevando un control de cada aplicación de dosis,
solicitando los medicamentos recetados con debido tiempo, estar pendiente de
alguna reacción adversa a algún medicamento en determinado paciente e incluso
de identificar al paciente que presente conductas de riesgos de abandono del
tratamiento e informarlo inmediatamente para que se realice un profundo trabajo
de consejería.
FUNDAMENTACIÓN LEGAL
La fundamentación legal del presente trabajo, está basada en los siguientes
aspectos:
El Hospital Neumológico “Alfredo J. Valenzuela”, siendo una institución pública,
requiere de sistemas informáticos elaborados con software legales.
29
Los tipos de tratamientos para la Tuberculosis MDR están legalmente basados en
las diferentes documentaciones elaboradas por el Ministerio de Salud Pública con
la aprobación de la OMS (Organización Mundial del Salud).
El sistema informático propuesto para la administración de la dosificación de
medicamentos, está siendo desarrollado con software legales y/o libres los cuales
se detallan a continuación:
.NET: Consiste en una estructura de Microsoft, la misma que resalta mucho la
transparencia en redes. Es una estructura que no presenta dependencia en
plataforma de hardware y es muy utilizada ya que permite un ágil y eficiente
desarrollo de aplicaciones.
Cuenta con un entorno de desarrollo integrado llamado Microsoft Visual Studio, el
miso que consiste en un programa informático compuesto por un conjunto de
herramientas de programación.
Se utilizarán las versiones de Visual Studio 2005 y .NET v2.0.
Microsoft SQL Server: En un software utilizado para la administración de base
de datos creado por Microsoft basado en el modelo racional. Para las consultas
hace uso de los lenguajes T-SQL y ANSI. Representa para Microsoft la
competencia contra otros potentes sistemas gestores de base de datos como lo son
Oracle, Sybase ASE, PostgreSQL, Interbase, entre otros. Para nuestro estudio se
utilizará la versión 2005.
30
HIPÓTESIS PREGUNTAS A CONTESTARSE
La principal hipótesis a plantear es si con el desarrollo del sistema se eliminará
totalmente los errores en la medicación y se evitará el fallecimiento de los
pacientes con TB MDR por sobredosis?
Si bien es cierto no se puede eliminar en su totalidad los errores en la medicación
pero si se puede aminorar en un porcentaje importante la continuidad de los
mismos. Porque un sistema informático no es suficiente para evitar ese tipo de
errores ya que se depende mucho de la ética profesional por parte de los
profesionales de la salud, e incluso también puede ayudar a disminuir el
fallecimiento por sobredosis de los pacientes con TB MDR, puesto que este
software le ofrecerá opciones para indicar la dosis exacta de los medicamentos que
se debe suministrar a los pacientes basándose en los aspectos de salud del paciente.
VARIABLES DE LA INVESTIGACIÓN
Las variables de las que consta este estudio se las detallo a continuación:
31
Médico: Es el profesional del área de salud neumólogo o especialista capacitado
en TB MDR, el mismo que será el encargado de realizar la valoración inicial al
paciente TB MDR, y de llevar el control y monitoreo del tratamiento de los
pacientes.
Paciente TB MDR: Es la persona contagiada con Tuberculosis MDR, que ingresa
a la Sala Santa Josefina, comprometiéndose a someterse al tratamiento y a
colaborar para que sus allegados se realicen las respectivas pruebas para descartar
contagios.
Enfermera: Es la persona encargada de suministrar la dosis de los medicamentos
que corresponden al tratamiento definido para determinado paciente, también tiene
la responsabilidad de controlar el estado físico y psicológico del paciente y de esta
manera informar al médico encargado de la sala.
Medicamentos o drogas: Consiste en los diferentes medicamentos utilizados para
combatir la TB MDR, los cuales se pueden suministrar via oral o intramuscular.
Dolencias: Consiste en los casos especiales de algunos pacientes que padecen de
otras enfermedades además de la TB MDR.
32
Resistencias: Se denomina así a las diferentes sensibilidades a los medicamentos o
drogas que presentan los pacientes TB MDR, las que no siempre serán las mismas.
Dosis: Se refiere a la forma en intervalos de tiempo en los que se debe de
suministrar los medicamentos o drogas recetados por el médico.
DEFINICIONES CONCEPTUALES
Neumólogo: Médico especialista capacitado para tratar enfermedades de patología
pulmonar o respiratorias.
Tuberculosis: Enfermedad infecciosa que ataca primariamente a los pulmones y si
no es tratada a tiempo puede desplazarse a otras partes del cuerpo humanos. Puede
ocasionar la muerte.
33
MDR: Multidrogoresistente. Se refiere a la resistencia que presentan pacientes
infectados con tuberculosis a los medicamentos utilizados para tratar dicha
enfermedad.
DOTS: Consiste en una estrategia implementada en nuestro país por la OMS y el
MSP, para controlar la Tuberculosis MDR.
Dosis: Consiste en la forma en intervalos de tiempo, en la que se deben suministrar
los medicamentos recetados por el personal médico.
Monoresistentes: Se conoce de esta forma a los pacientes que presentan
resistencia a un solo medicamento para el tratamiento de la tuberculosis.
Poliresistentes: Se conoce de esta forma a los pacientes que presentan resistencia
a dos o más medicamentos para el tratamiento de la tuberculosis.
Multidrogoresistentes: Se define a la resistencia microbiana de los pacientes a los
medicamentos con los que se trata la tuberculosis.
34
Bacilo de Koch: Se denomina así al bacilo de la Tuberculosis, su nombre se debe
al médico alemán Robert Koch, quien fue el que descubrió la bacteria trasmisora.
Antibiótico: Es una medicación muy potente empleada para combatir
enfermedades infecciosas.
Cepa: Es en microbiología y genética una variante de alguna especie.
Mycobacterium Tuberculosis: Es la bacteria responsable de la mayoría de casos
de tuberculosis en el mundo.
Enfermedad de la miseria: Se la denomina así porque generalmente ataca a
personas que no tienen posibilidades de llevar una nutrición adecuada lo que
provoca que las defensas del cuerpo humano disminuyan y la bacteria pueda
desarrollarse.
Baciloscopía: Es una técnica bacteriológica en todo estudio de la tuberculosis.
Patología: Es una parte de la medicina encargada del estudio de las enfermedades
como procesos o estados anormales de causas conocidas o desconocidas.
35
CAPÍTULO III
METODOLOGÍA
DISEÑO DE LA INVESTIGACIÓN
MODALIDAD DE LA INVESTIGACIÓN
La tesis elaborada es experimental y descriptiva puesto que se toma acción en las
situaciones que se describe y existen circunstancias en que los resultados van a
depender en las decisiones o situaciones que se presenten o en las que plantee el
sistema.
La investigación es descriptiva porque recoge información basada en el presente,
es decir describe situaciones y eventos, de cómo se manifiesta ciertos fenómenos,
como el de la suministración de dosis de medicación prescrita a los pacientes que
padecen de TB MDR.
La investigación descriptiva mide de forma independiente los conceptos de
variables a las que se refiere el problema a investigar, diciendo como se manifiesta
el fenómeno de la dosificación.
36
La investigación experimental se manifiesta cuando interviene la manipulación de
una variable, en condiciones estrechamente controladas, con el propósito de
describir de qué modo o por qué motivo los resultados afectarán positivamente un
acontecimiento particular.
Se expone que es experimental porque presenta resultados que intervendrán en el
futuro, como el de mejorar la calidad de atención y control en la dosificación de
medicación a los pacientes internados de la Sala Santa Josefina.
Con la tesis elaborada buscamos explicar el por qué de los problemas en el control
de la dosificación de la medicación prescrita en los pacientes que padecen de TB
MDR, ingresados en la Sala Santa Josefina.
POBLACIÓN Y MUESTRA
Población:
La unidad de análisis para la elaboración de la presente tesis, serán las personas,
específicamente las personas en su rol de pacientes que padecen de Tuberculosis y
que ingresan en el Hospital Neumológico “Alfredo J. Valenzuela”.
37
Muestra:
Para seleccionar la muestra, vamos a analizar a los pacientes que padecen de
Tuberculosis MDR, y que han sido ingresados en la Sala Santa Josefina del
Hospital Neumológico “Alfredo J. Valenzuela” de la ciudad de Guayaquil.
Total Salas de Hospitalización: 9
Total No. Camas: 270 camas en total
Porcentaje camas ocupadas: 60%
Total de camas ocupadas: 162
Muestra: x
n 18
9
162
Grafico no. 7
Elaborado: Yalitza Chóez Suárez
Fuente: Sala SIME
TOTAL CAMAS EN TODAS LAS SALAS
HOSPITAL NEUMOLOGICO "ALFREDO J. VALENZUELA"
60%
40%Camas ocupadas
Camas disponibles
n representa al total de camas ocupadas
x representa al total de Salas en la Institución Pacientes en la Sala Sta. Josefina
38
OPERACIONALIZACIÓN DE VARIABLES
Las variables de las que consta este estudio se las detallo a continuación:
Médico: Es el profesional del área de salud neumólogo o especialista capacitado
en TB MDR, el mismo que será el encargado de realizar la valoración inicial al
paciente TB MDR, y de llevar el control y monitoreo del tratamiento de los
pacientes.
Paciente TB MDR: Es la persona contagiada con Tuberculosis MDR, que ingresa
a la Sala Santa Josefina, comprometiéndose a someterse al tratamiento y a
colaborar para que sus allegados se realicen las respectivas pruebas para descartar
contagios.
Enfermera: Es la persona encargada de suministrar la dosis de los medicamentos
que corresponden al tratamiento definido para determinado paciente, también tiene
la responsabilidad de controlar el estado físico y psicológico del paciente y de esta
manera informar al médico encargado de la sala.
39
Medicamentos o drogas: Consiste en los diferentes medicamentos utilizados para
combatir la TB MDR, los cuales se pueden suministrar via oral o intramuscular.
Patologías paralelas: Consiste en los casos especiales de algunos pacientes que
padecen de otras enfermedades además de la TB MDR.
Resistencias: Se denomina así a las diferentes sensibilidades a los medicamentos o
drogas que presentan los pacientes TB MDR, las que no siempre serán las mismas.
Dosis: Se refiere a la forma en intervalos de tiempo en los que se debe de
suministrar los medicamentos o drogas recetados por el médico.
Cuadro No. 7
MATRIZ DE OPERACIONALIZACIÓN DE VARIABLES
Variables Dimensiones Indicadores
Técnicas y/o
Instrumentos
V. I.
Paciente TB
MDR
Recuperado
Enfermo
Pruebas de esputo
Examenes de sangre
Pruebas de
sensibilidad
Resultado de
exámenes
realizados en el
Laboratorio
40
V. I.
Medico
Activo
Inactivo
Informe Recursos
Humanos
Reporte RRHH
V.D.
Enfermera
Activo
Inactivo
Dosificación
Informe de recursos
humanos
Tratamiento
indicado por el
medico
Reporte RRHH
V.D.
Tratamiento
Cumplido
No cumplido
Abandonado
Otros
Tiempo
Historia clínica de
paciente
Historia clínica de
paciente
V.D.
Dosis
Cumplida
No cumplida
Formulario de
aplicación de
tratamiento
V.D.
Resistencias
Positivo
Negativo
Pruebas de
sensibilidad
Exámenes de
laboratorio
V.D.
Patologías
paralela
Positivo
Negativo
Avanzada
Inicial
Exámenes de
laboratorio
41
INSTRUMENTOS DE RECOLECCIÓN DE DATOS
Para la elaboración de este trabajo de investigación se utilizó la técnica de la
entrevista, debido a que la elaboración de esta tesis se basa en la investigación de
campo.
La entrevista consiste en un diálogo en el que una persona en este caso la
llamaremos investigador realiza una serie de preguntas a otra persona a quien
denominaremos entrevistado, con el objetivo de conocer mejor sus ideas, sus
sentimientos, hasta su forma de actuar.
INSTRUMENTOS DE LA INVESTIGACIÓN
Los instrumentos que se emplearon para la presente tesis se detallan a
continuación:
Observaciones directas
Revisión de archivos, publicaciones, investigaciones previas, compendios
estadísticos, datos históricos, entre otros de menor relevancia.
42
Entrevistas
Se realizaron una serie de preguntas al personal médico y al auxiliar de enfermería
sobre los siguientes aspectos:
Ingreso de los pacientes TB MDR
Asignación de tratamiento
Aplicación de tratamiento
Medicamentos aplicados
Método de dosificar
Salida de pacientes
Abandono de tratamiento por pacientes
Errores en la dosificación
.
Instrumentos de investigación
Formularios facilitados por el Hospital Neumológico “Alfredo J.
Valenzuela”
Páginas de Internet
43
Encuestas
Se realizó una encuesta compuesta por 9 preguntas a 7 pacientes ingresados en la
Sala Santa Josefina del Hospital Neumológico “Alfredo J. Valenzuela”, la misma
que refleja la desconfianza y desinformación aparente de los pacientes para con el
personal de auxiliar de enfermería, en cuanto a la medicación que reciben si es
precisa y en las dosis correcta, si se sienten mal o bien atendidos y si tienen
confianza en su recuperación o no.
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICA
CARRERA DE INGENIERIA DE SISTEMAS COMPUTACIONALES
Encuesta para medir el grado de satisfacción de la atención brindada por el
personal médico y de enfermería a los pacientes hospitalizados en la sala
Santa Josefina dl Hospital Neumológico “Alfredo J. Valenzuela”
NOMBRE: ______________________________ Edad: ________________
1. De qué provincia proviene?
____________________________________________________________
2. Cuánto tiempo lleva hospitalizado en la sala Santa Josefina?
44
Menos de 1 mes Entre 3 y 6 meses
Entre 1 mes y 3 meses Mas de 6 meses
3. Le brindaron toda la información necesaria acerca de su tratamiento
al momento de hospitalizarlo, en especial los efectos que los
medicamentos le puede producir a su organismo?
Si No
4. Ha notado despreocupación o desinterés por parte de los auxiliares de
enfermería?
Si No
Señale cuales son las causas por las que contesto SI en la pregunta No.
4
Ausencia de personal
Malos tratos
No suministran medicinas
5. Considera usted, que las medicinas son suministradas por el auxiliar
de enfermería en el tiempo indicado por el médico?
Si No
45
6. Alguna vez se han olvidado de aplicarle o suministrarle la medicación
prescrita en el tiempo indicado?
Si No
Con qué frecuencia se retrasa el Auxiliar de Enfermería en
suministrarle la medicación diaria, si su respuesta fue SI en la
pregunta No. 6.
5 a 30 min
30 a 60 min
Mas de 60 min
7. Cree usted que debería existir alguna otra forma de controlar el
suministro de la medicación?
Si No
8. Que justificativos le ofrecen el personal por la demora en suministrarle
la medicación
Llego tarde el auxiliar
Se termino la medicina
El médico no hizo la prescripción
No habia en stock de farmacia
46
Otros
9. Hasta cuanto tiempo (días) no le han suministrado la medicina
indicada por el médico?
Entre 1 día y 3 días
Entre 3 dias y 7 dias
Mas de 7 dias
PROCEDIMIENTOS DE LA INVESTIGACIÓN
Para la elaboración de la tesis se siguieron los pasos que a continuación se detallan
y en el orden indicado:
El problema:
Planteamiento del problema
Situación conflictos nudos críticos
Causas y consecuencias del problema
Delimitación del problema
Formulación del problema
47
Evaluación del problema
Objetivos
Justificación e importancia de la investigación
Marco teórico:
Antecedentes del estudio
Fundamentación teórica
Fundamentación legal
Hipótesis preguntas a contestarse
Variables de la investigación
Definiciones conceptuales
Metodología:
Modalidad de la investigación
Población y Muestra
Instrumentos de recolección de datos
Operacionalización de variables, dimensiones e indicadores
Procedimiento de la Investigación
Criterios para la elaboración de la propuesta
48
RECOLECCIÓN DE LA INFORMACIÓN
Para la elaboración del presente trabajo de investigación se utilizaron las siguientes
técnicas de recolección de la información:
Observación participante, activa o directa, de tipo individual, y efectuada en la
vida real, la misma que involucra que una sola persona que es, el investigador
participa en el proceso investigativo directamente en el lugar de los hechos, es
decir que se realizó un estudio muy detallado de toda la secuencia del proceso
principal del tema de tesis, desde que ingresa el paciente hasta el momento de la
dosificación de los medicamentos que le han sido prescritos.
Además se realizo entrevistas tanto al personal de enfermería como al médico de la
Sala Santa Josefina, las preguntas fueron concernientes al proceso de ingreso del
paciente, como se le prescribe el tratamiento a cada uno, y como se le aplica la
dosis diaria a cada paciente.
También se encuestaron a 7 pacientes hospitalizados de los 14 ingresados en la
sala al momento de realizar la encuesta, no se pudo encuestar a más personas
debido al riesgo al que se expone al estar mucho tiempo en contacto con este tipo
de pacientes.
49
PROCESAMIENTO Y ANÁLISIS
Una vez recopilada la información necesaria para comenzar con la elaboración del
sistema, se analizaron los datos obtenidos en la entrevista con el personal médico y
auxiliar de enfermería, como el ingreso de los pacientes TB MDR, la asignación
del tratamiento y en especial el proceso actual de cómo se realiza la aplicación de
las dosis prescritas a los pacientes. Esto nos dio como resultado el modelo a seguir
para el desarrollo del sistema que se ofrece en el presente proyecto.
Mediante este método de análisis, definimos los procesos que se crearán para
poder satisfacer las necesidades que presenta el problema al momento de aplicar la
dosificación a los pacientes ingresados en la Sala Santa Josefina del Hospital
Neumológico “Alfredo J. Valenzuela”.
Además en la encuesta realizada se obtuvieron los siguientes resultados:
1. ¿De qué provincia proviene?
Paciente Provincia
1 Bolívar
2 Guayas
3 Guayas
4 Manabí
50
5 Chimborazo
6 El Oro
7 Guayas
Gráfico No. 8
Elaborado: Yalitza Chóez Suárez
Fuente: Pacientes Sala Santa Josefina
Esta pregunta nos confirma lo que se indico en el capítulo 2, que somos el
único hospital que trata a los pacientes que padecen Tuberculosis MDR a nivel
nacional, porque existen pacientes hospitalizados provenientes de otra
provincia.
Lugar de residencia de Pacientes TB MDR
Sala Santa Josefina
14%
14%
14%44%
14%
Chimborazo
Bolívar
El Oro
Guayas
M anabi
51
2. ¿Cuánto tiempo lleva hospitalizado en la sala Santa Josefina?
Gráfico No. 9
Elaborado: Yalitza Chóez Suárez
Fuente: Pacientes Sala Santa Josefina
Esta pregunta nos demuestra que la mayoría de los pacientes encuestados
ha permanecido en la Sala Santa Josefina del Hospital Neumológico
“Alfredo J. Valenzuela” entre 3 y 6 meses, lo que refleja que si existe
voluntad de parte del paciente en seguir con el tratamiento.
3. ¿Le brindaron toda la información necesaria acerca de su tratamiento
al momento de hospitalizarlo, en especial los efectos que los
medicamentos le puede producir a su organismo?
Cuánto Tiempo lleva hospitalizado en la Sala Santa Josefina
29%
29%
42%
0%
Menos de 1 mes
Entre 1 y 3 meses
Entre 3 y 6 meses
Más de 6 meses
52
Gráfico No. 10
Elaborado: Yalitza Chóez Suárez
Fuente: Pacientes Sala Santa Josefina
Este cuadro nos demuestra que el personal médico si brinda la información
necesaria al paciente con respecto a su tratamiento, los efectos secundarios
que ocasionan las drogas que deben suministrarle y el tiempo de duración
del tratamiento.
4. ¿Ha notado despreocupación o desinterés por parte de los auxiliares de
enfermería?
Están los pacientes bien informados acerca de su tratamiento?
71%
29%
SI
NO
53
Gráfico No. 11
Elaborado: Yalitza Chóez Suárez Fuente: Pacientes Sala Santa Josefina
Con esta pregunta podemos observar que la mayoría de los pacientes
hospitalizados si sienten que el personal auxiliar de enfermería se
despreocupa o no sienten interés en proporcionar la debida atención que
ellos requieren. Aquellos que contestaron que no es porque tienen menos
de un mes hospitalizado.
4.1. Señale cuales son las causas por las que contesto SI en la
pregunta No. 4
Ha notado despreocupación o desinterés de parte del personal auxiliar
de enfermeria?
71%
29%
SI
NO
54
Gráfico No. 12
Elaborado: Yalitza Chóez Suárez Fuente: Pacientes Sala Santa Josefina
Este cuadro nos demuestra que el personal encuestado siente
despreocupación o podríamos llamarlos negligencia de parte del personal
auxiliar de enfermería debido a las siguientes causas:
No se suministran medicinas
Malos tratos
Ausencia del personal
5. ¿Considera usted, que las medicinas son suministradas por el
auxiliar de enfermería en el tiempo indicado por el médico?
P1
P2
P3
P4
P5
P6
P7
Pacie
nte
sPor qué causas denotan desinteres por parte del
persona auxiliar de enfermeria
No suministran las medicinas
Malos tratos
Ausencia del personal
55
Gráfico No. 13
Elaborado: Yalitza Chóez Suárez
Fuente: Pacientes Sala Santa Josefina
En esta pregunta podremos apreciar que la mayoría de los pacientes están
conscientes de que no les están suministrando en la forma indicada por el
médico las medicinas.
6. ¿Alguna vez se han olvidado de aplicarle o suministrarle la medicación
prescrita en el tiempo indicado?
Considera usted que las medicinas son suministradas por el auxiliar de
enfermería en el tiempo indicado por el médico?
29%
71%
SI
NO
56
Gráfico No. 14
Elaborado: Yalitza Chóez Suárez
Fuente: Pacientes Sala Santa Josefina
En esta pregunta nos podemos dar cuenta que si existe negligencia por
parte de los auxiliares de enfermería, porque si han dejado de suministrar la
medicación en el tiempo indicado, lo que nos indica que si existe un
problema que se debe resolver.
6.1. ¿Con qué frecuencia se retrasa el Auxiliar de Enfermería en
suministrarle la medicación diaria, si su respuesta fue SI en la
pregunta No. 6.
Alguna vez se han olvidado de aplicarle o suministrarle la medicación prescrita
en el tiempo indicado?
71%
29%
SI
NO
57
Gráfico No. 15
Elaborado: Yalitza Chóez Suárez
Fuente: Pacientes Sala Santa Josefina
Este nos demuestra que el mayor periodo de tiempo de atraso en la
suministración de medicina considerado por los pacientes es de 30 a 60
minutos.
7. ¿Cree usted que debería existir alguna otra forma de controlar el
suministro de la medicación?
0
1
2
3
No
. P
acie
nte
s
5 a 30 min 30 a 60 min Mas de 60 min
Tiempo en el que considera se han tardado en suministrarle la
medicación prescrita
58
Gráfico No. 16
Elaborado: Yalitza Chóez Suárez
Fuente: Pacientes Sala Santa Josefina
Este resultado muestra claramente que debería existir un medio de apoyo
automatizado para controlar el suministro de la medicación prescrita a los
pacientes ingresados, lo cual no da explícitamente el motivo principal de la
elaboración de este proyecto.
8. Que justificativos le ofrecen el personal por la demora en suministrarle
la medicación?
7
0
0 1 2 3 4 5 6 7
No. Pacientes
SI
NO
Consideran los pacientes en que debería existir otra forma de
controlar el suministro de la medicación?
59
Gráfico No. 17
Elaborado: Yalitza Chóez Suárez
Fuente: Pacientes Sala Santa Josefina
En este cuadro podemos observar los motivos por lo que los pacientes
piensan que no se les ha suministrado la medicina a tiempo y nos
demuestra que la mayor situación que se presenta es que el auxiliar de
enfermería llega tarde a su turno.
9. Hasta cuanto tiempo (días) no le han suministrado la medicina
indicada por el médico?
60
Gráfico No. 18
Elaborado: Yalitza Chóez Suárez Fuente: Pacientes Sala Santa Josefina
Esto resultados nos demuestra cuántos días han dejado de suministrar la
medicina indicada por el médico.
CRITERIOS DE VALIDACIÓN DE LA PROPUESTA
EL PROBLEMA
Diseño e implementación de un sistema que permita administrar la
dosis diaria prescrita y la medicación correcta a los pacientes de la Sala
San Antonio del Hospital “Alfredo J. Valenzuela”
61
DEFINICION DEL PROBLEMA
Existe en la actualidad un sin números de casos de Errores en la Medicación, que
es como identificaremos el problema que queremos aminorar, que si bien es cierto
la gran mayoría no presentan situaciones adversas, algunos en menor cantidad
pueden ser causa de daños permanentes e incluso en el deceso de los pacientes
ingresados en alguna sala de hospital o clínica del país, y tales casos también nos
demuestran el bajo rendimiento del refuerzo sanitario en el mundo entero.
En la mayoría de los hospitales, especialmente en los del orden público, se
distinguen muchos casos de casos de errores en la medicación, debido a una gran
variedad de factores entre ellos podemos citar: las falencias del personal médico o
de enfermería que se encuentran en constante contacto con los pacientes
ingresados en las salas de hospitales públicos, pero no solo podemos hacer recaer
la responsabilidad al personal mencionado también pueden existir errores en la
medicación, debido la mala organización e implementación de los procesos de
trabajo que incurren en estas salas y también a la baja remuneración y condición
laboral en la que se encuentran los profesionales responsables de los pacientes
ingresados.
Una de las principales causas de los Errores en la Medicación se podría deber al
olvido o negligencia por parte del personal médico o de enfermería en turno, o por
que el médico especialista prescribió erróneamente el medicamento a su paciente o
62
simplemente la mala caligrafía de ciertos especialistas hacen que se realicen
equivocaciones con respecto al medicamento prescrito.
Es por ello que la mayoría de los hospitales de nuestro país se ven en la necesidad
de encontrar alguna solución a este tipo de errores, que se suscitan no con una
continuidad diaria pero si con una frecuencia que es muy preocupante por parte de
las autoridades de la Salud puesto que le otorgan una mala imagen a las entidades
gubernamentales encargadas de la actividad sanitaria en nuestro país y de las
personas en general, que acuden a estas instituciones con la firme confianza de que
encontrarán alguna respuesta para sus males a un bajo costo o en algunos casos
totalmente gratis.
FORMULACIÓN DEL PROBLEMA
La investigación de este proyecto se justifica en los diferentes casos de errores en
la medicación en pacientes ingresados que han ocurrido, que aunque podamos
decir no todos son causantes de lesiones graves o de llegar a ocasionar la muerte
de algún paciente, debemos tener claro que es una vida la que estamos poniendo en
riesgo al no suministrar la dosis indicada en el periodo adecuado de tiempo por el
médico profesional e incluso de proveer el medicamento errado.
Al final de la realización de este proyecto los principales beneficiados serán los
mismos pacientes, puesto que no solo dependerán del personal en turno para su
63
dosificación si no que ellos podrán llevar un control adecuado de la medicina
suministrada en la dosis correcta.
Las autoridades de la Salud Pública también se sentirán beneficiadas, porque el
Sistema de Administración de la dosis diaria prescrita y la medicación correcta en
pacientes, les proporcionará una preocupación menos a las tantas que ya posee y
también podrán llevar un mejor control en el personal que se encuentra en
constante contacto con los pacientes y ellos no tendrán excusa alguna para no
seguir el orden de la dosificación de los pacientes.
Incluso se beneficiaría el personal responsable de la dosificación debido a que si
respetan el orden de la dosificación en pacientes, evitarían problemas en su trabajo
lo cual aseguraría su estadía en el mismo.
OBJETIVO GENERAL
Brindar a las instituciones de salud del orden público, la posibilidad de llevar un
control detallado de la dosis prescrita e incluso de asegurar en un gran porcentaje
que la medicina suministrada sea la correcta en los pacientes ingresados en la Sala
San Antonio del Hospital Alfredo J. Valenzuela.
64
OBJETIVOS ESPECIFICOS
Reducir los daños no intencionales en los pacientes por parte del personal
responsable del tiempo en el que se encuentran ingresados en la Sala San
Antonio.
Facilitar al médico tratante la evaluación de paciente de acuerdo a la
medicina y dosis suministrada.
Responsabilizar al personal indicado de su respectivo trabajo y
proporcionar un control de asistencia a sus labores para jefes de la Sala.
Definir un procedimiento para el adecuado suministro de la dosificación
diaria en los pacientes ingresados.
Permitir que los pacientes o sus acompañantes puedan estar pendientes
también de la dosificación de la medicina.
Evitar que los errores en medicación se sigan dando en forma continua.
Mejorar la imagen de las instituciones de salud públicas en cuanto al
desempeño de su personal.
65
Procurar ofrecer al paciente en forma adecuada para su aplicación, el o los
medicamentos prescritos por su médico tratante en la dosis y formas
farmacéuticas recetadas.
Conservar disponible y en forma oportuna para su aplicación al paciente, el
o los medicamentos prescritos por su médico tratante en las dosis y formas
farmacéuticas por éste señaladas.
ALCANCE DEL PROYECTO
El alcance del proyecto contempla los siguientes puntos:
El personal médico de la Sala Santa Josefina, podrá registrar el ingreso del
paciente en la sala, con el diagnóstico indicado por el médico tratante y el
tratamiento completo son su respectiva dosificación en caso de existir
dudas se debe consultar con el profesional, e incluso la cama asignada al
mismo.
El personal de enfermería podrá registrar el cumplimiento y el no
cumplimiento con sus respectivas causas de la dosificación aplicada al
paciente el día anterior.
66
Se brindará el servicio de monitoreo de la dosificación de medicina en un
dispositivo de video (pantalla plana).
La Doctora de la Sala Santa Josefina, podrá imprimir en un formato al que
llamaremos Recetas, la medicación indicada por el médico para que la
medicina pueda ser retirada en el Servicio de Farmacia.
También se podrá ingresar alguna reacción alérgica de la cual padezca el
paciente.
Se registrará el alta de paciente cuando el médico tratante los prescriba y
automáticamente se eliminará del control de dosificación diaria.
La doctora encargada de la Sala Santa Josefina podrá llevar un registro de
los medicamentos pedidos en el Servicio de Farmacia de forma semanal,
indicando para que paciente es solicitado el medicamento.
67
CAPÍTULO IV
MARCO ADMINISTRATIVO
CRONOGRAMA
El cronograma diseñado para la elaboración del presente proyecto, se basa en las
diferentes etapas del desarrollo de un software, y en las diversas actividades que
cada una de ellas conlleva. A continuación se detallan las etapas proyectadas con
su respectiva duración de tiempo.
1. Análisis
En esta etapa se realiza un análisis completo sobre el problema a resolver,
realizando entrevistas al personal médico y auxiliar de enfermería, para
poder tener una visión total del problema que se quiere resolver y de la
forma como se manejan los procesos actuales.
68
Cuadro No. 7
Actividad Descripción
Tiempo
estimado
(días)
Análisis del proceso
actual
Se consultó con el personal médico y
auxiliar de enfermería sobre cómo se lleva
actualmente el proceso de administración
y suministración de medicamentos para
los pacientes ingresados.
10
Análisis de
requerimientos de los
médicos
Se entrevistó al personal médico para
consultarle cuales son los pasos a seguir
una vez que el paciente es ingresado a la
Sala Santa Josefina, y referente a como
aplican el tratamiento para cada paciente.
También se consultó con los médicos
sobre que otra necesidad ellos tuvieran
que pudiera ser cubierto por el proyecto
en mención.
10
Recopilación de
formularios
Se solicitaron los diferentes formularios
que son llenados por el personal médico y
el auxiliar de enfermería para el control de
la dosificación de medicamentos a los
pacientes ingresados en la Sala Santa
3
69
Josefina.
Análisis de
resultados
Una vez recopilada toda la información
incluso de las encuestas se tabularon los
datos y se revisaron las respuestas de las
entrevistas para poder de esta manera
organizar toda la información para
empezar a darle forma al proyecto.
2
Decisión de procesos
Después se empezó a definir los procesos
principales y los secundarios que tendrá el
sistema propuesto.
3
2. Diseño
En esta etapa se empiezan a definir los diseños que tendrá el sistema, el
esquema operativo, las tablas de la base de datos, las pantallas y también
debe ser validado.
Cuadro No. 8
Actividad Descripción
Tiempo
estimado
(días)
70
Diseño del esquema
operativo
Se analizó y diseñó el esquema
operativo del personal de la
Institución que interviene en este
proyecto.
5
Diseño de tablas y
campos de la base de
datos
Se realiza el diseño de las tablas
y campos de la base datos con sus
respectivas relaciones.
3
Diseño de entradas y
salidas de pantallas
Se realizó el diseño de las
pantallas con sus respectivos
campos tratando de proporcionar
una interfaz amigable y de fácil
entendimiento para los usuarios.
3
Diseño del proceso de
registro de expedientes
Se realizó el diseño del registro
de cada paciente como selo debe
registrar al momento de ingresar
en el Sala.
3
3. Desarrollo
En esta etapa se empieza a realizar el diseño del proyecto en sí, empezando
con el diseño de la base de datos, con la codificación del software y
finalizando con el diseño y desarrollo de los reportes.
71
Cuadro No. 9
Actividad Descripción
Tiempo
estimado
(días)
Elaboración de
tablas con integridad
referencial
Se elaboraron las tablas de la base de
datos en el modelo entidad relación
estableciendo la integridad
referencial en la relación de sus
campos mediante sus claves
primarias y secundarias.
6
Desarrollo y
codificación de la
aplicación
Se inicia la codificación del
software, que consiste en llevar a
código en el lenguaje de
programación seleccionado, en este
caso Visual .NET, todo lo diseñado
en la etapa anterior. Se deben seguir
todos los lineamientos establecidos
en el diseño y considerando siempre
los requisitos funcionales y no
funcionales.
15
Desarrollo de
reportería
Se diseñan los reportes que el
sistema debidamente debe generar
de acuerdo a las necesidades de los
usuarios.
10
72
4. Prueba
En esta etapa se inician las respectivas pruebas del sistema desarrollado,
para de esta manera minimizar posibles fallas que se pueda dar en
cualquier momento de la implementación definitiva. También se comienza
a realizar la documentación correspondiente para la sustentación del
proyecto de tesis.
Cuadro No. 10
Actividad Descripción
Tiempo
estimado
(días)
Documentación del
sistema
Se inicia con la documentación
del sistema en lo que se refiere al
planteamiento del problema y a
la respectiva solución, y los
manuales técnico y de usuario.
5
Documentación de las
pruebas
Las pruebas realizadas también
se documentan para poder tener
un registro de los posibles
errores que se puedan presentar
en momento de poner en marcha
3
73
el sistema.
Pruebas de operatividad
Se efectúan pruebas de
operatividad del sistema ya
desarrollado para evitar posibles
errores en el momento en que el
sistema ya este en producción.
3
Pruebas de seguridad
Se efectúan pruebas de seguridad
con la finalidad de evitar que el
sistema pueda ser manipulado de
forma ilegal.
2
5. Implementación
En esta etapa se realiza la implementación general del sistema, lo que
incluye también el entrenamiento a los usuarios.
Cuadro No. 11
Actividad Descripción
Tiempo
estimado
(días)
74
Entrenamiento de
usuarios
Se entrena a los usuarios para
que se familiaricen con el
sistema, y que no puedan
cometer errores cuando el
sistema este puesto en marcha.
5
Puesta en producción
Se pondrá en marcha en sistema,
es decir se termina de
implementar en el equipo en el
cual va a ser manejado para de
esta forma evitar posibles
errores.
5
75
PRESUPUESTO
El presupuesto para la elaboración de este trabajo de investigación, se lo detalla a
continuación en la siguiente tabla:
Cuadro No. 12
Detalle de egresos del proyecto
EGRESOS
Valores Por
mes
Total por 4 meses
DÓLARES
Suministros de oficina y computación $ 100.00
Servicios de asesoría 100.00
Desarrollador 350.00 1,400.00
Fotocopias 10.00
Libros y documentos 20.00
Computadora portátil 600.00
Computadora y servicios de Internet 30.00 120.00
Transporte 25.00 100.00
Empastado, anillado de tesis de grado 80.00
TOTAL……………………………………… $ 2,530.00
76
Ingresos
El financiamiento para la elaboración del presente trabajo de fin de carrera,
se lo adquirió a modo personal mediante préstamo quirografario al
Instituto Ecuatoriano de Seguridad Social el 50%, y el saldo se lo financia
con fondos propios.
Egresos
El detalle del los egresos del presente proyecto, está detallado con sus
respectivos valores dependiendo de la necesidad, en el ítem de presupuesto
del capítulo 4.
77
REFERENCIAS BIBLIOGRÁFICAS
LIBROS
Smirnoff Israel. Año 1967. La tuberculosis: evolución de la epidemiología,
patogenia, anatomía patológica, clínica, diagnóstico diferencial, terapéutica
y profilaxia. Buenos Aires, Argentina.
López Bonilla, J. ; Pio, Antonio ; Scocozaza, Juan B. 1967. El control de la
tuberculosis como problema de Salud Pública. Buenos Aires, Argentina.
MANUALES
Comité Técnico Nacional – Ministerio de Salud Pública. Guía para la
atención integral de pacientes con TB Multidrogorresistente en Ecuador
DIRECCIONES WEB
Wikipedia. Tuberculosis. http://es.wikipedia.org/wiki/Tuberculosis.
78
H. L. Rieder. Unión Internacional contra la Tuberculosis y las
Enfermedades Respiratorias.
http://www.tbrieder.org/publications/interventions_sp.pdf
Farm. Claudia Heft. Servicio de Farmacia. Hospital San Martín. Sistema de
Distribución de Medicamentos por Dosis Diaria.
http://www.connmed.com.ar/instituciones2/aafhospitalaria.org.ar/capacitac
ion/8congreso_stafe/17-b.pdf
Wikipedia. Microsoft .NET. http://es.wikipedia.org/wiki/Microsoft_.NET
Soporte Microsoft. Cómo enviar correo electrónico mediante programación
con System.WebmMail en Visual c# 2005 o Visual c# .NET.
http://support.microsoft.com/kb/310273/es
79
CAPÍTULO V
CONCLUSIONES Y RECOMENDACIONES
CONCLUSIONES
La tecnología informática, con el pasar del tiempo se ha convertido en un
pilar fundamental en cualquier ámbito en el que se desenvuelve las
personas, puesto que les permite llevar un mejor control de todas sus
actividades, y como es el caso de este proyecto, nos permite mejorar el
estado de salud de los pacientes al controlar, administrar y llevar un
registro detallado de las dosis suministradas a los pacientes.
Un proyecto informático, aunque sea apoyado por la última tecnología de
punta, sino es dirigido a mejorar los servicios del usuario, sea éste interno o
externo, está destinado al fracaso.
Las herramientas de desarrollo informáticas y de administrador de base de
datos que nos ofrece Microsoft, como lo son Visual .NET C# y SQL Server
respectivamente, versión 2005 ambas herramientas, contiene muchas
funcionalidades que le facilita el trabajo al programador así como ahorra
gran cantidad de tiempo puesto que no tienen que codificar en su totalidad
sino que el mismo programa genera el código.
80
Se logró diseñar e implementar un sistema informático, que realmente
estaría aminorando en un gran porcentaje los problemas que se presentan al
momento de suministrar la dosis a los pacientes ingresados en la Sala Santa
Josefina del Hospital Neumológico “Alfredo J. Valenzuela”.
El diseño de los formularios está conforme con lo establecido por el
Ministerio de Salud Pública del Ecuador. (Cual es la referencia)
Los módulos de Inventario y Recursos Humanos se los ha implementado
en calidad de simulación puesto que no pertenecen al sistema como tal,
pero para la exposición del proyecto se los ha desarrollado.
Con este proyecto también se podrá obtener un mejor servicio por parte de
los auxiliares de enfermería para con los pacientes, e incluso podrán saber
si cumplen o no con las tareas asignadas y con los turnos dispuestos por los
jefes inmediatos.
Los ciudadanos obtendrán mayor confianza en las entidades de Salud
Pública del Estado, si se llegase a implementar este sistema adecuándolo a
las necesidades de cada institución pública, en cuanto al bienestar de sus
familiares.
81
RECOMENDACIONES
Al asignar nombres de usuarios se debe definir estándares para que sea
mucho más sencillo la creación de los mismos.
Para todo desarrollo de aplicación informática se debe diseñar primero el
modelo Entidad Relación, y después diseñar las interfaces que va a
contener el sistema.
Se debe realizar un diseño de la interfaz que sea amigable para el usuario,
es decir que no se vea muy complejo, de fácil uso.
Se sugiere que eventos tales como botones, se programa en clases y que en
las funciones de los objetos como los botones sean llamadas, con el fin de
obtener una mejor organización del sistema.
Que todo proyecto informático debe estar debidamente documentado, para
de esta manera poder reconocer fácilmente la función que realiza cada
parte de código.
Que se definan estándares para los nombres de los objetos así como los
nombres de archivos para evitar errores y confusiones en la programación.
82
Los manuales tanto el técnico como el de usuario, deben describir de
manera fácil el desarrollo y el uso del sistema para que sea sencillo realizar
los cambios que requieran y el usuario pueda manipular sin problema
alguno el sistema.
Que se decida implementar esta aplicación en las todas las Salas del
Hospital Neumológico “Alfredo J. Valenzuela”, puesto que el resultado de
las encuestas demuestra una clara y evidente negligencia por parte de los
auxiliares de enfermería para con los pacientes.
Que una vez implementada el presente proyecto en las demás salas del
Hospital, se considere exponer la idea de implementación en las
instituciones de salud del Ministerio de Salud Pública, para ofrecer una
atención de calidad a los pacientes que son ingresados en las salas.
Para la implementación de este proyecto se recomienda designar a una
persona que posea conocimientos informáticos en desarrollo de programas
y en administración de base de datos, para el mantenimiento general del
sistema y para la capacitación de los usuarios.
Cada usuario del sistema debería poseer conocimientos básicos en el
manejo de la computadora y el sistema operativo que posea.
83
ANEXOS
(Incluya información adicional que sirva para ampliar o apoyar alguno de los
puntos tratados en el texto, instrumentos, glosarios, etc.)
SISAD
Sistema de Administración
GroupSoft Página # 1
MMAANNUUAALL TTEECCNNIICCOO
SSIISSTTEEMMAA SSIISSAADD
VERSION 1.0
Elaborado por:
Yalitza Chóez Suárez
Octubre 2010
UUNNIIVVEERRSSIIDDAADD DDEE GGUUAAYYAAQQUUIILL
SISAD
Sistema de Administración
GroupSoft Página # 2
1
En este punto se detallan los problemas que se encontraron luego de haber realizado un
estudio de la situación actual de la Sala Santa Josefina del Hospital Neumológico
“Alfredo J. Valenzuela”, la solución a estos y su respectivo alcance.
Adicionalmente se expone las razones que se consideraron para escoger dicha solución
y decidir implementar un sistema informático para resolver dicha situación.
El capítulo se divide en:
Problema operacional.
Problemas tecnológicos.
Solución operacional.
Solución tecnológica.
Alcance.
Justificación.
MMAANNUUAALL DDEE DDIISSEEÑÑOO SSIISSTTEEMMAA SSIISSAADD
VERSION 1.0
Dirigido a:
SOUNDSTAGE ENTERTAINMENT CLUB
Elaborado por:
Byron Fonseca
Javier Guamán
Pablo Leiva
Nasly Sánchez
EESSCCUUEELLAA SSUUPPEERRIIOORR PPOOLLIITTEECCNNIICCAA
DDEELL LLIITTOORRAALL
PARALELO 4
Técnicas de Documentación
LSI. Glenda Jácome
PROBLEMAS ACTUALES Y
SOLUCION
SISAD
Sistema de Administración
GroupSoft Página # 3
PPrroobblleemmaa OOppeerraacciioonnaall
Problema Causas Efectos
El despacho de la
medicina en
Farmacia,
muchas veces se
demora o no lo
pueden hacer.
El médico responsable de la
prescripción, emite la receta de
forma manual, lo que
generalmente provoca confusión
debido a la caligrafía de los
galenos e inclusive por falta de
sellos o firmas en las recetas.
Los pacientes en
muchas ocasiones no
reciben la medicina
prescrita a tiempo.
La medicina prescrita
no puede ser
suministrada en el
tiempo indicado por el
médico responsable.
Ausencia del
personal auxiliar
de enfermería
No existe un buen control en la
asistencia y cumplimiento de
labores del personal.
Los pacientes
ingresados en la Sala
Santa Josefina se
sienten descuidados y
abandonados,
No existe control
en el proceso de
suministro de
dosis de
medicina a los
pacientes.
En la Sala Santa Josefina así
como en el resto de las Salas del
Hospital Neumológico “Alfredo
J. Valenzuela”, existe un
proceso de control y registro de
dosificación manual y
deficiente.
Se pueden presentar
casos de recaídas e
incluso de necesidad de
cambio de tratamiento
para los pacientes que
padecen TB MDR.
Errores en la
dosificación de
los pacientes.
El auxiliar de enfermería en
turno muchas veces sea por
negligencia u olvido no cumple
con sus tareas en el tiempo
indicado.
Se pueden presentar
casos de sobredosis en
los pacientes que
padecen de TB MDR.
PPrroobblleemmaass TTeeccnnoollóóggiiccooss
Problema Causa Efecto
No existe ningún
sistema
informático ni
equipos de
computación.
Hasta el momento
no se había
considerado la
posibilidad de la
implementación de
un sistema
informático.
Lo que ha provocado que el estado
de salud de muchos pacientes
empeore en vez de mejorar por e
problema principal que es el
suministro de las dosis de las
medicinas requeridas para su
tratamiento.
SISAD
Sistema de Administración
GroupSoft Página # 4
SSoolluucciióónn OOppeerraacciioonnaall
Problema Solución
El despacho de la medicina
en Farmacia, muchas veces
se demora o no lo pueden
hacer.
Establecer nuevas políticas en lo que respecta a los
requisitos para el despacho de la medicina en
farmacia, de esta forma el despacho de la medicina
no resultaría tan complejo y con un mejor proceso
en la elaboración de las recetas disminuiría bastante
la confusión que pueda existir entre un
medicamento u otro.
Ausencia del personal
auxiliar de enfermería
Implementar un proceso que permita llevar un
mejor control en la entrada y salida y en el
cumplimiento de las labores de los auxiliares de
enfermería.
No existe control en el
proceso de suministro de
dosis de medicina a los
pacientes.
Implementar un sistema que ayude a llevar un
control más minucioso en lo que respecta a la
dosificación de los pacientes.
Errores en la dosificación
de los pacientes.
Llevar un registro de toda la medicina suministrada
a los pacientes durante su estadía en la sala Santa
Josefina.
SSoolluucciióónn TTeeccnnoollóóggiiccaa
Problema Solución
No existe ningún
sistema
informático ni
equipos de
computación
Adquirir un sistema integrado, que permita minimizar en un
gran porcentaje todos los problemas operacionales
existentes..
AAllccaannccee
La función del sistema será de automatizar los procesos que se llevan a cabo en la Sala
Santa Josefina del Hospital Neumológico “Alfredo J. Valenzuela” reemplazando las
tareas manuales que se utilizan actualmente, esto permitirá que la información sea
oportuna y confiable y que el suministro de dosis a los pacientes sea en el momento
oportuno.
A continuación presentamos las características de los módulos que integrarán el
sistema:
Registro y Dosificación de Pacientes y Tratamientos
Inventario (simulación)
Recursos Humanos (simulación)
SISAD
Sistema de Administración
GroupSoft Página # 5
Seguridad
Reportes
Funciones básicas del módulo de
RReeggiissttrroo yy DDoossiiffiiccaacciióónn ddee PPaacciieenntteess yy TTrraattaammiieennttooss 1. Creación e ingreso de Referenciales.
2. Ingreso de pacientes a la base de datos principal.
3. Consulta de pacientes, referenciales y personal que labora en la sala.
4. Registro de ingreso de pacientes a la sala.
5. Registro de chequeos diarios de los pacientes.
6. Registro de tratamientos indicados por el médico.
7. Registro de las dosis suministradas a los pacientes.
8. Monitoreo de las dosis pendientes por suministrar.
9. Consulta de las dosis pendientes de acuerdo al turno de cada auxiliar de
enfermería por fecha o por nombre de paciente.
10. Impresión de recetas para que puedan ser retiradas las medicinas en farmacia.
11. Reportes de los pacientes ingresados en la Sala.
12. Reportes de los tratamientos indicados por paciente.
13. Reporte de las dosis por suministrar a diario.
Funciones básicas del módulo de IInnvveennttaarriioo ((SSiimmuullaacciióónn))
1. Ingreso de medicina despachada por farmacia.
2. Kardex individual y detallado de los ingresos y egresos de las medicinas
solicitadas.
Funciones básicas del módulo de RReeccuurrssooss HHuummaannooss ((SSiimmuullaacciióónn))
1. Ingreso del personal médico y de auxiliar de enfermería encargado de la Sala
Santa Josefina.
2. Registro de entrada y salida de los turnos de los auxiliares de enfermería.
Se recomienda contratar una persona que se encargue del mantenimiento del sistema y
apoyo para los usuarios, esta podría ser una persona del área de Informática.
JJuussttiiffiiccaacciióónn
Las razones para crear este módulo y la simulación de los otros son:
El control de los pacientes que ingresan en la sala, porque de esta manera se puede
llevar un registro total de los pacientes.
Que se aminorice el descuido o desinterés de los auxiliares de enfermería hacia los
pacientes.
Se podrá llevar un registro de las labores que realizan a diario los auxiliares de
enfermería, para mejorar la calidad de su trabajo.
El médico responsable podrá tener un informe de las dosis no aplicadas a los
pacientes para de eta forma saber en que momento puede suministrar una dosis mas
fuerte.
SISAD
Sistema de Administración
GroupSoft Página # 6
En este punto se presentan todos los diagramas que permitirán tener una visión de la
forma en que el sistema manejará los procesos que actualmente se dan en la Sala Santa
Josefina del Hospital Neumológico “Alfredo J. Valenzuela”.
El capítulo se divide en:
Diagrama de flujo de datos (DFD).
Diagrama de flujo de información (DFI).
Diagrama general del sistema.
Diagrama jerárquico de entrada, proceso y salida (HIPO).
2 ESQUEMATIZAR EL SISTEMA
SISAD
Sistema de Administración
GroupSoft Página # 7
DFD para Ingreso de Pacientes
SOLICITA EVALUACION ANALIZAN
INGRESO PACEINTE TRATAMIENTOUD
REGISTRAN
INGRESO
INGRESA
TRATAMIENTO
SOLICITUD
REVISA RECIBIDA SOLICITUD
APROBACION DE
SOLICITUD
SOLICITUD
INFORMACION
SOCIO
NNaarrrraattiivvaa
1. El Socio pide solicitud de promoción al Dpto. de Control de Socios.
2. Este departamento entrega al socio una solicitud para que sea llenada.
3. El socio la recibe y llena la solicitud, la cual es entregada al Dpto. de Gerencia.
4. El gerente revisa, acepta la solicitud y la envía al Dpto de Control de Socios.
5. Este mismo departamento guarda información sobre el socio y la solicitud que hizo.
PACIENTE 1
SOLICITA
HISTORIA
CLINICA
3 LLE
MEDICO
4 ENTREGA SOLICITUD
AL GERENTE
6 ENVÍO DE SOLICITUD AL
DPTO. CONTROL
SOCIOS
5
REVISAR
SOLICITUD
COMITE
MDR
DPTO. CONTROL
SOCIOS
2 INFORMAN
PACIENTE SU
SITUACION
DPTO.
GERENCIAL
1 SIS. SOCIOS
SISAD
Sistema de Administración
GroupSoft Página # 8
DFD para Publicar Anuncios
PIDE SOLICITUD ENTREGA
SOLICITUD PEDIDA SOLICITUD
SOLICITUD DE
PUBLICIDAD
LLENA
SOLICITUD
SOLICITUD SOLICITUD SOLICITUD
RECIBIDA A ENTREGAR
ACEPTACION DE
SOLICITUD
ANUNCIO
ENVIADO
NNaarrrraattiivvaa
1. El Socio pide solicitud de publicidad al dpto. De Control de Socios.
2. Este departamento entrega una solicitud para que sea llenada.
3. El socio la recibe y llena la solicitud y escribe su anuncio publicitario, la cual es
entregada al dpto. De Control de Socios.
4. El dpto. De Control de Socios revisa, acepta la solicitud y el anuncio, y guarda la
información.
5. Este mismo departamento envía al periódico el anuncio a publicar.
SOCIO
1 ADQUIRIR
SOLICITUD
3 LLENAR SOLICITUD
DE
PUBLICIDAD CON EL
ANUNCIO A
PUBLICAR
SOCIO
4 ENTREGA SOLICITUD
AL DPTO.
CONTROL /
SOCIOS
6 ENVÍO DE ANUNCIO
PUBLICITA
RIO
5
REVISAR
SOLICITUD
CONTROL
SOCIOS
PERIODICO
2 ENTREGAR
SOLICITUD
CONTROL
SOCIOS
1 SIS. SOCIOS
SISAD
Sistema de Administración
GroupSoft Página # 9
DFD para la Obtención de Préstamos
NNaarrrraattiivvaa
1. El socio entrega la solicitud de préstamo a la asistente de gerencia # 1.
2. La asistente verifica en el sistema del control de socios los antecedentes de
anteriores deudas del socio, así también como sus datos personales.
3. Luego, procede a entregar la solicitud al gerente para que este de su respectiva
aprobación.
4. El Gerente procede a autorizar el préstamo y devuelve la solicitud a su asistente..
5. Una vez aprobada la solicitud, la asistente procede a registrarla en el sistema de
COTROL DE SOCIOS, y genera una notificación de aprobación de la solicitud para
el socio.
6. Entrega la notificación de solicitud aprobada al socio.
AASSIISSTTEENNTTEE
REGISTRA
SOLICITUD Y
GENERA NOTIFICACION PARA SOCIO
55
ENTREGA
SOLICITUD A ASISTENTE DE
GERENTE
11
SSOOCCIIOO
REVISA
ANTECEDENT
ES Y DATOS
DEL SOCIO
22
ENTREGA
GERENTE
APROBACION
O DESAPROB.
33
GGEERREENNTTEE
ENTREGAR
SOLICITUD A
ASISTENTE PARA SU REGISTRO
44
SSOOCCIIOO
AASSIISSTTEENNTTEE
CONTROL SOCIOS 11
ENTREGA NOTIFICACION DE SOLICITUD
APROBADA A
SOCCIO
66
SOLICITUD
APROBADA
SOLICITUD
APROBADA
SOLICITUD
APROBADA
SOLICITUD DE
PRESTAMOS
SOLICITUD DE
PRESTAMOS
SOLICITUD
DATOS REV.
SOLICITUD
DATOS REV.
SOLICITUD DE
PRESTAMO
SOLICITUD
DATOS SOCIO
DATOS
VERIFICADOS
SOLICITUD
APROBADA
NOTIFICACION
DE SOL. APROB.
NOTIFICACION
SOLIC. APROB.
SISAD
Sistema de Administración
GroupSoft Página # 10
DFD para el Pago de Mensualidad
NNaarrrraattiivvaa
1. El socio se acerca a caja para realizar el pago de su mensualidad.
2. En caja se verifican sus datos y el valor de su deuda en el sistema de CONTROL DE
SOCIOS.
3. Luego se procede a registrar el pago y se genera el respectivo comprobante, para
entregárselo al socio.
ACERCA A
CAJA PARA REALIZAR EL
PAGO
11
SSOOCCIIOO
VERIFICA LA
DUEDA DEL
SOCIO
22
REGISTRA
PAGO Y GENERA COMPROBANTE
33
GGEERREENNTTEE
CCAAJJAA
CONTROL SOCIOS 11
DINERO
NOTA SALDO
DINERO
DINERO
DEUDA REV.
DATOS REV.
COMPROBANTE
PAGO
NOTA SALDO
DATOS SOCIO
DATOS DEUDA
DATOS SOCIO
DATOS
VERIFICADOS
SISAD
Sistema de Administración
GroupSoft Página # 11
DFD para la Admisión de Nuevos Socios
NNaarrrraattiivvaa
1. El Cliente se acerca para ser admitido a Recepción donde está a cargo la Srta.
Roxana Paredes.
2. Recepción le toma los datos principales del cliente y verifica si ya ha venido
anteriormente, en la base de datos de Solicitudes de Admisión.
3. Si es primera vez, se le entrega las formas con conforman la solicitud de admisión,
el cliente las llena y se las entrega a Recepción.
4. Recepción almacena la solicitud de admisión en la Base de datos de Solicitudes de
admisión.
Cliente
1
Petición de
Solicitud
Admisión
Recepción
2
Verifica si es
primera vez BD-Sol. Adm.
3
Entrega
formas
requeridas
Cliente
4
Llena
informac.
solicitada
Recepción
5
Archiva la
solicitud
admisión
BD-Sol. Adm.
6
Entrega
solicitudes
7
Verifica
datos y
anteceden.
Recepción
9
Archiva
solicitudes
aprobadas
BD-Sol. Adm.
BD-Socio
10
Generar carta
de afiliación Cliente (ns)
Comité
8
Aprobac. o
reprobac. de
solic.
9
Informa
reprobac. de
solic.
Cliente
1 2
3
4 5
6
7
8
9
SISAD
Sistema de Administración
GroupSoft Página # 12
5. Las solicitudes elaboradas en la semana, son procesadas por el sistema,
esquematizando a los clientes en una escala: muy bueno, bueno y regular.
6. El comité en su reunión, observa los datos del cliente, verifica si son correctos,
indaga en sus antecedentes para dar su aprobación o reprobación, entregadas en
recepción.
7. Las solicitudes aprobadas son actualizadas como aceptadas en los campos
“Aprobado” y “fecha resolución” en la Base de datos de solicitudes de admisión.
Posterior a esto se ingresarán los datos restantes a la Base de datos de Socios.
8. Se genera una carta que certifica la aprobación de su solicitud y lo felicita por su
afiliación, ésta será entregada al cliente que ya es nuevo socio (ns).
9. Las solicitudes reprobadas, de igual manera son entregadas en recepción, pero sólo
para informar al cliente del fallo de su solicitud.
SISAD
Sistema de Administración
GroupSoft Página # 13
DFD para la Utilización del Salón de Recepciones
NNaarrrraattiivvaa
1. El Socio se acerca para hacer uso del servicio de prestación del Salón, a Recepción
donde está a cargo la Srta. Roxana Paredes.
2. Recepción le toma los datos principales del socio y el horario en el que desea, se
verifica si el Salón no ha sido asignado a un socio, en la base de datos Solicitud de
recepciones.
3. Si es primera vez, se le entrega las formas con conforman la solicitud de Recepción,
el cliente las llena y se las entrega a Recepción.
4. Recepción almacena la solicitud de Recepción en la Base de datos de Solicitudes de
Recepción.
Socio
1
Petición de
solicitud p’
Salón
Recepción
2
Verifica si
está
disponible
BD-Sol. Rec.
3
Entrega
formas
requeridas
Socio
4
Llena
informac.
solicitada
Recepción
5
Archiva la
solicitud
admisión
BD-Sol. Rec.
6
Entrega
solicitudes
7
Verifica
datos y
anteceden.
Recepción
9
Archiva
solicitudes
aprobadas
BD-Sol. Rec.
10
Comunica
aprobación
Salón
Socio
Comité
8
Aprobac. o
reprobac. de
solic.
9
Informa
reprobac. de
solic.
Socio
1 2
3
4 5
6
7
8
9
SISAD
Sistema de Administración
GroupSoft Página # 14
5. Las solicitudes elaboradas en la semana, son procesadas por el sistema,
ordenándolas, primero por “fecha de recepción” y segundo por “tipo de socio”.
6. En la reunión que realiza el Comité se verifican los datos del cliente de la
recepción, se indagan en sus anteriores prestaciones para dar su aprobación o
reprobación.
7. Las solicitudes aprobadas son enviadas a recepción donde se actualizan en el campo
“aprobado”.
8. Se comunicará al socio que se le ha cedido el Salón de recepciones para el
compromiso que se desea realizar.
9. Las solicitudes reprobadas de igual manera son entregadas en recepción, para
informar al socio el fallo de su petición.
SISAD
Sistema de Administración
GroupSoft Página # 15
DFI para Publicar Anuncios
Pag. 1/1
NNaarrrraattiivvaa
1. El Socio pide una solicitud de publicidad al departamento de Control de Socios.
2. El Dpto. de Control de Socios emite la solicitud y se la entrega al socio .
3. El socio la llena la solicitud y también el anuncio a publicar; la entrega al dpto. De
Control de Socios.
PIDE SOLICITUD DE
PUBLICIDAD
SOLICITUD PEDIDA
GENERA
SOLICITUD DE
PUBLICIDAD
SOLICITUD DE PUBLICIDAD
SOLICITUD
ENTREGADA
LLENA
SOLICITUD
Y EL
ANUNCIO PUBLICITA
RIO
SSOOLLIICCITUD LLENADA
SOLICITUD PRESENTADA
SOCIO DPTO. CONTROL SOCIOS
SISAD
Sistema de Administración
GroupSoft Página # 16
DFI para Acceso a Promociones
Pag. 1/1
NNaarrrraattiivvaa
1. El Socio pide una solicitud de pedido al departamento de Control de Socios.
2. El Dpto. de Control de Socios emite la solicitud y se la entrega al socio .
3. El socio la llena y la entrega al gerente.
4. El gerente aprueba la solicitud y la envía al Dpto. de Control de Socios.
PIDE SOLICITUD
SOLICITUD PEDIDA
GENERA SOLICITUD
DE PEDIDO
SOLICITUD DE
PEDIDO
SOLICITUD
ENTREGADA
LLENA
SOLICITUD
SOLICITUD
LLENADA
SOLICITUD
PRESENTADA
APROBA
CION
SOLICITUD
APROBADA
SOLICITUD
APROBADA
SOCIO DPTO. CONTROL DE SOCIOS DPTO. GERENCIAL
SISAD
Sistema de Administración
GroupSoft Página # 17
DFI para la Obtención de Préstamos
Pag. 1/2
SSOOCCIIOO AASSIISSTTEENNTTEE GGEERREENNTTEE
SOLICITUD DE
PRESTAMO
VERIFICA LOS
DATOS DEL
SOCIOY SU CUPO
EL CUPO DEL
SOCIO ES
SATISFACTORIO
1
2
3
SOLICITUD
DE
PRESTAMO
CONTROL DE
SOCIOS
ENTREGA LA
SOLICITUD AL GERENTE PARA
SU APROBACION
SOLICITUD
DE
PRESTAMO
APRUEBA LA
SOLICITUD Y LA
PASA A SU ASISTENTE
SOLICITUD PRESTAMO
APROBADA
1
4
SISAD
Sistema de Administración
GroupSoft Página # 18
Pag. 2/2
SSOOCCIIOO AASSIISSTTEENNTTEE GGEERREENNTTEE
NNaarrrraattiivvaa
1. El socio entrega la solicitud de préstamo a la asistente de gerencia # 1.
2. La asistente verifica en el sistema del control de socios los antecedentes de
anteriores deudas del socio, así también como sus datos personales.
3. Luego, procede a entregar la solicitud al gerente para que este de su respectiva
aprobación.
4. El Gerente procede a autorizar el préstamo y devuelve la solicitud a su asistente..
5. Una vez aprobada la solicitud, la asistente procede a registrarla en el sistema de
COTROL DE SOCIOS, y genera una notificación de aprobación de la solicitud para
el socio.
6. Entrega la notificación de solicitud aprobada al socio.
INGRESA AL SISTEMA LA
SOLICITUD DE
PRESTAMO
NOTIFICACION DE
APROBACION GENERA UNA
NOTIFICACION DE
APROBACION
1
1
5
SISAD
Sistema de Administración
GroupSoft Página # 19
DFI para el Pago de Mensualidad
Pag. 1/1
SSOOCCIIOO CCAAJJAA
NNaarrrraattiivvaa
1. El socio se acerca a caja para realizar el pago de su mensualidad.
2. En caja se verifican sus datos y el valor de su deuda en el sistema de CONTROL DE
SOCIOS.
3. Luego se procede a registrar el pago y se genera el respectivo comprobante, para
entregárselo al socio.
COMPROBANTE
DE
PAGO
GENERA UN
COMPROBANTE
DE PAGO Y LO REGISTRA SIST.
1
NOTIFICACION DE
PAGO
DINERO
VERIFICA EL
VALOR DEL PAGO
EN SISTEMA
EL VALOR DEUDA
ES CORRECTO
CON DINERO
1
2
3
NOTIFICACION DE PAGO
DINERO
CONTROL
SOCIOS
DEUDAS
4
SISAD
Sistema de Administración
GroupSoft Página # 20
DFI para la Admisión de Nuevos Socios
Pag. 1/1
CLIENTE RECEPCION COMITE
Emite Solicitudes de
Admisión Solicitud de
Admisión
Solicitud de
Admisión llena
Solicitud de
Admisión llena
BD-Sol.
Adm.
Conj. Solic. Adm.
llenas
Conj. Solic. Adm.
llenas
Conj. Solic. Adm.
resueltas
Conj. Solic. Adm.
Aprob.
BD-Socio
Carta de
Afiliación
Carta de
Afiliación
Conj. Solic. Adm.
Reprob.
Infor. de no
Afiliación
BD-Sol.
Adm.
1
2
3
4
6
5
7
SISAD
Sistema de Administración
GroupSoft Página # 21
NNaarrrraattiivvaa
1. Recepción pide sus datos principales para verificar en la base de datos, si ha venido
antes. Recepción emite las formas requeridas para la Solicitud de Admisión al
Cliente.
2. El Cliente, después de haberlas llenado, las devuelve a recepción.
3. Las solicitudes de admisión se almacenan cada semana hasta ser enviadas a la junta
realizada por el comité.
4. El Comité verifica sus datos, analiza sus antecedentes y referencias para dar su
resolución, si ha sido aprobada o reprobada.
5. Si fue aprobada, recepción las almacena en el archivo de Socios, y actualiza en la
BD-Solicitudes de Admisión en el campo: “fecha de aprobación”.
6. Y por último genera la carta de afiliación al Cliente, confirmándole la aprobación
de su solicitudes, mostrándole los servicios a su disposición.
7. Si la Solicitud fue rechazada, no se actualiza el campo “fecha de aprobación” en la
base de datos Solicitudes de Admisión. Se Informa al cliente el fallo de su solicitud.
SISAD
Sistema de Administración
GroupSoft Página # 22
DFI para la Utilización del Salón de Recepciones
Pag. 1/1
SOCIO RECEPCION COMITE
Emite Solicitudes de
Admisión Solicitud de
Admisión
Solicitud de
Admisión llena
BD-Sol.
Salón.
Conj. Solic. p’
Salón llenas
Conj. Solic. p’
Salón llenas
Conj. Solic. p’
Salón resueltas
Conj. Solic. p’
Salón Aprob.
Inform.
aprobación
Conj. Solic. p'
Salón Reprob.
Infor.
Reprobación
BD-Sol.
Salón
1
2
3
4
6
5
7
Datos de socio y
horario
Datos entreg.
verificados
Inform.
aprobación
Solicitud de
Admisión llena
SISAD
Sistema de Administración
GroupSoft Página # 23
NNaarrrraattiivvaa
1. Recepción pide los datos principales (datos personales, horario) para verificar en la
base de datos, si el horario está disponible. Si está, Recepción emite las formas
requeridas para la Solicitud de Préstamo de Salón al Socio.
2. El Socio, después de haberlas llenado, las devuelve a recepción.
3. Las solicitudes para salón se almacenan cada semana hasta ser enviadas a la junta
realizada por el comité.
4. El Comité verifica los datos, analiza sus antecedentes y referencias para dar su
resolución, si ha sido aprobada o reprobada.
5. Si fue aprobada, recepción actualiza la BD-Solicitudes de Admisión en el campo:
“fecha de aprobación”.
6. Y por último se informa al Socio que la Solicitud de Préstamo del Salón ha sido
aprobada.
7. Si la Solicitud fue rechazada, no se actualiza el campo “fecha de aprobación” en la
base de datos Solicitudes de Admisión. Se Informa al cliente el fallo de su solicitud.
SISAD
Sistema de Administración
GroupSoft Página # 24
Diagrama General del Sistema
COMPROBANTE
CUENTA_NIVEL3
PRESUPUESTO
CUENTA
DETALLE
COMPROBANTE
CUENTA_NIVEL2
CUENTA_NIVEL1
SOCIO
SOLICITUD
PROMOCION
SOLICITUD
ADMISION
PROMOCION
SOLICITUD
SERVICIO
DEUDA
PROVEEDOR
PROMOCION
PAGO
PLAN DE
CUENTAS
SOLICITUDES PROMOCIONES
MOVIMIENTO DE
CUENTAS
BALANCE DE
COMPROBACION SOCIOS PROVEEDOR
PROMOCIONES
ESTADO DE
CUENTA
ESTADOS
FINANCIEROS
DIARIO DE
COMPROBANTES
SOLICITUDES RECIBO DE
COBRO
COTIZACIONES
PARA OFERTAS
COMPROBANTES
CONTABLES
S I S A D
SISAD
Sistema de Administración
GroupSoft Página # 25
Diagrama General del Sub-sistema de
Control de Socios
SUBSISTEMA DE
CONTROL DE SOCIOS
COMPROBANTE
CUENTA_NIVEL3 DETALLE
COMPROBANTE
SOCIO
SOLICITUD
PROMOCION
SOLICITUD
ADMISION
PROMOCION DETALLE
PAGO
DEUDA
PROVEEDOR
PROMOCION
PAGO
SOCIOS PROVEEDOR
PROMOCIONES
ESTADO DE
CUENTA SOLICITUDES PROMOCIONES
SOLICITUDES RECIBO DE
COBRO
COTIZACIONES
PARA OFERTAS
SOLICITUD
SERVICIO
ESTADO CIVIL
ZONA
TIPO SOCIO
SISAD
Sistema de Administración
GroupSoft Página # 26
Diagrama General del Sub-sistema de
Contabilidad
SUBSISTEMA DE
CONTABILIDAD
COMPROBANTE
CUENTA_NIVEL3
PRESUPUESTO
CUENTA
DETALLE
COMPROBANTE
CUENTA_NIVEL2
CUENTA_NIVEL1
PLAN DE
CUENTAS
MOVIMIENTO DE
CUENTAS
BALANCE DE
COMPROBACION
DIARIO DE
COMPROBANTES
ESTADOS
FINANCIEROS
COMPROBANTES
CONTABLES
SALDO CUENTA
SISAD
Sistema de Administración
GroupSoft Página # 27
SISAD
Sistema de Administración
GroupSoft Página # 28
Sistema SISAD Diagrama HIPO
General del Sistema
Fecha elaboración:
21/Ago/2000
Autor: GroupSoft Proyecto SoundStage Página: 1 de 1
Descripción: Diagrama que presenta los sub-sistemas que conforman el sistema
NARRATIVA 1000.- CONTROL DE SOCIOS.
Este sub-sistema controlará todos los aspectos relacionados con los socios del
club. 2000.- CONTABILIDAD.
Este sub-sistema manejará toda la información contable del club.
SISAD
0000
CONTROL DE SOCIOS
1000
CONTABILIDAD
2000
SISAD
Sistema de Administración
GroupSoft Página # 29
Sistema SISAD Diagrama HIPO del Sub-sistema
Control de Socios
Fecha elaboración:
21/Ago/2000
Autor: GroupSoft Proyecto SoundStage Página: 1 de 1
Descripción: Diagrama que presenta los módulos del sub-sistema Control de Socios
NARRATIVA 1100.- ARCHIVO.
Este módulo contendrá opciones para manejo de la impresora e inicio de sesiones
de trabajo. 1200.- VER.
Este módulo controlará el aspecto y orden de las ventanas que se encuentran en el
sistema. 1300.- TRANSACCIONES.
Este módulo manejará todos los documentos y procesos que se realizan en el
club. 1400.- PROCESOS.
Este módulo contendrá opciones que no se utilizarán frecuentemente, estas
actualizarán grandes volúmenes de información. 1500.- CONSULTAS/REPORTES.
Este módulo contiene los reportes del sistema, los mismos que podrán enviarse a
pantalla o a un archivo de Microsoft Excell. 1600.- MANTENIMIENTO.
Este módulo contiene opciones para mantener actualizada la información
personal de los socios y proveedores de ofertas. 1700.- SISTEMA.
Este módulo contiene información general del subsistema y mantenimiento de
usuarios.
CONTROL DE SOCIOS
1000
CONSULT/REPORT
1500
PROCESOS
1400
VER
1200
ARCHIVO
1100
MANTENIMIENTO
1600
SISTEMA
1700
TRANSACCIONES
1300
SISAD
Sistema de Administración
GroupSoft Página # 30
Sistema SISAD Diagrama HIPO del Sub-sistema
Contabilidad
Fecha elaboración:
21/Ago/2000
Autor: GroupSoft Proyecto SoundStage Página: 1 de 1
Descripción: Diagrama que presenta los módulos del sub-sistema de Contabilidad
NARRATIVA 2100.- ARCHIVO.
Este módulo contendrá opciones para manejo de la impresora e inicio de sesiones
de trabajo. 2200.- VER.
Este módulo controlará el aspecto y orden de las ventanas que se encuentran en el
sistema. 2300.- TRANSACCIONES.
Este módulo manejará todos los documentos contables que se utilizan en el club. 2400.- PROCESOS.
Este módulo contendrá opciones que no se utilizarán frecuentemente, estas
actualizarán los saldos de las cuentas contables. 2500.- CONSULTAS/REPORTES.
Este módulo contiene los reportes del sistema, los mismos que podrán enviarse a
pantalla o a un archivo de Microsoft Excell. 2600.- MANTENIMIENTO.
Este módulo contiene opciones para mantener actualizada la información de las
cuentas contables y presupuestos de las mismas. 2700.- SISTEMA.
Este módulo contiene información general del subsistema y mantenimiento de
usuarios.
CONTABILIDAD
2000
CONSULT/REPORT
2500
PROCESOS
2400
VER
2200
ARCHIVO
2100
MANTENIMIENTO
2600
SISTEMA
2700
TRANSACCIONES
2300
SISAD
Sistema de Administración
GroupSoft Página # 31
Sistema SISAD
Control de Socios
Diagrama HIPO del módulo
Archivo
Fecha elaboración:
21/Ago/2000
Autor: GroupSoft Proyecto SoundStage Página: 1 de 1
Descripción: Diagrama que presenta las opciones del módulo Archivo, perteneciente al
sub-sistema Control de Socios
NARRATIVA 1110.- CONFIGURACION DE IMPRESORA.
Esta opción permitirá llamar la pantalla de configuración de impresoras de
Windows, de esta forma el usuario pueda manipular las opciones de la misma. 1120.- NUEVA SESION.
Esta opción permitirá iniciar una sesión de trabajo diferente, dando la posibilidad
de cambiar el sistema, empresa y usuario actual. 1130.- SALIR.
Esta opción permite salir del sistema.
ARCHIVO
1100
SALIR
1130
NUEVA SESION
1120
CONFIGURACION DE
IMPRESORA
1110
SISAD
Sistema de Administración
GroupSoft Página # 32
Sistema SISAD
Control de Socios
Diagrama HIPO del módulo
Ver
Fecha elaboración:
21/Ago/2000
Autor: GroupSoft Proyecto SoundStage Página: 1 de 1
Descripción: Diagrama que presenta las opciones del módulo Ver, perteneciente al
sub-sistema Control de Socios
NARRATIVA 1210.- BARRA DE HARRAMIENTAS.
Esta opción permite determinar si es visible o no, la barra de herramientas del
sistema. 1220.- BARRA DE ESTADO.
Esta opción permite determinar si es visible o no, la barra de estado del sistema. 1230.- CASCADA.
Esta opción permite ordenar las ventanas que se encuentren activas en el sistema
en ese momento, en forma de una cascada (una a continuación de otra, dejando
ver solo una pequeña parte de las mismas). 1240.- MOSAICO HORIZONTAL.
Esta opción permite ordenar las ventanas que se encuentren activas en el sistema
en ese momento, las mismas que se ajustan al ancho de la pantalla y el alto se
calcula para que todas se puedan ver al mismo tiempo. 1250.- MOSAICO VERTICAL.
Esta opción permite ordenar las ventanas que se encuentren activas en el sistema
en ese momento, las mismas que ajustan su tamaño al alto de la pantalla y el
ancho se calcula para que todas se puedan ver al mismo tiempo.
VER
1200
MOSAICO VERTICAL
1250
CASCADA
1230
BARRA DE
HERRAMIENTAS
1210
MOSAICO
HORIZONTAL
1240
BARRA DE ESTADO
1220
SISAD
Sistema de Administración
GroupSoft Página # 33
Sistema SISAD
Control de Socios
Diagrama HIPO del módulo
Transacciones
Fecha elaboración:
21/Ago/2000
Autor: GroupSoft Proyecto SoundStage Página: 1 de 1
Descripción: Diagrama que presenta las opciones del módulo Transacciones,
perteneciente al sub-sistema Control de Socios
NARRATIVA 1310.- SOLICITUD DE ADMISION.
Esta opción permite registrar las solicitudes de admisión para los nuevos socios. 1320.- PAGO DE MENSUALIDAD.
Esta opción permite registrar los pagos de la mensualidad de los socios del club. 1330.- PRESTAMOS A SOCIOS.
Esta opción permite registrar las solicitudes de préstamos de dinero de los socios. 1340.- SOLICITUD PARA RECEPCION.
Esta opción permite registrar las solicitudes para utilizar el salón del club para
recepciones de los socios. 1350.- PROMOCIONES.
Esta opción permite registrar las diferentes promociones que los almacenes
ofertan a los socios del club.
TRANSACCIONES
1300
PROMOCIONES
1350
PRESTAMOS A SOCIOS
1330
SOLICITUD DE
ADMISION
1310
SOLICITUD PARA
RECEPCION
1340
PAGO DE
MENSUALIDAD
1320
SISAD
Sistema de Administración
GroupSoft Página # 34
Sistema SISAD
Control de Socios
Diagrama HIPO del módulo
Procesos
Fecha elaboración:
21/Ago/2000
Autor: GroupSoft Proyecto SoundStage Página: 1 de 1
Descripción: Diagrama que presenta las opciones del módulo Procesos, perteneciente
al sub-sistema Control de Socios
NARRATIVA 1410.- CIERRE.
Esta opción permite bloquear las transacciones de un mes (esto evitará que los
documentos puedan ser modificados), además de actualizar los saldos de los
socios. 1420.- CONTABILIZAR TRANSACCIONES.
Esta opción permite generar automáticamente los asientos contables de las
transacciones generadas en el sub-sistema. 1430.- GENERAR MENSUALIDAD.
Esta opción permite generar una deuda por concepto de mensualidad a todos los
socios activos.
PROCESOS
1400
GENERAR
MENSUALIDAD
1430
CONTABILIZAR
TRANSACCIONES
1420
CIERRE
1410
SISAD
Sistema de Administración
GroupSoft Página # 35
Sistema SISAD
Control de Socios
Diagrama HIPO del módulo
Consultas/Reportes
Fecha elaboración:
21/Ago/2000
Autor: GroupSoft Proyecto SoundStage Página: 1 de 1
Descripción: Diagrama que presenta las opciones del módulo Consultas/Reportes,
perteneciente al sub-sistema Control de Socios
NARRATIVA 1510.- ESTADO DE CUENTA.
Esta opción permite obtener un detalle de los documentos pendientes de pago de
los socios. 1520.- SOLICITUDES DE RECEPCION PENDIENTES.
Esta opción permite ver las solicitudes para uso del local para recepciones que se
encuentran pendientes de aprobación. 1530.- SOLICITUDES DE ADMISION PENDIENTES.
Esta opción permite ver las solicitudes de admisión que se encuentran pendientes
de aprobación. 1540.- PROMOCIONES.
Esta opción permite obtener diferente información a cerca de las promociones
que se ofrecen a los socios, como por ejemplo la fecha en que finaliza.
CONSULT/REPORT
1500
PROVEEDOR
PROMOCION
1540
SOLICITUDES
1520
ESTADO DE
CUENTA
1510
SOCIOS
1550
PROMOCIONES
1530
SISAD
Sistema de Administración
GroupSoft Página # 36
Sistema SISAD
Control de Socios
Diagrama HIPO del módulo
Mantenimiento
Fecha elaboración:
21/Ago/2000
Autor: GroupSoft Proyecto SoundStage Página: 1 de 1
Descripción: Diagrama que presenta las opciones del módulo Mantenimiento,
perteneciente al sub-sistema Control de Socios
NARRATIVA 1610.- SOCIOS.
Esta opción permite dar mantenimiento a los datos personales de los socios. 1620.- PROVEEDORES.
Esta opción permite dar mantenimiento a los datos de los proveedores de las
diferentes promociones que el club obtiene para sus socios.
MANTENIMIENTO
1600
PROVEEDORES
1620
SOCIOS
1610
SISAD
Sistema de Administración
GroupSoft Página # 37
Sistema SISAD
Control de Socios
Diagrama HIPO del módulo
Sistema
Fecha elaboración:
21/Ago/2000
Autor: GroupSoft Proyecto SoundStage Página: 1 de 1
Descripción: Diagrama que presenta las opciones del módulo Sistema, perteneciente al
sub-sistema Control de Socios
NARRATIVA 1710.- CONTROL DE ACCESOS.
Esta opción permite dar mantenimiento a los usuarios y otorgar acceso a las
opciones de sistema. 1720.- A CERCA DE....
Esta opción permite ver información a cerca del sistema: autores, partes que lo
componen, utilidad, ayuda en línea, etc.
SISTEMA
1700
A CERCA DE...
1720
CONTROL DE
ACCESOS
1710
SISAD
Sistema de Administración
GroupSoft Página # 38
Sistema SISAD
Contabilidad
Diagrama HIPO del módulo
Archivo
Fecha elaboración:
21/Ago/2000
Autor: GroupSoft Proyecto SoundStage Página: 1 de 1
Descripción: Diagrama que presenta las opciones del módulo Archivo, perteneciente al
sub-sistema Contabilidad
NARRATIVA 2110.- CONFIGURACION DE IMPRESORA.
Esta opción permitirá llamar la pantalla de configuración de impresoras de
Windows, de esta forma el usuario pueda manipular las opciones de la misma. 2120.- NUEVA SESION.
Esta opción permitirá iniciar una sesión de trabajo diferente, dando la posibilidad
de cambiar el sistema, empresa y usuario actual. 2130.- SALIR.
Esta opción permite salir del sistema.
ARCHIVO
2100
SALIR
2130
NUEVA SESION
2120
CONFIGURACION DE
IMPRESORA
2110
SISAD
Sistema de Administración
GroupSoft Página # 39
Sistema SISAD
Contabilidad
Diagrama HIPO del módulo
Ver
Fecha elaboración:
21/Ago/2000
Autor: GroupSoft Proyecto SoundStage Página: 1 de 1
Descripción: Diagrama que presenta las opciones del módulo Ver, perteneciente al
sub-sistema Contabilidad
NARRATIVA 2210.- BARRA DE HARRAMIENTAS.
Esta opción permite determinar si es visible o no, la barra de herramientas del
sistema. 2220.- BARRA DE ESTADO.
Esta opción permite determinar si es visible o no, la barra de estado del sistema. 2230.- CASCADA.
Esta opción permite ordenar las ventanas que se encuentren activas en el sistema
en ese momento, en forma de una cascada (una a continuación de otra, dejando
ver solo una pequeña parte de las mismas). 2240.- MOSAICO HORIZONTAL.
Esta opción permite ordenar las ventanas que se encuentren activas en el sistema
en ese momento, las mismas que se ajustan al ancho de la pantalla y el alto se
calcula para que todas se puedan ver al mismo tiempo. 2250.- MOSAICO VERTICAL.
Esta opción permite ordenar las ventanas que se encuentren activas en el sistema
en ese momento, las mismas que ajustan su tamaño al alto de la pantalla y el
ancho se calcula para que todas se puedan ver al mismo tiempo.
VER
2200
MOSAICO VERTICAL
2250
CASCADA
2230
BARRA DE
HERRAMIENTAS
2210
MOSAICO
HORIZONTAL
2240
BARRA DE ESTADO
2220
SISAD
Sistema de Administración
GroupSoft Página # 40
Sistema SISAD
Contabilidad
Diagrama HIPO del módulo
Transacciones
Fecha elaboración:
21/Ago/2000
Autor: GroupSoft Proyecto SoundStage Página: 1 de 1
Descripción: Diagrama que presenta las opciones del módulo Transacciones,
perteneciente al sub-sistema Contabilidad
NARRATIVA 2310.- REGISTRO DE COMPROBANTES.
Esta opción permite registrar los diferentes comprobantes contables que maneja
el club.
TRANSACCIONES
2300
REGISTRO DE
COMPROBANTES
2310
SISAD
Sistema de Administración
GroupSoft Página # 41
Sistema SISAD
Contabilidad
Diagrama HIPO del módulo
Procesos
Fecha elaboración:
21/Ago/2000
Autor: GroupSoft Proyecto SoundStage Página: 1 de 1
Descripción: Diagrama que presenta las opciones del módulo Procesos, perteneciente
al sub-sistema Contabilidad
NARRATIVA 2410.- MAYORIZAR TRANSACCIONES.
Esta opción permite actualizar los saldos de las cuentas contables. 2420.- CIERRE.
Esta opción permite bloquear los comprobantes de un mes (esto evitará que estos
puedan ser modificados), además de realizar los asientos de cierre en el mes de
Diciembre.
PROCESOS
2400
CIERRE
2420
MAYORIZAR
TRANSACCIONES
2410
SISAD
Sistema de Administración
GroupSoft Página # 42
Sistema SISAD
Contabilidad
Diagrama HIPO del módulo
Consultas/Reportes
Fecha elaboración:
21/Ago/2000
Autor: GroupSoft Proyecto SoundStage Página: 1 de 1
Descripción: Diagrama que presenta las opciones del módulo Consultas/Reportes,
perteneciente al sub-sistema Contabilidad
NARRATIVA 2510.- PLAN DE CUENTAS.
Esta opción permite obtener el plan de cuentas a 3 niveles de detalle diferentes. 2520.- DIARIO DE MOVIMIENTOS.
Esta opción permite obtener un listado de todos los comprobantes registrados en
un rango de fechas específico. 2530.- MOVIMIENTO DE CUENTAS.
Esta opción permite ver los comprobantes que contienen una cuenta contable
específica. 2540.- BALANCE DE COMPROBACION.
Esta opción permite obtener un balance de comprobación. 2550.- ESTADOS FINANCIEROS.
Esta opción permite obtener cualquiera de los dos estados financieros: Balance
General o Estado de Pérdidas y Ganancias.
CONSULT/REPORT
2500
MOVIMIENTO DE
CUENTAS
2530
DIARIO DE
MOVIMIENTOS
2520
PLAN DE CUENTAS
2510
BALANCE DE
COMPROBACION
2540
ESTADOS
FINANCIEROS
2550
SISAD
Sistema de Administración
GroupSoft Página # 43
Sistema SISAD
Contabilidad
Diagrama HIPO del módulo
Mantenimiento
Fecha elaboración:
21/Ago/2000
Autor: GroupSoft Proyecto SoundStage Página: 1 de 1
Descripción: Diagrama que presenta las opciones del módulo Mantenimiento,
perteneciente al sub-sistema Contabilidad
NARRATIVA 2610.- PLAN DE CUENTA.
Esta opción permite dar mantenimiento a las cuentas contables que integran el
plan de cuentas del club. 2620.- PRESUPUESTO DE CUENTAS.
Esta opción permite dar mantenimiento a los presupuestos asignados a las
cuentas contables.
MANTENIMIENTO
2600
PRESUPUESTO DE
CUENTAS
2620
PLAN DE CUENTAS
2610
SISAD
Sistema de Administración
GroupSoft Página # 44
Sistema SISAD
Contabilidad
Diagrama HIPO del módulo
Sistema
Fecha elaboración:
21/Ago/2000
Autor: GroupSoft Proyecto SoundStage Página: 1 de 1
Descripción: Diagrama que presenta las opciones del módulo Sistema, perteneciente al
sub-sistema Contabilidad
NARRATIVA 2710.- CONTROL DE ACCESOS.
Esta opción permite dar mantenimiento a los usuarios y otorgar acceso a las
opciones de sistema. 2720.- A CERCA DE....
Esta opción permite ver información a cerca del sistema: autores, partes que lo
componen, utilidad, ayuda en línea, etc.
SISTEMA
2700
A CERCA DE...
2720
CONTROL DE
ACCESOS
2710
SISAD
Sistema de Administración
GroupSoft Página # 45
Este punto presenta la manera en que se guardará y manejará la información en el
sistema, además de la manera en que la misma se relaciona.
Adicionalmente se definirán estándares para la creación y mantenimiento de los
elementos del sistema, estos deberán ser respetados por el personal encargado de este
trabajo.
El capítulo se divide en:
Estandarización de formatos.
Plan de códigos.
Diccionario de datos.
Modelo entidad relación.
3 DEFINICION DE DATOS
SISAD
Sistema de Administración
GroupSoft Página # 46
Estandarización de Formatos
NNoommbbrreess ddee TTaabbllaass
XXX XXX _ XXXXXX
Nombre Nemónico
Tipo de tabla
Abreviación del Módulo
FAC: Facturación CON: Contabilidad
M: Maestra T: Transacciones H: Histórica
D: Detalle A: Auxiliar
Ejemplo = FACD_PROFAC Módulo de Facturación
Tabla de Detalle
Productos de la Factura
NNoommbbrree ddee IInnddiicceess
XXX X _ XXXXXX _ XX
Secuencial del índice
Nombre Nemónico
Tipo de tabla
Abreviación del Módulo
Ejemplo = FACD_PROFAC_01 Módulo de Facturación
Indice de Tabla de Detalle
Indice 1 de tabla Productos de la Factura
NNoommbbrreess ddee CCaammppooss
XX _ XXXX _ XXXX
Nemónico de 8 dígitos
Agrupados de 4 en 4
Tipo de campo
PK: Primary Key FK: Foering Key AT: Atributo
Ejemplo = PK_COD_PROD Campo que sirve como clave principal
Contiene el código de un producto
SISAD
Sistema de Administración
GroupSoft Página # 47
NNoommbbrree ddee llaass FFoorrmmaass
XXX _ XXX X _ XXXXXX
Nemónico de 6 dígitos
Tipo de opción del menú
Abreviación del módulo
Nemónico de Visual (FRM)
Ejemplo = FRM_CXCT_CRECLI Módulo de Cuentas por Cobrar
Pertenece al submenú Transacciones
Crédito de Clientes
NNoommbbrree ddee llooss RReeppoorrtteess
XXX _ XXX _ XXXXXX
Nemónico de 6 dígitos
Abreviación del módulo
Nemónico (RPT)
Ejemplo = RPT_CXC_DOCPEN Módulo de Cuentas por Cobrar
Documentos Pendientes
NNoommbbrree ddee MMóódduullooss
X _ XXXX _ XXXX
Nemónico de 8 dígitos
Agrupados de 4 en 4
Tipo de Módulo
P: Procedimiento F: Función
Ejemplo = P_VALI_CLIE Procedimiento
Valida el código del cliente
NNoommbbrree ddee IIddeennttiiffiiccaaddoorreess
X _ XXXX _ XXXX
Nemónico de 8 dígitos
Agrupados de 4 en 4
Tipo de Identificador
V: Variable C: Constante
Ejemplo = V_TOTA_FACT Variable
Total de Factura
SISAD
Sistema de Administración
GroupSoft Página # 48
NNoommbbrree ddee CCoonnttrroolleess
XXX _ XXXX _ XXXX
Nemónico de 8 dígitos
Prefijo de Visual Basic
Objeto Prefijo Ejemplo
Combo Box CBO CBO_TIPO_CIUD
List Box LST LST_NOMB_CLIE
Grid GRD GRD_PROD_FACT
Check Box CHK CHK_TIPO_TRAN
Option Button OPT OPT_TIPO_VENT
Command Button CMD CMD_GRAB_TRAN
Frame FRM FRM_DATO_PERS
Label LBL LBL_CODI_CLIE
Text Box TXT TXT_CODI_CLIE
Line LIN LIN_SEPA_CABE
Shape SHP SHP_CDRO_IMAG
Menu Bar MNU MNU_PRIN_MCXC
Image IMG IMG_LOGO_EMPR
Picture Box PIC PIC_TIPO_PROD
OLE Client OLE OLE_GRAF_UTIL
Timer TMR TMR_MOVI_LOGO
Horizontal Scroll Bar HSB HSB_COME_FACT
Vertical Scroll Bar VSB VSB_COME_FACT
SISAD
Sistema de Administración
GroupSoft Página # 49
EEssttáánnddaarr ddee PPaannttaallllaass
SoundStage
Entretaiment Club
Estándar
de Pantallas
Fecha de Elaboración: 15/Jul/2000
Autor GroupSoft Proyecto SoundStage
Descripción: Ventana principal que servirá de fondo al Sistema
Componentes Fuente Estilo Tamaño Color
A Botón de control Predeterminado Predeterminado Automático Automático
B Nombre del sistema Predeterminado Predeterminado Automático Automático
C Nombre del módulo ac-
tual
Predeterminado Predeterminado Automático Automático
D Botones de minimizar,
maximizar y cerrar
Predeterminado Predeterminado Automático Automático
E Barra de herramientas Predeterminado Predeterminado Automático Automático
F Logotipo del cliente Predeterminado Predeterminado Automático Automático
G Barra de mensajes Predeterminado Predeterminado Automático Automático
H Barra de estado: usua-
rio, bloque de mayúscu-
las, tecla insert, bloque
numérico, fecha y hora
Predeterminado Predeterminado Automático Automático
I Barra de menú Predeterminado Predeterminado Automático Automático
B A
F
E
C D
H G
I
SISAD
Sistema de Administración
GroupSoft Página # 50
SoundStage
Entretaiment Club
Estándar
de Pantallas
Fecha de Elaboración: 15/Jul/2000
Autor GroupSoft Proyecto Soundstage Módulo Control de socios
Descripción: Pantallas secundarias del Sistema
Componentes Fuente Estilo Tamaño Color
A Botón de control Predeterminado Predeterminado Automático Automático
B Nombre de la opción Predeterminado Predeterminado Automático Automático
C Botones de minimizar,
maximizar y cerrar
Predeterminado Predeterminado Automático Automático
D Forma Predeterminado Predeterminado Automático Automático
E Empresa seleccionada Predeterminado Predeterminado Automático Automático
F Botones de comando:
aceptar, modificar, eli-
minar y cancelar la
transacción
Predeterminado Predeterminado Automático Automático
B A
D
E
C
F
SISAD
Sistema de Administración
GroupSoft Página # 51
EEssttáánnddaarr ddee RReeppoorrtteess
SoundStage
Entretaiment Club
Estándar
de Reportes
Fecha de Elaboración: 15/Jul/2000
Autor GroupSoft Proyecto Soundstage Módulo Control de socios?????????????
Descripción: Sistema???????????????????????????’
Componentes Fuente Estilo Tamaño Color
A Logotipo del cliente
B Nombre de la empresa Times New Roman Negrita 10 Negro
C Nombre del reporte Arial Black Normal 12 Negro
D Criterio de ordenación Times New Roman Negrita 10 Negro
E Criterio de selección Times New Roman Normal 10 Negro
F Cabecera de los campos Times New Roman Normal 10 Negro
G Cabecera del quiebre Times New Roman Negrita 10 Negro
H Total por quiebre Times New Roman Negrita 10 Negro
I Total general Times New Roman Negrita 10 Negro
J Fecha y hora de impre-
sión
Arial Normal 11 Negro
K Número de página Arial Normal 11 Negro
B
A
D
E C
F
G
H I J K
SISAD
Sistema de Administración
GroupSoft Página # 52
Plan de Códigos
CCóóddiiggoo ppaarraa ssoolliicciittuudd ddee aaddmmiissiióónn
999999
Número secuencial
CCóóddiiggoo ddee ppaaggoo
999999
Número secuencial
CCóóddiiggoo ddee ddeeuuddaa
XXX - 999999
Número secuencial
Tipo de deuda
Tipo de deuda
Código Descripción
PRE Préstamo
MEN Mensualidad
COM Compra
CCóóddiiggoo ppaarraa ssoolliicciittuudd ddee sseerrvviicciiooss
XXX - 999999
Número secuencial
Tipo de solicitud
Tipo de solicitud
Código Descripción
ANP Anuncio Publicitario
REC Recepción
PRO Promoción
CCóóddiiggoo ddee pprroovveeeeddoorr
99 - 999999
Número secuencial
Tipo de proveedor
SISAD
Sistema de Administración
GroupSoft Página # 53
Tipo de proveedor
Código Descripción
01 Ropa
02 Electrodomésticos
03 Alimentos
04 Artículos Personales
05 Otros
CCóóddiiggoo ddee pprroommoocciióónn
99 - 999999
Número secuencial
Tipo de proveedor
CCóóddiiggoo ddee ssoocciioo
9999 - 99999
Número secuencial
Año de ingreso
CCóóddiiggoo ddee ccoommpprroobbaannttee ccoonnttaabbllee
XX - 999999
Número secuencial
Tipo de comprobante
Tipo de comprobante
Código Descripción
AD Asiento de Diario
DG Diario General
CD Comprobante de Diario
CCóóddiiggoo ppaarraa ttiippoo ddee ssoocciioo
XX -
Nomenclatura nemotécnica
Nomenclatura nemotécnica
Código Descripción
IA Ingresos altos
IN Ingresos normales
IB Ingresos bajos
SISAD
Sistema de Administración
GroupSoft Página # 54
CCóóddiiggoo ddee eessttaaddoo cciivviill
XXX -
Nomenclatura nemotécnica
Nomenclatura nemotécnica
Código Descripción
VID Viudo
SLT Soltero
CSD Casado
DVC Divorciado
ULB Unión Libre
CCóóddiiggoo ddee zzoonnaa
99 -
Número secuencial
CCóóddiiggoo ddee ccuueennttaa ccoonnttaabbllee
9 99 99999
Cuenta de nivel 3
Cuenta de nivel 2
Cuenta de nivel 1
Ej:
10000000 Activo
10100000 Activo Corriente
10100001 Caja
10200000 Activo Fijo
10200001 Vehículo
SISAD
Sistema de Administración
GroupSoft Página # 55
Diccionario de Datos
Sistema SISAD
Diccionario
de Datos
Ultima Actualización:
27/Ago/2000
Página: 1 de 1
Autor: GroupSoft Proyecto SoundStage Módulo: Control de Socios
Nombre Lógico
SOCIO
Nombre Físico
CSOM_SOCIOS
Tipo de Tabla
Maestra
Descripción: Esta tabla guarda la información personal de los socios del club Nombre de Campos Descripción Tipo Long.
Físico Lógico PK_CODG_SCIO CODIGO_SOCIO Código del socio PK N(6)
FK_CODG_SOLC CODIGO_SOLICITUD Código de la solicitud de admisión que
llenó el socio
FK N(6)
AT_NOMB_SCIO NOMBRE Nombres del socio AT X(20)
AT_APELL_SCIO APELLIDOS Apellidos del socio AT X(20)
AT_NUMR_CEDL NUMERO_CEDULA Número de cédula del socio AT X(10)
AT_SEXO_MASC SEXO Sexo del socio AT L
FK_ESTD_CIVL ESTADO_CIVIL Estado civil del socio FK X(3)
AT_DIRC_SCIO DIRECCION Dirección domiciliaria del socio AT X(40)
AT_TELF_SCIO TELEFONO Teléfono de la casa del socio AT X(10)
AT_DIRC_MAIL E-MAIL Dirección e-mail del socio AT X(30)
AT_LUGR_TRAB LUGAR_TRABAJO Lugar de trabajo del socio AT X(30)
AT_CARG_SOLC CARGO Cargo del socio AT X(20)
AT_DIRC_TRAB DIRECCION_TRABAJO Dirección del trabajo del socio AT X(40)
AT_TELF_TRAB TELEFONO_TRABAJO Teléfono del trabajo del socio AT X(10)
AT_INGR_MENS AT_INGR_MENS Ingresos mensuales del socio AT N(5,2)
AT_CUPO_CRED CUPO Valor del cupo de crédito asignado al
socio
AT N(5,2)
FK_CODG_ZONA ZONA Código de la zona a la que pertenece el
socio
FK N(2)
FK_CODG_TIPO TIPO_SOCIO Código del tipo de socio asignado FK X(2)
AT_FECH_INGR FECHA_INGRESO Fecha de ingreso como socio AT D
AT_ESTD_SCIO ESTADO Estado del socio AT X(1)
SISAD
Sistema de Administración
GroupSoft Página # 56
Sistema SISAD
Diccionario
de Datos
Ultima Actualización:
27/Ago/2000
Página: 1 de 1
Autor: GroupSoft Proyecto SoundStage Módulo: Control de Socios
Nombre Lógico
SOLICITUD_ADMISION
Nombre Físico
CSOM_SOLADM
Tipo de Tabla
Maestra
Descripción: Esta tabla guarda las solicitudes de admisión presentadas por los
aspirantes a socios Nombre de Campos Descripción Tipo Long.
Físico Lógico PK_CODG_SOLC CODIGO_SOLICITUD Código de la solicitud de admisión PK N(6)
AT_NOMB_SOLC NOMBRE Nombres del solicitante AT X(20)
AT_APELL_SOLC APELLIDOS Apellidos del solicitante AT X(20)
AT_NUMR_CEDL NUMERO_CEDULA Número de cédula del solicitante AT X(10)
AT_SEXO_MASC SEXO Sexo del solicitante AT L
FK_ESTD_CIVL ESTADO_CIVIL Estado civil del solicitante FK X(3)
AT_DIRC_SOLC DIRECCION Dirección domiciliaria del solicitante AT X(40)
AT_TELF_SOLC TELEFONO Teléfono de la casa del solicitante AT X(10)
AT_DIRC_MAIL E-MAIL Dirección e-mail del solicitante AT X(30)
AT_FECH_SOLC FECHA_SOLICITUD Fecha en la que se realiza la solicitud AT D
AT_LUGR_TRAB LUGAR_TRABAJO Lugar de trabajo del solicitante AT X(30)
AT_CARG_SOLC CARGO Cargo del solicitante AT X(20)
AT_DIRC_TRAB DIRECCION_TRABAJO Dirección del trabajo del solicitante AT X(40)
AT_TELF_TRAB TELEFONO_TRABAJO Teléfono del trabajo del solicitante AT X(10)
AT_INGR_MENS INGRESO_MENSUAL Ingresos mensuales del solicitante AT N(5,2)
AT_FECH_APRB FECHA_APROBACION Fecha de aprobación de la solicitud AT D
SISAD
Sistema de Administración
GroupSoft Página # 57
Sistema SISAD
Diccionario
de Datos
Ultima Actualización:
27/Ago/2000
Página: 1 de 1
Autor: GroupSoft Proyecto SoundStage Módulo: Control de Socios
Nombre Lógico
PROVEEDOR_PROMOCION
Nombre Físico
CSOM_PROVEE
Tipo de Tabla
Maestra
Descripción: Esta tabla guarda la información personal de los proveedores de
promociones Nombre de Campos Descripción Tipo Long.
Físico Lógico PK_CODG_PROV CODIGO_PROVEEDOR Código del proveedor PK N(8)
AT_NOMB_PROV NOMBRE Nombre del proveedor AT X(40)
AT_DIRC_PROV DIRECCION Dirección del proveedor AT X(40)
AT_TELF_PROV TELEFONO Teléfono del proveedor AT X(10)
AT_DIRC_MAIL E-MAIL Dirección e-mail del proveedor AT X(30)
AT_ESTD_PROV ESTADO Estado del proveedor AT X(1)
SISAD
Sistema de Administración
GroupSoft Página # 58
Sistema SISAD
Diccionario
de Datos
Ultima Actualización:
27/Ago/2000
Página: 1 de 1
Autor: GroupSoft Proyecto SoundStage Módulo: Control de Socios
Nombre Lógico
ESTADO_CIVIL
Nombre Físico
CSOM_ESTCIV
Tipo de Tabla
Maestra
Descripción: Esta tabla guarda los estados civiles que puede tener un socio Nombre de Campos Descripción Tipo Long.
Físico Lógico PK_CODG_ESTC CODIGO_ESTADO Código del estado civil PK X(3)
AT_DESC_ESTC DESCRIPCION Descripción del estado civil AT X(15)
SISAD
Sistema de Administración
GroupSoft Página # 59
Sistema SISAD
Diccionario
de Datos
Ultima Actualización:
27/Ago/2000
Página: 1 de 1
Autor: GroupSoft Proyecto SoundStage Módulo: Control de Socios
Nombre Lógico
TIPO_SOCIO
Nombre Físico
CSOM_TIPSOC
Tipo de Tabla
Maestra
Descripción: Esta tabla guarda la clasificación que maneja el club para los socios Nombre de Campos Descripción Tipo Long.
Físico Lógico PK_CODG_TIPO CODIGO_TIPO Código del tipo de socio PK X(2)
AT_DESC_TIPO DESCRIPCION Descripción del tipo de socio AT X(15)
AT_ESTD_TIPO ESTADO Estado del tipo de socio AT X(1)
SISAD
Sistema de Administración
GroupSoft Página # 60
Sistema SISAD
Diccionario
de Datos
Ultima Actualización:
27/Ago/2000
Página: 1 de 1
Autor: GroupSoft Proyecto SoundStage Módulo: Control de Socios
Nombre Lógico
ZONA
Nombre Físico
CSOM_ZONGEO
Tipo de Tabla
Maestra
Descripción: Esta tabla guarda las zonas a las que puede pertenecer un socio Nombre de Campos Descripción Tipo Long.
Físico Lógico PK_CODG_ZONA CODIGO_ZONA Código de la zona PK N(2)
AT_DESC_ZONA DESCRIPCION Descripción de la zona AT X(20)
AT_ESTD_ZONA ESTADO Estado de la zona AT X(1)
SISAD
Sistema de Administración
GroupSoft Página # 61
Sistema SISAD
Diccionario
de Datos
Ultima Actualización:
27/Ago/2000
Página: 1 de 1
Autor: GroupSoft Proyecto SoundStage Módulo: Control de Socios
Nombre Lógico
SOLICITUD_SERVICIO
Nombre Físico
CSOT_SOLSER
Tipo de Tabla
Transacción
Descripción: Esta tabla guarda las solicitudes de los servicios que ofrece el club sin
apoyarse con algún proveedor (Recepciones en el local del club y
anuncios publicitarios) Nombre de Campos Descripción Tipo Long.
Físico Lógico PK_CODG_SERV CODIGO_SOLICITUD_SERVIC Código de la solicitud de servicios PK X(9)
FK_CODG_SCIO CODIGO_SOCIO Código del socio que efectúa la solicitud FK N(9)
AT_FECH_SOLI FECHA_SOLICITUD Fecha de la solicitud AT D
AT_FECH_ALQL FECHA_ALQUILER Fecha en la que se solicita el local AT D
AT_HORA_ALQL HORA_ALQUILER Hora en la que se solicita el local AT T
AT_DESC_SERV DESCRIPCION Observación sobre la solicitud AT X(150)
AT_FECH_APRO FECHA_APROBACION Fecha en que se aprueba la solicitud AT D
SISAD
Sistema de Administración
GroupSoft Página # 62
Sistema SISAD
Diccionario
de Datos
Ultima Actualización:
27/Ago/2000
Página: 1 de 1
Autor: GroupSoft Proyecto SoundStage Módulo: Control de Socios
Nombre Lógico
PROMOCION
Nombre Físico
CSOT_PROMOC
Tipo de Tabla
Transacción
Descripción: Esta tabla guarda las promociones ofertadas por los proveedores
respectivos (almacenes y casas comerciales) a los socios del club Nombre de Campos Descripción Tipo Long.
Físico Lógico PK_CODG_PROM CODIGO_PROMOCION Código de la promoción PK N(8)
FK_CODG_PROV CODIGO_PROVEEDOR Código del proveedor de la promoción FK N(8)
AT_FECH_PROM FECHA Fecha en la que se recepta la promoción AT D
AT_DESC_PROM DESCRIPCION Descripción de la promoción AT X(150)
AT_FECH_INIC FECHA_INICIAL Fecha en la que inicia la promoción AT D
AT_FECH_LIMI FECHA_FINAL Fecha en la que termina la promoción AT D
SISAD
Sistema de Administración
GroupSoft Página # 63
Sistema SISAD
Diccionario
de Datos
Ultima Actualización:
27/Ago/2000
Página: 1 de 1
Autor: GroupSoft Proyecto SoundStage Módulo: Control de Socios
Nombre Lógico
SOLICITUD_PROMOC
Nombre Físico
CSOT_SOLPRO
Tipo de Tabla
Transacción
Descripción: Esta tabla guarda las solicitudes de los socios que desean acceder a las
promociones ofertadas por los proveedores Nombre de Campos Descripción Tipo Long.
Físico Lógico PK_CODG_SPRO CODIGO_SOLICITUD_PROMOC Código de la solicitud para la promoción PK X(9)
FK_CODG_PROM CODIGO_PROMOCION Código de la promoción a la que quiere
acceder
FK N(8)
FK_CODG_SCIO CODIGO_SOCIO Código del socio FK N(9)
AT_FECH_SPRO FECHA Fecha de la solicitud AT D
AT_DESC_PROM DESCRIPCION Descripción de la solicitud AT X(150)
SISAD
Sistema de Administración
GroupSoft Página # 64
Sistema SISAD
Diccionario
de Datos
Ultima Actualización:
27/Ago/2000
Página: 1 de 1
Autor: GroupSoft Proyecto SoundStage Módulo: Control de Socios
Nombre Lógico
DEUDA
Nombre Físico
CSOT_DEUDAS
Tipo de Tabla
Transacción
Descripción: Esta tabla guarda las deudas de los socios del club Nombre de Campos Descripción Tipo Long.
Físico Lógico PK_CODG_DEUD CODIGO_DEUDA Código de la deuda PK X(9)
FK_CODG_SCIO CODIGO_SOCIO Código del socio FK N(9)
AT_FECH_DEUD FECHA Fecha de la deuda AT D
AT_VLOR_DEUD VALOR Valor de la deuda AT N(5,2)
AT_DESC_DEUD DESCRIPCION Descripción de la deuda AT X(150)
AT_PGOS_DEUD PAGOS Pagos realizados sobre la deuda AT N(5,2)
AT_FECH_CANC FECHA_CANCELACION Fecha en que se cancela toda la deuda AT D
FK_CODG_ZONA ZONA Código de la zona a la que pertenece el
socio
FK N(2)
AT_ESTD_DEUD ESTADO Estado de la deuda AT X(1)
SISAD
Sistema de Administración
GroupSoft Página # 65
Sistema SISAD
Diccionario
de Datos
Ultima Actualización:
27/Ago/2000
Página: 1 de 1
Autor: GroupSoft Proyecto SoundStage Módulo: Control de Socios
Nombre Lógico
PAGO
Nombre Físico
CSOT_PAGDEU
Tipo de Tabla
Transacción
Descripción: Esta tabla guarda los pagos realizados por los socios para cubrir sus
deudas Nombre de Campos Descripción Tipo Long.
Físico Lógico PK_CODG_PAGO CODIGO_PAGO Código del pago PK N(6)
AT_FECH_PAGO FECHA Fecha del pago AT D
AT_DESC_PAGO DESCRIPCION Descripción del pago AT X(150)
AT_TOTA_PAGO TOTAL Valor total del pago AT N(5,2)
AT_ESTD_DEUD ESTADO Estado del pago AT X(1)
SISAD
Sistema de Administración
GroupSoft Página # 66
Sistema SISAD
Diccionario
de Datos
Ultima Actualización:
27/Ago/2000
Página: 1 de 1
Autor: GroupSoft Proyecto SoundStage Módulo: Control de Socios
Nombre Lógico
DETALLE_PAGO
Nombre Físico
CSOT_DETPAG
Tipo de Tabla
Detalle
Descripción: Esta tabla guarda el detalle de las deudas que el socio está cancelando Nombre de Campos Descripción Tipo Long.
Físico Lógico PK_CODG_DETA CODIGO_DETALLE Código del detalle PK N(2)
FK_CODG_PAGO CODIGO_PAGO Código del pago PK N(6)
FK_CODG_DEUD CODIGO_DEUDA Código de la deuda FK X(9)
AT_VLOR_PAGO VALOR_PAGO Valor del pago AT N(5,2)
SISAD
Sistema de Administración
GroupSoft Página # 67
Sistema SISAD
Diccionario
de Datos
Ultima Actualización:
27/Ago/2000
Página: 1 de 1
Autor: GroupSoft Proyecto SoundStage Módulo: Contabilidad
Nombre Lógico
CUENTA_NIVEL1
Nombre Físico
CONM_CTANI1
Tipo de Tabla
Maestra
Descripción: Esta tabla guarda las cuentas contables (del plan de cuentas) que tienen
nivel 1 Nombre de Campos Descripción Tipo Long.
Físico Lógico PK_CODG_CTA1 CODIGO_CUENTA_NIVEL 1 Código de la cuenta contable de nivel 1 PK N(8)
AT_NOMB_CUEN NOMBRE_CUENTA Nombre de la cuenta AT X(30)
AT_DEUD_ACRE DEUDORA_ACREEDORA Que saldo tiene la cuenta: deudora o
acreedora
AT X(1)
SISAD
Sistema de Administración
GroupSoft Página # 68
Sistema SISAD
Diccionario
de Datos
Ultima Actualización:
27/Ago/2000
Página: 1 de 1
Autor: GroupSoft Proyecto SoundStage Módulo: Contabilidad
Nombre Lógico
CUENTA_NIVEL2
Nombre Físico
CONM_CTANI2
Tipo de Tabla
Maestra
Descripción: Esta tabla guarda las cuentas contables (del plan de cuentas) que tienen
nivel 2 Nombre de Campos Descripción Tipo Long.
Físico Lógico PK_CODG_CTA2 CODIGO_CUENTA_NIVEL 2 Código de la cuenta contable de nivel 2 PK N(8)
FK_CODG_CTA1 CODIGO_CUENTA_NIVEL 1 Código de la cuenta contable de nivel 1
que contiene a esta cuenta
FK N(8)
AT_NOMB_CUEN NOMBRE_CUENTA Nombre de la cuenta AT X(30)
SISAD
Sistema de Administración
GroupSoft Página # 69
Sistema SISAD
Diccionario
de Datos
Ultima Actualización:
27/Ago/2000
Página: 1 de 1
Autor: GroupSoft Proyecto SoundStage Módulo: Contabilidad
Nombre Lógico
CUENTA_NIVEL3
Nombre Físico
CONM_CTANI3
Tipo de Tabla
Maestra
Descripción: Esta tabla guarda las cuentas contables (del plan de cuentas) que tienen
nivel 3 o detalle Nombre de Campos Descripción Tipo Long.
Físico Lógico PK_CODG_CTA3 CODIGO_CUENTA_NIVEL 3 Código de la cuenta contable de nivel 3 o
detalle
PK N(8)
FK_CODG_CTA2 CODIGO_CUENTA_NIVEL 2 Código de la cuenta contable de nivel 2
que contiene a esta cuenta
FK N(8)
AT_NOMB_CUEN NOMBRE_CUENTA Nombre de la cuenta AT X(30)
SISAD
Sistema de Administración
GroupSoft Página # 70
Sistema SISAD
Diccionario
de Datos
Ultima Actualización:
27/Ago/2000
Página: 1 de 1
Autor: GroupSoft Proyecto SoundStage Módulo: Contabilidad
Nombre Lógico
PRESUPUESTO_CUENTA
Nombre Físico
CONM_PRESUP
Tipo de Tabla
Maestra
Descripción: Esta tabla guarda el presupuesto de las cuentas contables para el año
contable Nombre de Campos Descripción Tipo Long.
Físico Lógico FK_CODG_CUEN CODIGO_CUENTA Código de la cuenta PK N(8)
AT_PRES_MENE PRESUPUESTO_ENERO Valor presupuestado para la cuenta en el
mes de Enero
AT N(6,2)
AT_PRES_MFEB PRESUPUESTO_FEBRERO Valor presupuestado para la cuenta en el
mes de Febrero
AT N(6,2)
AT_PRES_MMAR PRESUPUESTO_MARZO Valor presupuestado para la cuenta en el
mes de Marzo
AT N(6,2)
AT_PRES_MABR PRESUPUESTO_ABRIL Valor presupuestado para la cuenta en el
mes de Abril
AT N(6,2)
AT_PRES_MMAY PRESUPUESTO_MAYO Valor presupuestado para la cuenta en el
mes de Mayo
AT N(6,2)
AT_PRES_MJUN PRESUPUESTO_JUNIO Valor presupuestado para la cuenta en el
mes de Junio
AT N(6,2)
AT_PRES_MJUL PRESUPUESTO_JULIO Valor presupuestado para la cuenta en el
mes de Julio
AT N(6,2)
AT_PRES_MAGO PRESUPUESTO_AGOSTO Valor presupuestado para la cuenta en el
mes de Agosto
AT N(6,2)
AT_PRES_MSEP PRESUPUESTO_SEPTIEMBRE Valor presupuestado para la cuenta en el
mes de Septiembre
AT N(6,2)
AT_PRES_MOCT PRESUPUESTO_OCTUBRE Valor presupuestado para la cuenta en el
mes de Octubre
AT N(6,2)
AT_PRES_MNOV PRESUPUESTO_NOVIEMBRE Valor presupuestado para la cuenta en el
mes de Noviembre
AT N(6,2)
AT_PRES_MDIC PRESUPUESTO_DICIEMBRE Valor presupuestado para la cuenta en el
mes de Diciembre
AT N(6,2)
SISAD
Sistema de Administración
GroupSoft Página # 71
Sistema SISAD
Diccionario
de Datos
Ultima Actualización:
27/Ago/2000
Página: 1 de 1
Autor: GroupSoft Proyecto SoundStage Módulo: Contabilidad
Nombre Lógico
COMPROBANTE
Nombre Físico
CONT_COMPRO
Tipo de Tabla
Transacción
Descripción: Esta tabla guarda los comprobantes contables Nombre de Campos Descripción Tipo Long.
Físico Lógico PK_CODG_COMP CODIGO_COMPROBANTE Código del comprobante PK X(8)
AT_FECH_COMP FECHA Fecha del comprobante AT D
AT_DESC_COMP DESCRIPCION Descripción del comprobante AT X(150)
AT_ESTD_DEUD ESTADO Estado del comprobante AT X(1)
SISAD
Sistema de Administración
GroupSoft Página # 72
Sistema SISAD
Diccionario
de Datos
Ultima Actualización:
27/Ago/2000
Página: 1 de 1
Autor: GroupSoft Proyecto SoundStage Módulo: Contabilidad
Nombre Lógico
DETALLE_COMPROB
Nombre Físico
COND_DETCOM
Tipo de Tabla
Detalle
Descripción: Esta tabla guarda el detalle de las cuentas contables que intervienen en
los comprobantes Nombre de Campos Descripción Tipo Long.
Físico Lógico PK_CODG_DETA CODIGO_DETALLE Código del detalle PK N(2)
FK_CODG_COMP CODIGO_COMPROBANTE Código del comprobante PK X(8)
FK_CODG_CTA3 CODIGO_CUENTA_NIVEL 3 Código de la cuenta de nivel 3 o detalle FK N(8)
AT_CONC_DETA CONCEPTO Concepto del movimiento AT X(30)
AT_VLOR_DETA VALOR Valor del movimiento AT N(5,2)
AT_CRED_DEBI TIPO_VALOR_CRE_DEB Tipo de movimiento: deudor o acreedor AT X(1)
SISAD
Sistema de Administración
GroupSoft Página # 73
Sistema SISAD
Diccionario
de Datos
Ultima Actualización:
27/Ago/2000
Página: 1 de 1
Autor: GroupSoft Proyecto SoundStage Módulo: Contabilidad
Nombre Lógico
SALDO_CUENTA
Nombre Físico
CONH_SALCTA
Tipo de Tabla
Histórica
Descripción: Esta tabla guarda el saldo mensual de las cuentas contables Nombre de Campos Descripción Tipo Long.
Físico Lógico PK_PERI_ODOC CODIGO_CUENTA Código de la cuenta PK N(8)
FK_CODG_CUEN PERIODO Periodo contable, formado por año y mes PK N(6)
AT_DEBI_PERI DEBITOS Total débitos de la cuneta en el periodo AT N(6,2)
AT_CRED_PERI CREDITOS Total créditos de la cuneta en el periodo AT N(6,2)
SISAD
Sistema de Administración
GroupSoft Página # 74
Diagrama Entidad Relación Lógico
SOCIO
codigo_socio
codigo_solicitud nombres
apellidos
numero_cedula sexo
estado_civil
direccion
telefono
e-mail lugar_trabajo
cargo
direccion_trabajo telefono_trabajo
ingreso_mensual
cupo zona
tipo_socio
fecha_ingreso
estatus
DEUDA
codigo_deuda
codigo_socio
fecha valor
descripcion
pagos fecha_cancelacion
zona
estatus
DETALLE_PAGO
codigo_detalle codigo_pago
codigo_deuda
valor_pago
PAGO
codigo_pago fecha
descripcion
total estatus
COMPROBANTE
codigo_comprobante fecha
descripcion
estatus
DETALLE_COMPROB
codigo_detalle codigo_comprobante
codigo_cuenta_nivel3
concepto valor
tipo_valor_cre_deb
SOLICITUD_PROMOC
codigo_solicitud_promoc codigo_promocion
codigo_socio
fecha descripcion
PROMOCION
codigo_promocion
codigo_proveedor fecha
descripcion
fecha_inicial
fecha_limite
SOLICITUD_SERVICIO
codigo_solicitud_servic
codigo_socio fecha_solicitud
fecha_alquiler
hora_alquiler descripcion
fecha_aprobacion
PROVEEDOR_PROMOCION
codigo_proveedor
nombre direccion
telefono
estatus
CUENTA_NIVEL1
codigo_cuenta_nivel1
nombre_cuenta
deudora_acreedora
CUENTA_NIVEL2
codigo_cuenta_nivel2
codigo_cuenta_nivel1
nombre_cuenta
CUENTA_NIVEL3
codigo_cuenta_nivel3
codigo_cuenta_nivel2
nombre_cuenta
SALDO_CUENTA
codigo_cuenta
periodo
debitos creditos
ESTADO_CIVIL
codigo_estado
descricion
TIPO_SOCIO
codigo_tipo
descripcion estatus
ZONA
codigo_zon
a descripcion
estatus
PRESUPUESTO_CUENTA
codigo_cuenta presupuesto_enero
presupuesto_febrero
presupuesto_marzo
presupuesto_abril
presupuesto_mayo
presupuesto_junio presupuesto_julio
presupuesto_agosto
presupuesto_septiembre presupuesto_octubre
presupuesto_noviembre
presupuesto_diciembre
SOLICITUD_ADMISION
codigo_solicitud nombres
apellidos
numero_cedula sexo
estado_civil
direccion telefono
fecha_solicitud lugar_trabajo
cargo
direccion_trabajo telefono_trabajo
ingreso_mensual
fecha_aprobacion
SISAD
Sistema de Administración
GroupSoft Página # 75
Diagrama Entidad Relación Físico
pk_codg_deta N(2) fk_codg_comp X(8)
fk_codg_cta3 N(8) at_conc_deta X(30)
at_vlor_deta N(5,2)
at_cred_debi X(1)
COND_DETCOM
pk_codg_deta N(2) fk_codg_pago N(6)
fk_codg_deud X(9)
at_vlor_pago N(5,2)
CSOD_DETPAG
pk_codg_solc N(6)
at_nomb_solc X(20)
at_apll_solc X(20) at_numr_cedl X(10)
at_sexo_masc L
fk_estd_civl X(3)
at_dirc_solc X(40)
at_telf_solc X(10)
at_dirc_mail X(30) at_fech_solc D
at_lugr_trab X(30)
at_carg_solc X(20) at_dirc_trab X(40)
at_telf_trab X(10)
at_ingr_mens N(5,2)
at_fech_aprb D
CSOM_SOLADM
pk_codg_estc X(3)
at_desc_estc X(15)
CSOM_ESTCIV
pk_codg_tipo X(2)
at_desc_tipo X(15)
at_estd_tipo X(1)
CSOM_TIPSOC
pk_codg_zona N(2)
at_desc_zona X(20)
at_estd_zona X(1)
CSOM_ZONGEO
pk_codg_scio N(9) fk_codg_solc N(6)
at_nomb_scio X(20)
at_apell_scio X(20) at_numr_cedl X(10)
at_sexo_masc L
fk_estd_civl X(3) at_dirc_scio X(40)
at_telf_scio X(10)
at_dirc_mail X(30) at_lugr_trab X(30)
at_carg_scio X(20)
at_dirc_trab X(40) at_telf_trab X(10)
at_ingr_mens N(5,2) at_cupo_cred N(5,2)
fk_codg_zona N(2)
fk_codg_tipo X(2) at_fech_ingr D
at_estd_scio X(1)
CSOM_SOCIOS
pk_codg_deud X(9)
fk_codg_scio N(9) at_fech_deud D
at_vlor_deud N(5,2)
at_desc_deud X(150) at_pgos_deud N(5,2)
at_fech_canc D
fk_codg_zona N(2)
at_estd_deud X(1)
CSOT_DEUDAS
pk_codg_pago N(6) at_fech_pago D
at_desc_pago X(150)
at_tota_pago N(5,2) at_estd_pago X(1)
CSOT_PAGDEU
pk_codg_comp X(8) at_fech_comp D
at_desc_comp X(150)
at_estd_comp X(1)
CONT_COMPRO
pk_codg_serv X(9)
fk_codg_scio N(9) at_fech_soli D
at_fech_alql D
at_hora_alql T at_desc_serv X(150)
at_fech_apro D
CSOT_SOLSER
pk_codg_spro X(9)
fk_codg_prom N(8)
fk_codg_soci N(9)
at_fech_spro D
at_desc_spro X(150)
CSOT_SOLPRO
pk_codg_prom N(8) fk_codg_prov N(8)
at_fech_prom D at_desc_prom X(150)
at_fech_inic D
at_fech_limi D
CSOT_PROMOC pk_codg_prov N(8)
at_nomb_prov X(40) at_dirc_prov X(40)
at_telf_prov X(10)
at_dirc_mail X(30) at_estd_prov X(1)
CSOM_PROVEE
pk_codg_cta3 N(8) fk_codg_cta2 N(8)
at_nomb_cuen X(30)
CONM_CTANI3
pk_codg_cta2 N(8)
fk_codg_cta1 N(8)
at_nomb_cuen X(30)
CONM_CTANI2
fk_codg_cuen N(8) pk_peri_odoc N(6)
at_debi_peri N(6,2)
at_cred_peri N(6,2)
CONH_SALCTA
fk_codg_cuen N(8)
at_pres_mene N(6,2) at_pres_mfeb N(6,2)
at_pres_mmar N(6,2)
at_pres_mabr N(6,2) at_pres_mmay N(6,2)
at_pres_mjun N(6,2)
at_pres_mjul N(6,2) at_pres_mago N(6,2)
at_pres_msep N(6,2)
at_pres_moct N(6,2) at_pres_mnov N(6,2)
at_pres_mdic N(6,2)
CONM_PRESUP
pk_codg_cta1 N(8) at_nomb_cuen X(30)
at_deud_acre X(1)
CONM_CTANI1
SISAD
Sistema de Administración
GroupSoft Página # 76
En este punto se detallarán la finalidad, entradas y salidas de cada uno de los programas
que conforman el sistema.
4 NARRATIVAS DE PROGRAMAS
SISAD
Sistema de Administración
GroupSoft Página # 77
SoundStage
Entretaiment Club
Diseño
de Pantallas
Fecha de Elaboración: 31/AGO/2000
Autor GroupSoft Proyecto Soundstage Módulo Contabilidad
Nombre Físico: FRM_CONT_MAYO
Descripción: Pantalla de proceso para Mayorizar comprobantes
No. Nombre Tipo Tamaño Descripción
1 PK_CODI_COMP A 8 Código de comprobante
2 AT_PERI_MAYO N 6 Período a mayorizar
SISAD
Sistema de Administración
GroupSoft Página # 78
SoundStage
Entretaiment Club
Diseño
de Pantallas
Fecha de Elaboración: 31/AGO/2000
Autor GroupSoft Proyecto Soundstage Módulo Contabilidad
Nombre Físico: FRM_PROC_CIER
Descripción: Pantalla de proceso para realizar asiento de cierre
SISAD
Sistema de Administración
GroupSoft Página # 79
SoundStage
Entretaiment Club
Diseño
de Pantallas
Fecha de Elaboración: 31/AGO/2000
Autor GroupSoft Proyecto Soundstage Módulo Control de socios
Nombre Físico: FRM_CONS_SCIO
Descripción: Pantalla de Consulta de Socios
No. Nombre Tipo Tamaño Descripción
1 PK_CODI_SOCI N 9 Código de socio
2 AT_TIPO_SOCI C 2 Tipo de socio
3 AT_ZONA_SOCI N 2 Zona donde reside el socio
4 AT_CUPO_SOCI N 5.2 Cupo del socio para sus prestamos
5 AT_NOMB-SOCI C 20 Nombre del socio
6 AT_APEL_SOCI C 20 Apellido del socio
7 AT_CEDU_SOCI A 10 Cédula del socio
8 AT_DIRE_SOCI A 40 Dirección del socio
9 AT_EMAI_SOCI A 40 Correo electrónico del socio
SISAD
Sistema de Administración
GroupSoft Página # 80
SoundStage
Entretaiment Club
Diseño
de Pantallas
Fecha de Elaboración: 31/AGO/2000
Autor GroupSoft Proyecto Soundstage Módulo Control de socios
Nombre Físico: FRM_REG_PROV
Descripción: Pantalla de Registro de Proveedores de Promociones
No. Nombre Tipo Tamaño Descripción
1 PK_CODI_PROV N 8 Código de proveedor
2 AT_NOMB-PROV C 40 Nombre de proveedor
3 AT_TELE_PROV A 10 Teléfono del proveedor
4 AT_DIRE_PROV A 40 Dirección del proveedor
5 AT_EMAI_PROV A 40 Correo electrónico del proveedor
6 AT_ESTA_PROV A 1 Estado del proveedor
SISAD
Sistema de Administración
GroupSoft Página # 81
SoundStage
Entretaiment Club
Diseño
de Pantallas
Fecha de Elaboración: 31/AGO/2000
Autor GroupSoft Proyecto Soundstage Módulo Control de socios
Nombre Físico: FRM_CONS_PROV
Descripción: Pantalla de Consulta de Proveedores de Promociones
No. Nombre Tipo Tamaño Descripción
1 PK_CODI_PROV N 8 Código de proveedor
2 AT_NOMB-PROV C 40 Nombre de proveedor
3 AT_TELE_PROV A 10 Teléfono del proveedor
4 AT_DIRE_PROV A 40 Dirección del proveedor
5 AT_EMAI_PROV A 40 Correo electrónico del proveedor
6 AT_CODI_PROM N 8 Código de Promoción
7 AT_DESC_PROM C 150 Descripción de Promoción
8 AT_FECH_ENTR D 10 Fecha de entrega de la promoción
9 AT_FECH_INIC D 10 Fecha inicial de la promoción
10 AT_FECH_FINA D 10 Fecha ffinal de la Promoción
SISAD
Sistema de Administración
GroupSoft Página # 82
SoundStage
Entretaiment Club
Diseño
de Pantallas
Fecha de Elaboración: 31/AGO/2000
Autor GroupSoft Proyecto Soundstage Módulo Contabilidad
Nombre Físico: FRM_CONS_MVCT
Descripción: Pantalla de Consulta de Movimiento de cuentas
No. Nombre Tipo Tamaño Descripción
1 PK_CODI_CUEN N 8 Código de cuenta
2 AT_NOMB-CUEN C 30 Nombre de la cuenta
3 AT_PERI_MOVI N 6 Período para realizar la consulta
4 AT_CONC_MOVI A 30 Concepto del movimiento
5 AT_VALO_MOVI N 5.2 Valor del movimiento
6 AT_TIPO_VALO A 1 Tipo de valor “d” o “c”
7 AT_COMP_MOVI A 8 Tipo de comprobante
8 AT_FECH_MOVI D 10 Fecha del movimiento
SISAD
Sistema de Administración
GroupSoft Página # 83
SoundStage
Entretaiment Club
Diseño
de Pantallas
Fecha de Elaboración: 31/AGO/2000
Autor GroupSoft Proyecto Soundstage Módulo Contabilidad
Nombre Físico: FRM_REGI_COMP
Descripción: Pantalla de Registro de Comprobantes
No. Nombre Tipo Tamaño Descripción
1 PK_CODI_COMP N 8 Código de comprobante
2 AT_FECH-ELAB D 10 Fecha de elaboración
3 AT_DETA_COMP A 150 Detalle del comprobante
4 AT_CODI_CUEN N 8 Código de cuenta a utilizar
5 AT_VALO_CUEN N 5.2 Valor de la cuenta
6 AT_TIPO_VALO A 1 Tipo de valor “d” o “c”
7 AT_CONC_CUEN A 30 Concepto de la cuenta
SISAD
Sistema de Administración
GroupSoft Página # 84
SoundStage
Entretaiment Club
Diseño
de Pantallas
Fecha de Elaboración: 31/AGO/2000
Autor GroupSoft Proyecto Soundstage Módulo Contabilidad
Nombre Físico: FRM_CANA_DUED
Descripción: Pantalla de Cancelación de deudas
No. Nombre Tipo Tamaño Descripción
1 PK_CODG_PAGO N 6 Código de pago
2 AT_FECH-PAGO D 10 Fecha de ingreso
3 FK_CODG_SCIO N 9 Código de socio
4 AT_TOTA_PAGO N 5.2 Monto de pago
5 AT_NOMB_SCIO A 20 Nombre del socio
6 AT_DESC_PAGO A 150 Descripción del pago
SISAD
Sistema de Administración
GroupSoft Página # 85
SoundStage
Entretaiment Club
Diseño
de Pantallas
Fecha de Elaboración: 31/AGO/2000
Autor GroupSoft Proyecto Soundstage Módulo Contabilidad
Nombre Físico: FRM_REPO_CTAS
Descripción: Pantalla de reporte de plan de cuentas
SISAD
Sistema de Administración
GroupSoft Página # 86
SoundStage
Entretaiment Club
Diseño
de Pantallas
Fecha de Elaboración: 31/AGO/2000
Autor GroupSoft Proyecto Soundstage Módulo Contabilidad
Nombre Físico: FRM_CONT_TRAN
Descripción: Pantalla de contabilizacion de transacciones
No. Nombre Tipo Tamaño Descripción
1 TXT_FECH_INIC D 10 Fecha de inicio
2 TXT_FECH-FINA D 10 Fecha de fin
SISAD
Sistema de Administración
GroupSoft Página # 87
SoundStage
Entretaiment Club
Diseño
de Pantallas
Fecha de Elaboración: 31/AGO/2000
Autor GroupSoft Proyecto Soundstage Módulo Contabilidad
Nombre Físico: FRM_MANT_SCIO
Descripción: Pantalla de mantenimiento de Socios
No. Nombre Tipo Tamaño Descripción
1 PK_CODG_SCIO N 9 Código de socio
2 AT_FECH-INGR D 10 Fecha de ingreso
3 AT_NOMB_SCIO A 20 Nombres del socio
4 AT_APEL_SCIO A 20 Apellidos del Socio
5 AT_DIRC_SCIO A 40 Direccion del Socio
6 AT_TELF_SCIO A 10 Telefono del Socio
7 AT_NUMR_CEDL A 10 Numero de Cedula
8 FK_ESTD_CIVL A 3 Estado Civil del Socio
9 AT_LUGR_TRAB A 30 Lugar de trabajo
10 AT_TELF_TRAB A 10 Telefono del Trabajo
11 AT_DIRC_TRAB A 40 Direccion dl trabajo
12 AT_CARG_SCIO A 20 Cargo del socio
13 AT_INGR_MENS N 5.2 Ingreso mensual
14 AT_DIRC_MAIL A 30 E-mail
15 AT_CUPO_CRED N 5.2 Cupo de credito
16 FK_CODG_ZONA N 2 Zona de residencia
17 FK_CODG_SOLC N 6 Codigo de solicitud
18 FK_CODG_TIPO A 2 Codigo del tipo de socio
SISAD
Sistema de Administración
GroupSoft Página # 88
SoundStage
Entretaiment Club
Diseño
de Pantallas
Fecha de Elaboración: 31/AGO/2000
Autor GroupSoft Proyecto Soundstage Módulo Contabilidad
Nombre Físico: FRM_SOLI_ADMI
Descripción: Pantalla de Solicitud de admision
No. Nombre Tipo Tamaño Descripción
1 FK_CODG_SOLC N 6 Codigo de solicitud
2 AT_FECH-INGR D 10 Fecha de ingreso
3 AT_FECH-APRO D 10 Fecha de aprobacion
4 AT_NUMR_CEDL A 10 Numero de Cedula
5 AT_NOMB_SCIO A 20 Nombres del socio
6 AT_APEL_SCIO A 20 Apellidos del Socio
7 AT_DIRC_SCIO A 40 Direccion del Socio
8 AT_TELF_SCIO A 10 Telefono del Socio
9 FK_ESTD_CIVL A 3 Estado Civil del Socio
10 AT_DIRC_MAIL A 30 E-mail
11 AT_SEXO_SCIO A 30 Sexo del socio
12 AT_LUGR_TRAB A 30 Lugar de trabajo
13 AT_DIRC_TRAB A 40 Direccion dl trabajo
14 AT_TELF_TRAB A 10 Telefono del Trabajo
15 AT_CARG_SCIO A 20 Cargo del socio
16 AT_INGR_MENS N 5.2 Ingreso mensual
17 AT_CUPO_CRED N 5.2 Cupo de credito
SISAD
Sistema de Administración
GroupSoft Página # 89
SoundStage
Entretaiment Club
Diseño
de Pantallas
Fecha de Elaboración: 31/AGO/2000
Autor GroupSoft Proyecto Soundstage Módulo Contabilidad
Nombre Físico: FRM_PROM_TABL
Descripción: Pantalla de promociones
No. Nombre Tipo Tamaño Descripción
1 PK_CODG_PROV N 6 Código de proveedor
2 AT_NOMB-PROV A 40 Nombre edl proveedor
3 AT_DIRC_PROV A 40 Direccion del proveedor
4 AT_TELF_PROV A 10 Telefono del proveedor
5 AT_DIRE_MAIL A 30 E_MAIL
SISAD
Sistema de Administración
GroupSoft Página # 90
SoundStage
Entretaiment Club
Diseño
de Pantallas
Fecha de Elaboración: 31/AGO/2000
Autor GroupSoft Proyecto Soundstage Módulo Contabilidad
Nombre Físico: FRM_CONS_SOLI
Descripción: Pantalla de criterio para consulta de Admisiones
SISAD
Sistema de Administración
GroupSoft Página # 91
SoundStage
Entretaiment Club
Diseño
de Pantallas
Fecha de Elaboración: 31/AGO/2000
Autor GroupSoft Proyecto Soundstage Módulo Contabilidad
Nombre Físico: FRM_CONS_SOLI
Descripción: Pantalla de criterio para consulta de Promociones
SISAD
Sistema de Administración
GroupSoft Página # 92
SoundStage
Entretaiment Club
Diseño
de Pantallas
Fecha de Elaboración: 31/AGO/2000
Autor GroupSoft Proyecto Soundstage Módulo Contabilidad
Nombre Físico: FRM_BALC_COMP
Descripción: Pantalla de consulta balance de comprobacion
SISAD
Sistema de Administración
GroupSoft Página # 93
SoundStage
Entretaiment Club
Diseño
de Pantallas
Fecha de Elaboración: 31/AGO/2000
Autor GroupSoft Proyecto Soundstage Módulo Contabilidad
Nombre Físico: FRM_REGI_CTAS
Descripción: Pantalla de registro de cuentas datos generales
No. Nombre Tipo Tamaño Descripción
1 PK_CODG_CTA3 N 8 Código de cuenta contable
2 AT_NOMB-CUEN A 30 Nombre de la cuenta
3 PK_CODG_CTA2 N 8 Código de cuenta contable (PADRE)
4 AT_NOMB-CUEN A 30 Nombre de la cuenta
SISAD
Sistema de Administración
GroupSoft Página # 94
SoundStage
Entretaiment Club
Diseño
de Pantallas
Fecha de Elaboración: 31/AGO/2000
Autor GroupSoft Proyecto Soundstage Módulo Contabilidad
Nombre Físico: FRM_REGI_CTAS
Descripción: Pantalla de registro de cuentas presupuesto
No. Nombre Tipo Tamaño Descripción
1 PK_CODG_PROV N 6 Código de proveedor
2 AT_NOMB-PROV A 40 Nombre edl proveedor
3 AT_PRES_MENE N 6.2 Presupuesto de enero
4 AT_PRES_MFEB N 6.2 Presupuesto de febrero
.
.
.
.
.
.
.
.
.
. 14 AT_PRES_MDIC N 6.2 Presupuesto de diciembre
SISAD
Sistema de Administración
GroupSoft Página # 95
SoundStage
Entretaiment Club
Diseño
de Pantallas
Fecha de Elaboración: 31/AGO/2000
Autor GroupSoft Proyecto Soundstage Módulo Contabilidad
Nombre Físico: REP_ESTA_CTAS
Descripción: Reporte de estados de cuentas
FECHA DEBITO CREDITO COMENTARIO
N(6)SALDO AL DD/MM/AAAA 999,999.99 999,999.99
X(3) 9(6) X(3) 9(6) DD/MM/AAAA 999,999.99 999,999.99 X(30)
TOTALES 999,999.99 999,999.99SALDO AL DD/MM/AAAA $ 999,999.99
TOTAL AL DD/MM/AAAA $ 999,999.99
DD/MM/AAAA HH:MM Página# 999
ESTADO DE CUENTA
ORDENADO POR: NOMBRE DE CLIENTE
DESDE: DD/MM/AAAA HASTA: DD/MM/AAAA
CLIENTE: X(40)
SUCURSAL PRINCIPAL
DOCUMENTO APLICACIÓN
SISAD
Sistema de Administración
GroupSoft Página # 96
SoundStage
Entretaiment Club
Diseño
de Pantallas
Fecha de Elaboración: 31/AGO/2000
Autor GroupSoft Proyecto Soundstage Módulo Contabilidad
Nombre Físico: REP_MOVI_DIAR
Descripción: Reporte de movimiento diarios
CUENTA CONCEPTO DEBITO CREDITO
TIPO: X(3)
NUMERO: 999999 FECHA: DD/MM/AAAA
9(8) X(30) 999,999.99 999,999.99
TOTAL DEL DOCUMENTO : 999,999.99 999,999.99
TOTAL DEL TIPO : 999,999.99 999,999.99
DD/MM/AAAA HH:MM Página# 999
X(30)
DIARIO DE MOVIMIENTOS
ORDENADO POR: TIPO DE COMPROBANTE
DESDE: DD/MM/AAAA HASTA: DD/MM/AAAASUCURSAL PRINCIPAL
NOMBRE
SISAD
Sistema de Administración
GroupSoft Página # 97
SoundStage
Entretaiment Club
Diseño
de Pantallas
Fecha de Elaboración: 31/AGO/2000
Autor GroupSoft Proyecto Soundstage Módulo Contabilidad
Nombre Físico: REP_ESTA_FINS
Descripción: Reporte de estados financieros
NOMBRE SALDO PRESUP. %VAR.
N(8) X(30)
N(8) X(30)
N(8) X(30) 999,999.99 999,999.99 99.99
N(8) X(30) 999,999.99 999,999.99
N(8) X(30) 999,999.99 999,999.99
DD/MM/AAAA HH:MM Página# 999
CUENTA
NOMBRE DEL ESTADO FINANCIERO
FECHA DORTE: DD/MM/AAAA
SUCURSAL PRINCIPAL
SISAD
Sistema de Administración
GroupSoft Página # 98
SoundStage
Entretaiment Club
Diseño
de Reportes
Fecha de Elaboración: 31/AGO/2000
Autor GroupSoft Proyecto Soundstage Módulo Control de socios
Nombre Físico: REP_CTSC_SOCI
Descripción: Reporte de Socios por Zona REPORTE DE SOCIOS
ORDENADO POR ZONA Pág.: 1/1
ZONA: Norte FECHA: 30 de Agosto de 2000
CÓDIGO
SOCIO
NOMBRE APELLIDO CEDULA DIRECCION E-MAIL
000055551 KERLY PAHOLA ANDRADE CHUCHUCA 0702356898 SAC-2-MAZ 32 PAW-5.COM
000021554 JOSE ANTONIO CUENCA LOPEZ 0502564154 URD-MAZ 13-6 FCL-VF-JG.COM 000019447 DIANA ELISA FAJARDO ARANGO 0512455454 ALB-7 –MAZ 7 KJH-JGF.COM
ESPECIFICAR
RESPOSABILIDADES
SISAD
Sistema de Administración
GroupSoft Página # 99
En este punto se detallarán las responsabilidades de cada uno de los departamentos y
áreas en las cuales se implementará el nuevo sistema.
Adicionalmente se detallan las seguridades que posee el sistema, además de las que no
son propias de este.
El capítulo se divide en:
Especificación de responsabilidades por departamento.
Sistemas.
Contabilidad.
Recepción.
Definición de Seguridades.
Internas.
Externas.
5
SISAD
Sistema de Administración
GroupSoft Página # 100
Especificación de Responsabilidades
por Departamento
SSiisstteemmaass
Es el responsable del mantenimiento del sistema, esto es verificar que las
operaciones del mismo funcionen de acuerdo a lo esperado.
En caso de que alguna persona tenga problemas en el manejo del sistema o
conexión al mismo, se encargará de ayudar al usuario para resolver el problema.
Se encargará de realizar los respaldos de la información y supervisar los procesos
de cierre contable.
Recibirá requerimientos de los demás departamentos con respecto a posibles
cambios en el sistema.
El departamento estará en la capacidad de elaborar nuevas aapplliiccaacciioonneess.
CCoonnttaabbiilliiddaadd
Este departamento se encargará de registrar las transacciones diarias de la
empresa, generando estados financieros y balances generales.
También se podrán emitir roles de pago a los 15 y 30 días de cada mes, además
conciliaciones bancarias al final del mes.
RReecceeppcciióónn
En esta área, se dará información acerca de los servicios que presta la empresa, y
receptará las solicitudes de admisión.
Definición de Seguridades
IInntteerrnnaass
Restringir el acceso a las opciones del sistema, esto permitirá que sólo algunos
usuarios puedan corregir información del sistema.
Restringir el acceso a los mmóódduullooss del sistema, esto permitirá que el personal solo
pueda modificar datos en el mmóódduulloo que se creó para su área de trabajo.
Eliminar el permiso para borrar aarrcchhiivvooss en los ddiirreeccttoorriiooss que maneje el sistema.
Proteger la información del sistema con claves, sólo el personal de sistemas
conocerá dicha clave.
SISAD
Sistema de Administración
GroupSoft Página # 101
EExxtteerrnnaass
Se debe tener ventilado el área donde se encuentran las computadoras, el ambiente
debe ser de 16°C como máximo.
El área donde se encuentran las computadoras no debe estar con ventanas abiertas,
no debe haber polvo en el ambiente.
Se debe instalar UPS, para prevenir problemas con el sistema si se produce un corte
imprevisto de energía eléctrica.
CARACTERISTICAS DE
OPERACION
SISAD
Sistema de Administración
GroupSoft Página # 102
En este punto se define la frecuencia, responsable y forma de respaldar la información
del sistema.
Este capítulo se divide en:
Frecuencia y Responsable.
Consideraciones al Respaldar la Información.
Forma de Respaldar la Información.
Consideraciones sobre la Restauración de Información.
Forma de Restaurar la Información.
6
SISAD
Sistema de Administración
GroupSoft Página # 103
FFrreeccuueenncciiaa yy RReessppoonnssaabbllee
Existirán dos períodos de respaldo: semanal y anual.
Frecuencia Actividad Recurso Responsable
Semanal Respaldo de información CCDD--RRWW de 650 MMBB Encargado del sistema
Anual Respaldo de información CCDD--RR de 650 MMBB Encargado del sistema
Semanal, este reunirá la información existente en el período anual actual y añadirá los
datos generados en la semana. Este servirá para tener en un respaldo toda la
información, en caso de pérdida de los datos no se tendrá que tomar información de
varios CD.
Anual, este tomará la información total del período anual. Esto servirá para tener en un
CD que no podrá ser alterado la información definitiva del período contable.
CCoonnssiiddeerraacciioonneess aall rreessppaallddaarr llaa iinnffoorrmmaacciióónn
Para sacar el respaldo, se debe tener las siguientes precauciones:
Se debe realizar al terminar la jornada laboral.
Verificar que nadie se encuentre utilizando el sistema, preferiblemente inhabilitar el
acceso a la red a todos los usuarios.
No utilizar otras aplicaciones en la computadora durante el tiempo que tarde el
respaldo.
No realizar impresiones durante el tiempo que tarde el respaldo.
FFoorrmmaa ddee rreessppaallddaarr llaa iinnffoorrmmaacciióónn
A continuación se describe de forma general la manera de respaldar la información del
sistema, se debe recordar que este proceso será efectuado por el encargado del sistema,
quien será adiestrado en todos los aspectos acerca del proceso.
1) Ejecutar el proceso de respaldo desde la base de datos.
2) Colocar el CD correspondiente en la unidad de lectura/escritura para CD del
servidor.
3) Formatear el CD.
4) Copiar los archivos generados por el proceso de respaldo al CD.
5) Guardar el CD en la caja fuerte a prueba de fuego de la empresa.
6) Entregar el CD al gerente (el primer día laborable después del respaldo), este
designará una persona que lleve el CD a una caja fuerte que se encuentre fuera de la
empresa.
CCoonnssiiddeerraacciioonneess ssoobbrree llaa rreessttaauurraacciióónn ddee iinnffoorrmmaacciióónn
Será ejecutado por el encargado del sistema.
Se llevará a cabo en caso de siniestros como: robo de equipos, incendios, daños
irreparables en discos duros.
SISAD
Sistema de Administración
GroupSoft Página # 104
Se llevará a cabo en caso de haber confirmado los resultados de un proceso y
posterior a esto querer reversar dicho proceso.
FFoorrmmaa ddee rreessttaauurraarr llaa iinnffoorrmmaacciióónn
A continuación se describe de forma general la manera de restaurar la información
respaldada, se debe recordar que este proceso será efectuado por el encargado del
sistema, quien será adiestrado en todos los aspectos acerca del proceso.
1) Colocar el CD correspondiente en la unidad de lectura/escritura para CD del
servidor.
2) Ejecutar el proceso de restauración desde la base de datos.
ACUERDOS Y RESTRICCIONES
SISAD
Sistema de Administración
GroupSoft Página # 105
En este punto se describen los elementos que involucra la creación del nuevo sistema.
Este capítulo se divide en:
Costo del Sistema.
Hardware Requerido.
Personal Requerido.
Personal que Operará el Sistema.
Tiempo necesario para Diseñar e Implementar el Sistema.
Capacitación del Personal.
Ubicación de Terminales, Almacenamiento y Personal.
7
SISAD
Sistema de Administración
GroupSoft Página # 106
CCoossttoo ddeell SSiisstteemmaa
El costo del sistema es de $ 33,235.00 dólares americanos, este valor se desglosa de la
siguiente manera:
Hardware Requerido USD $ 5,984.00
Software Requerido USD $ 5,421.00
Personal Operativo USD $ 21,830.00
HHaarrddwwaarree RReeqquueerriiddoo
1 Servidor 800 MHZ, 20 GB de disco duro, 128 MB de memoria RAM.
3 Tarjetas de red Ethernet.
1 Computador con 32 MB RAM.
1 UPS de 15 minutos.
100 metros de cable par trenzado.
1 CD-WRITTER.
2 memorias de 32 MB DIMM.
2 Procesadores de 100 MHZ.
6 conectores RJ 45.
2 Impresoras matriciales de 80 columnas.
1 Impresora inyección a tinta.
PPeerrssoonnaall RReeqquueerriiddoo
Jefe de proyecto (supervisor) proporcionará un prototipo con el cual se adiestrará a
los operadores.
Analista programador adiestrará al personal en 2 semanas y se encargará de
verificar y diseñar los cambios que el usuario solicite. Duración 4 semanas.
Programador desarrollará los cambios diseñados por el analista programador.
Digitador migrará los datos, de forma manual para su posterior uso. Duración 1
semana y 1 día.
PPeerrssoonnaall qquuee OOppeerraarráá eell SSiisstteemmaa
Las personas que se necesitan para operar el sistema son las siguientes:
Módulo de Contabilidad
Contador
1 Asistente del contador
Control de Socios
Recepcionista
Asistente de Gerencia
Secretaria de Presidencia
SISAD
Sistema de Administración
GroupSoft Página # 107
TTiieemmppoo nneecceessaarriioo ppaarraa DDiisseeññaarr ee IImmppllaannttaarr eell SSiisstteemmaa
Actividad Tiempo
Fase de Diseño 5 semanas 2 días
Estandarización de Formatos 2 días
Diseño Modelo Entidad Relación 3 días
Diseño General del Sistema 2 días
Plan de Códigos 2 días
Diseño de Pantallas 4 días
Diseño de Reportes 4 días
Elaboración de los manuales 10 días
Fase de Desarrollo 8 semanas
Desarrollar programas 40 días
Fase de Implementación 8 semanas 3 días
Implementación Hardware y Software 2 días
Migrar Datos 6 días
Instrucción del Personal 10 días
Realizar Pruebas y Cambios 20 días
Puesta en Marcha definitiva 5 días
Duración Total del Proyecto 5 meses y 2 semanas
CCaappaacciittaacciióónn ddeell PPeerrssoonnaall
El personal ya mencionado será instruido sobre el manejo del sistema en un
departamento destinado y acondicionado para realizar las tareas de enseñanza.
Al finalizar la enseñanza los usuarios estará capacitados para:
1) Manejar el ambiente gráfico en el que se desenvuelve el sistema.
2) Conocer en que situaciones deben ejecutar los procesos del sistema.
3) Realizar un mantenimiento eficiente de la información en el sistema.
4) Reconocer y saber manejar mensajes de error como: no puede eliminar este
documento, acceso denegado, usuario no autorizado, etc.
5) Generación de reportes.
UUbbiiccaacciióónn ddee TTeerrmmiinnaalleess,, AAllmmaacceennaammiieennttoo yy PPeerrssoonnaall
Personal Terminales
Departamento de Contabilidad 1 Servidor, 2 Terminales
1 Impresora Matricial
CPA. Ann Martinelli 1 Terminal e impresora
Asistente 1 1 Terminal
Departamento de Administración 3 Terminales y 1 Impresora Matricial
Sr. Ice Murillo 1 Terminal
Srta. Tany Randell 1 Terminal
Encargado del Rol de Pagos 1 Terminal e impresora
Presidencia 1 Terminal y 1 Impresora a Tinta
Secretaria 1 Terminal e impresora
SISAD
Sistema de Administración
GroupSoft Página # 108
En este punto se describe la forma en que el sistema será evaluado, indica personal
encargado, procesos a probar y tiempo requerido.
Este capítulo se divide en:
Calendario de Actividades.
Personal Requerido – Auditorías, Pruebas y Cambios.
Especificaciones de las Auditorías realizadas.
Procesos a Probar.
Plan de Evaluación.
8 PRUEBAS DEL SISTEMA
SISAD
Sistema de Administración
GroupSoft Página # 109
CCaalleennddaarriioo ddee AAccttiivviiddaaddeess
Actividades Duració
n
Desde Hasta
Fase de Implementación 43 días Lun 2/10/2000 Mié 29/11/2000
Implementación Hardware y
Software
2 días Lun 2/10/2000 Mar 3/10/2000
Migrar Datos 6 días Mié 4/10/2000 Mié 11/10/2000
Instrucción del Personal 10 días Jue 12/10/2000 Mié 25/10/2000
Auditorías, Pruebas y Cambios 20 días Jue 26/10/2000 Mié 22/11/2000
Puesta en Marcha definitiva 5 días Jue 23/11/2000 Mié 29/11/2000
Duración total de Implementación: 8 semanas y 3 días
PPeerrssoonnaall RReeqquueerriiddoo –– AAuuddiittoorriiaass,, PPrruueebbaass yy CCaammbbiiooss
2 Usuarios: CPA. Ann Martinelli (Dpto. Cont.) y la Srta. Tany Randell (Dpto.
Adm.)
Estos usuarios fueron seleccionados para esta evaluación, estarán encargados de
mencionar los cambios que ellos consideren necesarios.
1 Analista de Sistemas – Jefe de Proyecto Supervisor
El Jefe de Proyecto estará a cargo de supervisar las revisiones, pruebas y evaluaciones
al Sistema. Se regirá al calendario realizando punto por punto las actividades
mencionadas.
1 Analista Programador de Sistemas
El Analista programador estará encargado de receptar los cambios sugeridos por los
usuarios, diseñarlos y serán pasados al Programador para que los desarrolle.
1 Programador de Aplicaciones
El Programador receptará los cambios ya diseñados por el Analista programador y se
encargará de hacer las respectivas modificaciones al Sistema.
1 Digitador
El Digitador estará encargado de migrar los datos manualmente, tantos sean necesarios
y requeridos por el Jefe de Proyecto, para realizar las evaluaciones y pruebas
respectivas.
EEssppeecciiffiiccaacciioonneess ddee llaass AAuuddiittoorriiaass RReeaalliizzaaddaass
Duración Total de las Auditorías: 20 días
Datos de prueba migrados:
1) Registros Automáticos de Contabilidad (porque se tiene un Sistema de
Contabilidad).
2) Registros Manuales de Socios (porque el manejo de socios es manual).
SISAD
Sistema de Administración
GroupSoft Página # 110
PPrroocceessooss aa pprroobbaarr::
1) Mantenimiento de Registros al Módulo de Contabilidad
2) Recepciones de Pagos y Solicitudes de Socios
3) Generaciones de Reportes y Copias de Respaldos
Actividades Duración Registros utilizados
Primera Migración 1 día 100 Registros Contabilidad - 100 Registros Socios
Primera Auditoría 2 días
Cambios al sistema 3 días
Segunda Migración 3 días 500 Registros Contabilidad - 500 Registros Socios
Segunda Auditoría 4 días
Cambios al sistema 7 días
Posterior a las Pruebas realizadas continúa el Proceso de Puesta en Marcha Definitiva.
PPllaann ddee EEvvaalluuaacciióónn
Las pruebas consisten en poner en producción al nuevo sistema en paralelo con la forma
en que actualmente se llevan los procesos.
Los datos a utilizarse en el sistema desarrollado serán los mismos que son procesados en
el actual sistema, lo cual resaltará las diferencias en procesos deficientes, tiempo de
respuesta, interacción con el usuario, potencial de crecimiento, veracidad y seguridad de
información.
Para la Auditoría del Sistema se llenará la siguiente Tabla de Evaluación:
Matriz de Evaluación
Item Ponderación
Máxima
Puntaje del
Sistema Actual
Puntaje del
Sistema Propuesto
Eficacia
Veracidad
Seguridad
Tiempo de respuesta
Interacción con el usuario
Potencial de crecimiento
15
30
20
15
10
10
6
7
8
3
8
1
14
28
18
13
10
10
Puntaje Total 100 33 93
PLAN DE TRABAJO
SISAD
Sistema de Administración
GroupSoft Página # 111
En este punto se presenta una gráfica de tiempos para ver de mejor forma las etapas y
cuánto tomará implementar totalmente el sistema.
9
1
MMAANNUUAALL DDEELL
UUSSUUAARRIIOO
SSIISSTTEEMMAA DDOOSSiisstt
VERSION 1.0
Elaborado por:
Yalitza Chóez Suárez
Octubre 2010
UUNNIIVVEERRSSIIDDAADD DDEE GGUUAAYYAAQQUUIILL
2
1
En este documento se describirán los objetivos e información clara y concisa de cómo
utilizar el sistema de Dosis Sistematizada (DOSist) y su funcionamiento.
El sistema de Dosis Sistematizada (DOSist) fue creado con el objetivo de aminorar los
errores en la medicación que puedan existir en los diferentes salas de Hospitales
públicos y privados, para nuestro proyecto se ha tomado como centro de enfoque la Sala
Santa Josefina del Hospital Neumológico “Alfredo J. Valenzuela”. Brindando mayor
control en las dosis de medicinas prescritas que reciben los pacientes de género
femenino que se encuentran hospitalizadas en dicha sala.
Es de mucha importancia consultar este manual antes y/o durante la visualización de las
pantallas, ya que lo guiará paso a paso en el manejo del mismo.
Con el fin de facilitar la comprensión del manual, se incluyen gráficos explciativos.
MMAANNUUAALL DDEE DDIISSEEÑÑOO SSIISSTTEEMMAA SSIISSAADD
VERSION 1.0
Dirigido a:
SOUNDSTAGE ENTERTAINMENT CLUB
Elaborado por:
Byron Fonseca
Javier Guamán Pablo Leiva
Nasly Sánchez
EESSCCUUEELLAA SSUUPPEERRIIOORR PPOOLLIITTEECCNNIICCAA
DDEELL LLIITTOORRAALL
PARALELO 4
Técnicas de Documentación
LSI. Glenda Jácome
INTRODUCCION
3
El objetivo primordial de éste manual es ayudar y guiar al usuario a utilizar el Software
de Dosificación Sistematizada DOSist, brindando un mejor control y colaboración en
especial al personal Auxiliar de Enfermería al momento de aplicar las dosis de la
medicinas requeridas para su tratamiento de esta forma se aminora en un gran
porcentaje los errores u olvidos al momento de dosificar.
El presente manual comprende:
Guía para acceder al Sistema DOSist.
Conocer como utilizar el sistema, mediante una descripción detallada e ilustrada de
las opciones.
Conocer el alcance de toda la información por medio de una explicación detallada e
ilustrada de cada una de las páginas que lo conforman.
2 OBJETIVO DE ESTE MANUAL
4
Este manual está orientado a los Usuarios Finales involucrados en las diferentes etapas
de operación del DOSist, es decir para administradores, médicos y auxiliares de
enfermería que van a interactuar con el sistema.
3 DIRIGIDO A
5
Los conocimientos mínimos que deben tener las personas que operarán las páginas y
deberán utilizar este manual son:
Conocimientos básicos del manejo de un computador.
Conocimientos básicos acerca de Programas Utilitarios.
Conocimiento básico de Windows.
4 LO QUE DEBEN CONOCER
6
Entre las convenciones y estándares a utilizar tenemos las siguientes:
5.1. Convenciones de formato de texto.
FORMATO TIPO DE INFORMACION
LETRAS MAYÚSCULAS En los campos de nombres, apellidos
dirección, etc.
5.2. Convenciones del uso del mouse.
TERMINO SIGNIFICADO
SEÑALAR Colocar el extremo superior del
mouse sobre el elemento que se
quiere señalar.
HACER CLIC Presionar el botón principal del
mouse y soltarlo inmediatamente.
5 CONVENCIONES Y
ESTANDARES A UTILIZAR
7
Para la implementación de DOSist, requerimos lo siguiente:
6.1. Hardware
Se requiere de una PC, Intel Pentium IV, de 2Ghz de velocidad, 120 Gb. de
disco duro, de más de un Gb de memoria RAM.
6.2. Software
El requerimiento de la base de datos es el SQL Server 2005.
El sistema operativo del computador en la cual será instalado DOSist deberá ser
Windows 7.
6 ESPECIFICACIONES TECNICAS
8
Para ingresar al sistema debemos tomar en cuenta algunos aspectos que a continuación
se detallan:
7.1. Pasos para encender la computadora
1. Encienda el C.P.U. presionando el botón Power. Ver Fig. 1
2. Encienda el Monitor presionando el botón Power. Ver Fig. 1
Fig. 1 Botones de encendido del computador
3. Espere mientras carga el Sistema Operativo. La apariencia de la pantalla
mientras se carga el sistema es de un color negro y se aprecia la frase
iniciando Windows.
4. Automáticamente aparecerá la pantalla de Windows. La pantalla de
Windows puede ser de varios tipos o diseños.
7 INGRESO AL SISTEMA
DOSist
9
7.2. Pasos para acceder a DOSist.
1. Ubíquese en el escritorio de Windows, y haga doble clic en el ícono del
sistema . Ver Fig. 2
Fig. 2. Ubicación del ícono
2. A continuación aparecerá la pantalla principal del sistema DOSist. Ver Fig.
3.
Fig. 3. Pantalla principal de DOSist.
Doble clic
aquí
10
3. Hacer clic en el Menú Archivo, y hacer clic en LogIn. Ver Fig. 4
Fig. 4. Activar opción LogIn.
4. Aparecerá la pantalla de Bienvenido, en la cual podrá ingresar el usuario
asignado y la contraseña, dar clic en el Botón Ingresar. Ver Fig. 5
Fig. 5. Pantalla de Bienvenido.
11
5. En caso de haber ingresado de forma errada el usuario y/o la contraseña, el
sistema presentará en pantalla un mensaje de error, en el cual le va a
indicar que el Usuario y/o contraseña están mal ingresados, deberá hacer
clic en el botón Aceptar y a continuación deberá de volver a ingresar a esta
ventana, repitiendo los pasos 3 y 4. Ver Fig. 6.
Fig. 6. Mensaje de error, al ingresar al sistema.
6. Caso contrario al paso No. 5, si usted ha ingresado correctamente el usuario
y/o contraseña, el sistema le permitirá el acceso al mismo y se cargarán las
opciones del menú de acuerdo a los perfiles que se les ha asignado y
también se exibirá en la superior de la pantalla un mensaje de Bienvenida
con el Nombre del Usuario, y la fecha actual del sistema. Ver Fig. 7.
Fig. 7. Pantalla principal después de haber ingresado al sistema.
12
A continuación se detallan las funciones básicas del sistema DOSist por Menú:
8.1. Mantenimiento Referencial En esta pantalla se podrá ingresar, modificar y consultar todos los campos
referenciales que se utilizarán en el sistema DOSist. Ver Fig. 8
Fig. 8. Pantalla de Mantenimiento de Referenciales.
8 FUNCIONES DEL SISTEMA
DOSist
13
8.1.1. Ingreso de Referenciales Cuando ya se sabe que tipo de referencial será ingresado se da
clic en Mantenimiento y a continuación en el Menú
Referenciales. Ver fig. 9
Fig. 9. Como ir a la pantalla Mantenimiento - Referenciales.
Se cargará la siguiente pantalla en la cual se podrá ingresar los
referenciales previamente definidos. Escogiendo en el campo raíz
el referencial del cual van a depender los diferentes campos. Se
ingresa en el campo Detalle, el nombre de los referenciales
dependientes, en elcampo Indice se escribe 1 si es raíz, 2 si es
dependiente, se activa la casilla Raíz en caso de que lo sea. En
cuanto al Estado se selecciona Activo para decir que ese
referencial se encuentra activo en el sistema si se lo quiere dejar
inactivo se selecciona Inactivo. Se da clic en Ingreso y aparecerá
un mensaje indicado que el dato se ha guardado con éxito. Ver
Fig.10.
Ejemplo: Raíz: Estado Civil, campos dependientes Soltera,
Casada, Divorciada.
Fig. 10. Como ir a la pantalla Mantenimiento - Referenciales.
14
8.1.2. Consulta de Referenciales Si se requiere consultar algún referencial, ponga el puntero del
mouse en la caja de texto ubicada antes de la lista que se
encuentra al final de la pantalla y escriba algo relacionado al
referencial que desea consultar, una vez localizado el referencial a
consultar de doble clic sobre el mismo y los campos de arriba se
llenarán de acuerdo a la ubicación.. Ver fig. 11
Fig. 11. Realizar consultas en pantalla Mantenimiento - Referenciales.
8.1.3. Modificación de Referenciales Si se requiere modificar algún dato una vez se haya consultado el
dato a modificar, se realizan las modificaciones necesarias y se da clic en
el botón Modificar, aparecerá un mensaje de Dato Grabado con éxito.
Ver fig. 12
Fig. 12. Mensaje de grabación exitosa.
15
8.2. Mantenimiento Pacientes En esta pantalla se podrá ingresar, modificar y consultar los datos de los
pacientes que ingresan en la Sala Santa Josefina, cabe indicar que si no está
ingresado en el sistema no se podrá realizar ningún ingreso de sala para el
paciente.. Ver Fig. 13
Fig. 13. Pantalla de Mantenimiento Pacientes.
La forma de ingresar a los pacientes se lo realiza de la siguiente manera:
1. En el campo Ident. se ingresará el numero de cedulad e identidad del
paciente, este campo solo admite numero no letras ni caracteres
especiales, y se deben colocar 10 dígitos de los contrario el sistema le
presentará un mensaje de error indicando que debe ser de 10 dígitos
ni menos ni mas. Se indica que el sistema cuenta con un código de
dígito verificador es decir que se deberán ingresar números de cedula
reales de lo contrario el sistema enviara un mensaje indicando que el
número ingresado no es cedula válida.
2. En los campos nombre y apellidos solo se aceptarán letras, no
números ni símbolos especiales, y deben ser llenados todos los
campos o el sistema no permitirá el ingreso de ese registro.
3. En el campo dirección, se ingresará la dirección del paciente.
4. En el campo Género se seleccionará el género del paciente sea
femenino o masculino.
5. En el campo Estado se registrará al paciente ingresado como activo.
6. En el campo E. Civil, se registrará el estado civil del paciente.
7. En el campo provincia se registrará la provincia de donde proviene el
paciente.
8. En el campo F. Nac. se escogerá la fecha de nacimiento del paciente,
se aclara que no puede ser inferior a 15años ni posterior a la fecha
actual, de ser así el sistema no permitirá el ingreso del registro.
9. En el campo mail, se ingresará la dirección de correo electrónico del
paciente en caso que lo posea.
10. En el campo Teléfono se ingresará el numero de celular del paciente.
16
11. En el campo Fijo, se ingresará el número convencional del paciente,
al momento de ingresarlo en el cuadro de texto inhabilitado aparecerá
el código de la provincia seleccionada.
12. Una vez llenados todos los campos, se dará clic en el botón Ingreso y
se presentará el mensaje de Grabación exitosa.
8.2.1. Ingreso de Referenciales Se ingresa la cédula de identidad del paciente, por lo que solo
acepta 10 dígitos. Se ingresa los nombres y apellidos del paciente
la dirección. El género. El Estado del paciente sea
Activo/Inactivo. Estado Civil. Provincia de donde proviene, La
fecha de nacimiento. Mail. Telefono Celular y Fijo. Y se clic en
Ingreso en caso de estar todos los datos ingresados correctamente
aparecerá el mensaje de Grabación exitosa. Ver fig. 14
Fig. 14. Como ir a la pantalla Mantenimiento - Referenciales.
8.2.2. Consulta de Pacientes Si se requiere consultar los datos de algún paciente existen dos
formas de hacerlo:
a. Se da clic en el botón que se encuentra al lado del campo
código, y estelo dirigirá a la pantalla de consulta de personas,
en la cual en el campo de parámetros, usted podrá escribir el
nombre relacionado al paciente a buscar. Ver fig. 15, una vez
haya encontrado el paciente a consultar se da doble clic en el
mismo y se cerrara esa ventana y en la pantalla
Mantenimiento Personas se ubicarán los datos
correspondientes al paciente seleccionado. Ver fig. 16
17
Fig. 15. Realizar consultas en pantalla Consulta - Referenciales.
Fig. 16. Consulta realizada en pantalla Mantenimiento - Referenciales.
b. La segunda forma es dando clic en el menú Consultar y se
selecciona la opción personas. Ver fig. 17
18
Fig. 17. Como ir a la pantalla Consulta - Personas.
8.2.3. Modificación de Referenciales Si se requiere modificar algún dato del paciente, se realizan las
modificaciones necesarias y se da clic en el botón Modificar,
aparecerá un mensaje de Dato Grabado con éxito.
8.3. Consulta Referenciales En esta pantalla se podrá consultar los datos de los referenciales, pacientes y
menú que se hayan creados o ingresado en el sistema. Simplemente se escoge
que se desea consultar y las pantallas para cada opción son muy similares, lo
único que se debe hacer es escribir algo referente al dato a consultar y
automáticamente se ira llenado la lista que se encuentra en la pantalla con todos
los registros que contengan el dato ingresado, usted podrá hacer doble clic una
vez encontrado el registro a consultar y lo dirigirá a la pantalla de mantenimiento
del tipo de dato buscado Ver Fig. 18
Fig. 18. Como ir a la pantalla Consulta - Referenciales, Personas y Menú
8.4. Procesos – Ingresos - Paciente En este menú se realizarán todos los procesos principales del sistema, como los
ingresos a Sala de los pacientes, el registro del tratamiento para determinado
19
paciente ingresado por el médico responsable y las diferentes formas de
consultar las dosis pendiente por aplicar que tendrán cada Auxiliar de
Enfermería Ver Fig. 19
Fig. 19. Como ir a la pantalla Procesos Ingreso.
8.4.1. Ingreso de Pacientes En esta pantalla el personal con rol de médico, registrará el
ingreso de los pacientes a la sala, previamente haberlo ingresado
en la pantalla Mantenimiento Pacientes, de lo contrario nopodrá
registrar dicho ingreso, porque esa opción lo dirige a la pantalla
consulta personas, y una vez buscado el paciente a registrar el
ingreso, se da doble clic y se abrirá la pantalla de ingreso de
paciente. Ver fig. 20
Fig. 20. Pantalla Proceso Ingreso Paciente
En esta pantalla se registrarán los datos del paciente a hospitalizar
de la siguiente forma:
1. Fecha de ingreso
20
2. En el campo personal se registrará la persona que esta
registrando el ingreso.
3. En el campo paciente el cual esta inhabilitado se visualizará el
nombre del paciente a ingresar.
4. En el campo Tipo, se podrá registrar el número de veces que
ha ingresado determinado paciente.
5. En el campo Tratamiento se podrá escoger el tipo de
tratamiento que va a seguir el paciente a ingresar.
6. En el campo activo se registra al paciente como activo.
7. En el campo Condición Pcte. se ofrecen algunas opciones para
determinar en que estado o situación ingresó el paciente.
8. En el campo observación, se registrará alguna observación
adicional que se requiera.
9. Los campos usuario y fecha inhabilitados serán llenados en el
momento que se de clic en Ingreso y se guarden los datos.
8.4.2. Ingreso de Chequeos En esta pantalla el personal con rol de médico y auxiliar,
registrará el chequeo u observaciones diarias del determinado
paciente. Primero busca al paciente que ha sido chequeado le da
clic sobre el mismo, y procede en la parte inferior a ingresar los
datos requeridos una vez ingresados da click el botón ingreso y
aparecerá el mensaje de grabación exitosa. Y en la lista de abajo
se irán visualizando los datos de los chequeos ingresados. Ver
Fig. 21.
Fig. 21. Pantalla Proceso Ingreso Chequeo.
8.4.3. Ingreso de Tratamiento En esta pantalla el personal con rol de médico, registrará el
tratamiento a seguir de terminado paciente, medicamento por
medicamento. Lo realiza seleccionando al paciente del cual se le
21
va a registrar el tratamiento, a continuación se abrirá una pantalla
en la cual se registrara el medicamento y la forma en que lo va a
suministrar. Y en la lista de abajo se irán visualizando los datos de
los chequeos ingresados. Ver Fig. 22 y 23 .
Fig. 22. Pantalla Proceso Ingreso Tratamiento
Fig. 21. Pantalla Proceso Ingreso Tratamiento.
8.4.5. Proceso Consulta e Ingreso Aplicación En esta pantalla el personal con rol de auxiliar de
enfermería, consultará las dosis pendientes de aplicación,
por fecha y por dato a buscar. Ver Fig. 24.
22
Fig. 24. Pantalla Proceso Consulta Dosis.
En esta pantalla se registrará la dosis aplicada, se
selecciona el paciente a suministrar dosis y se da doble
clic sobre el registro, a continuación se abrirá una pantalla
en la cual se registrará la dosis aplicada por el auxiliar de
turno, cabe indicar que solo lo podra hacer el auxiliar que
se encuentre con turno registrado caso contrario aparecerá
una ventana indicado que no posee turnos asignado. Ver.
Fig. 25 y 26.
Fig. 25. Pantalla Proceso Dosis Aplicada.
23
Fig. 26. Mensaje de asignación de turno.
8.4.6. Proceso Monitoreo de Dosis En esta pantalla el personal con rol de médico y auxiliar de
enfermería, tendrá la facilidad de ver las dosis que están
pendientes de suministrar, a medida que se vaya
ingresando un nuevo tratamiento se visualizara en esta
pantalla cuando ya pase el tiempo indicado se quitará de
esta pantalla la dosis. Ver Fig. 27.
Fig. 27. Mensaje de asignación de turno.
24
8.5. Inventario En este menú se realizarán los ingresos de la medicina retirada para la
suministración, cabe indicar que este módulo solo es para la demostración
puesto que pertenece al módulo de inventario. Ver Fig. 28
Fig. 28. Como ir a la pantalla Inventario.
8.5.1. Inventario Existencia Ingreso En esta pantalla se registrarán las medicinas que han sido
solicitadas para determinado paciente, y cada vez que se registre
una aplicación disminuirá el stock. Ver Fig. 29
Fig. 29. Pantalla Inventario Mantenimiento Existencias.
25
8.5.2. Inventario Existencia Kardex En estas pantallas se podrá consultar el stock y el movimiento de
cada medicina, de dos formas el stock y los ingresos y egresos de
cada una. Cada vez que se aplique una dosis el sistema lo tomara
como un egreso Ver Fig. 30 y 31
Fig. 30. Pantalla de Kardex Detallado.
Fig. 31. Pantalla de Kardex Consolidado.
8.6. Seguridad
26
En este menú el usuario con rol de administrador, podrá ingresar, crear y
modificar los perfiles del sistema y asignar a cada usuario determinado perfil
para que solo tenga acceso a las funciones que le compete a cada usuario de
acuerdo a su rol. Ver Fig. 32
Fig. 32. Como ir a la pantalla Seguridad.
8.6.1. Seguridad Menu
En esta pantalla el usuario administrador, podrá realizar consultas
e ingresos del menú pero de acuerdo a los ítems principales, se
debe indicar que solo se podrá ingresar siempre y cuando este sea
ingresado en el código fuente en la clase donde se define el
Menú. Ver Fig. 33
La forma de creación de ítems de acuerdo al menú principal se lo
realizará de la siguiente forma:
1. En el campo padre se selecciona el menú principal al que se
desea agregar el ítem.
2. En el campo detalle se escribe el ítem que se desea agregar.
3. En el campo Indice se escribe el numero 2 para que sepa que
no se esta refiriendo al menú principal si no a los que
dependen de el.
4. En el campo Estado se registra al menú ingresado como
activo.
5. Se da clic en Ingreso y se guarden los datos.
27
Fig. 33. Pantalla de Seguridad Menu.
8.6.2. Seguridad Perfiles En esta pantalla el usuario administrador, podrá realizar
asignaciones de menú a los perfiles creados en el sistema en la
pantalla Mantenimiento Referenciales, en el tipo perfiles. Ver
Fig. 34.
La forma de asignación de los ítems del menú a los perfiles
creados se lo realizará de la siguiente forma:
2. En el campo Menu se selecciona el ítem que se desea agregar
al perfil.
6. En el campo Rol se seleccional el perfil al que se desea
agregar el ítem seleccionado en el literal 1.
7. En el campo Estado se registra a la asignación ingresada como
activo.
8. Se da clic en Ingreso y se guardan los datos.
28
Fig. 34. Pantalla Perfiles.
8.6.3. Seguridad Perfiles Usuarios En esta pantalla el usuario administrador, podrá realizar
asignaciones de perfiles a los usuarios creados en el menú
Recursos Humanos. Ver Fig. 35.
La forma de asignación de los perfiles a los usuarios registrados
se lo realizará de la siguiente forma:
3. En el campo Usuario se selecciona el usuario al que se desea
agregar un perfil.
9. En el campo Rol se selecciona el perfil que se desea agregar al
usuario seleccionado en el literal 1.
10. En el campo Estado se registra a la asignación ingresada como
activo.
11. En el campo Desde se selecciona la fecha en la que el usuario
ingresa al sistema.
12. En el campo Hasta se selecciona la fecha aproximada en la
que el usuario sale del sistema.
13. Se da clic en Ingreso y se guardan los datos.
29
Fig. 35. Pantalla Perfiles Usuarios.
8.6.4. Seguridad Auditoria En esta pantalla el usuario administrador o médico, podrá realizar
consultas sobre las diferentes acciones que realizan los usuarios y
podrá sacar un registro de los mismos. Ver Fig. 36.
Fig. 36. Pantalla Auditoria.
30
8.7. Recursos Humanos En este menú se realizarán los ingresos del personal que va a operar el
sistema así como la asignación de horarios de turnos para los Auxiliares
de Enfermería puesto que si no está registrado su turno no podrá registrar
las aplicaciones de las dosis. Porque el sistema le enviará un mensaje
diciendo que no tiene asignado horario, cabe indicar que este módulo
solo es para la demostración puesto que pertenece al módulo de Recursos
Humanos. Ver Fig. 37
Fig. 37. Como ir a la pantalla Recursos Humanos.
8.7.1. Recursos Humanos Personal En esta pantalla se podrá ingresar, modificar y consultar los datos
del personal que va a operar el sistema en la Sala Santa Josefina.
Ver Fig. 38.
La forma de ingresar a los pacientes se lo realiza de la siguiente
manera:
1. En el campo Ident. se ingresará el numero de cedulad e
identidad del paciente, este campo solo admite numero no
letras ni caracteres especiales, y se deben colocar 10 dígitos de
los contrario el sistema le presentará un mensaje de error
indicando que debe ser de 10 dígitos ni menos ni mas. Se
indica que el sistema cuenta con un código de dígito
verificador es decir que se deberán ingresar números de
cedula reales de lo contrario el sistema enviara un mensaje
indicando que el número ingresado no es cedula válida.
2. En los campos nombre y apellidos solo se aceptarán letras, no
números ni símbolos especiales, y deben ser llenados todos
los campos o el sistema no permitirá el ingreso de ese registro.
3. En el campo dirección, se ingresará la dirección del paciente.
31
4. En el campo Género se seleccionará el género del paciente sea
femenino o masculino.
5. En el campo Estado se registrará al paciente ingresado como
activo.
6. En el campo E. Civil, se registrará el estado civil del paciente.
7. En el campo provincia se registrará la provincia de donde
proviene el paciente.
8. En el campo F. Nac. se escogerá la fecha de nacimiento del
paciente, se aclara que no puede ser inferior a 15 años ni
posterior a la fecha actual, de ser así el sistema no permitirá el
ingreso del registro.
9. En el campo mail, se ingresará la dirección de correo
electrónico del paciente en caso que lo posea.
10. En el campo Teléfono se ingresará el número de celular del
paciente.
11. En el campo Fijo, se ingresará el número convencional del
paciente, al momento de ingresarlo en el cuadro de texto
inhabilitado aparecerá el código de la provincia seleccionada.
12. Una vez llenados todos los campos, se dará clic en el botón
Ingreso y se presentará el mensaje de Grabación exitosa.
Fig. 36. Pantalla Mantenimiento Personal.
32
8.7.2. Recursos Humanos Asignación de Horarios En esta pantalla el administrador o el médico podrán ingresar los
horarios de los auxiliares de enfermería, indicando turnos no
inferiores no posteriores a 6 horas. Ver Fig. 37.
La asignación de los horarios a los usuarios se lo realiza de la
siguiente manera:
1. En el campo Desde se elige la fecha y hora en que inicia el
turno de labores.
2. En el campo Hasta se elige la fecha y hora en que finaliza el
turno de labores.
3. En el campo Personal se escoge el usuario al que se le va a
asignar el horario detallado en los literales 1 y 2.
4. En el campo Estado se registra si el horario está activo.
5. Se da doble clic en el botón Ingreso y aparecerá el mensaje de
grabación exitosa.
Fig. 37. Pantalla Asignación de Horarios.
top related