S I O.I.V. REALIZADO POR: Tecnólogo Jesús Rafael …€¦ · 5.8.3 DIAGRAMA DE FLUJO DE DATOS...
95
UNIV CARRE DESARROLLO DE U CI VERSIDAD NACIONAL EXPERIMENTAL DE GUAYA VICERRECTORADO ACADÉMICO COORDINACIÓN GENERAL DE PREGRADO COORDINACIÓN DE PASANTÍAS ERA: PROYECTO DE CARRERA ING. EN INFORMÁ UN SISTEMA DE INFORMACIÓN DE SERVICIOS M CONSORCIO O.I.V. TOCOMA IUDAD GUAYANA, SEPTIEMBRE DE 2011 REALIZADO POR: Tecnólogo Jesús Rafa ANA ÁTICA MÉDICOS PARA EL 1. ael Zamora Pérez CI: 13.620.101
Transcript of S I O.I.V. REALIZADO POR: Tecnólogo Jesús Rafael …€¦ · 5.8.3 DIAGRAMA DE FLUJO DE DATOS...
UNIVERSIDAD
CARRERA
DESARROLLO DE UN
CIUDAD GUAYANA,
NIVERSIDAD NACIONAL EXPERIMENTAL DE GUAYANA
VICERRECTORADO ACADÉMICO
COORDINACIÓN GENERAL DE PREGRADO
COORDINACIÓN DE PASANTÍAS
ARRERA: PROYECTO DE CARRERA ING. EN INFORMÁTICA
UN SISTEMA DE INFORMACIÓN DE SERVICIOS M
CONSORCIO O.I.V. TOCOMA
CIUDAD GUAYANA, SEPTIEMBRE DE 2011.
REALIZADO POR:
Tecnólogo Jesús Rafael Zamora Pérez
UAYANA
NFORMÁTICA
MÉDICOS PARA EL
1.
Jesús Rafael Zamora Pérez
CI: 13.620.101
UNIVERSIDAD
CARRERA
DESARROLLO DE UN
Proyecto de Pasantía para
TUTOR ACADÉMICO:
TUTOR INDUSTRIAL:
CIUDAD GUAYANA,
NIVERSIDAD NACIONAL EXPERIMENTAL DE GUAYANA
VICERRECTORADO ACADÉMICO
COORDINACIÓN GENERAL DE PREGRADO
COORDINACIÓN DE PASANTÍAS
ARRERA: PROYECTO DE CARRERA ING. EN INFORMÁTICA
UN SISTEMA DE INFORMACIÓN DE SERVICIOS M
CONSORCIO O.I.V. TOCOMA
Proyecto de Pasantía para Optar por el título de Ingeniería en Informática
TUTOR ACADÉMICO: ING. ENNIS URBAEZ
C.I.: 11.213.386
TUTOR INDUSTRIAL: ING. HECTOR FLORES
C.I.: 13.335.667
CIUDAD GUAYANA, SEPTIEMBRE DE 2011
REALIZADO POR: Tecnólogo Jesús Rafael Zamora Pérez
UAYANA
NFORMÁTICA
MÉDICOS PARA EL
Optar por el título de Ingeniería en Informática
ENNIS URBAEZ
HECTOR FLORES
DE 2011.
Jesús Rafael Zamora Pérez
CI: 13.620.101
UNIVERSIDAD
En mi carácter de Tutor Industrial, del Informe de pasantía regular, presentado por el
Tecnólogo Jesús Rafael Zamora Pérez
optar al título de Ingeniería en Informática, considero que el mismo reúne los
requisitos suficientes pa
CIUDAD GUAYANA,
NIVERSIDAD NACIONAL EXPERIMENTAL DE GUAYANA
VICERRECTORADO ACADÉMICO
COORDINACIÓN GENERAL DE PREGRADO
COORDINACIÓN DE PASANTÍAS
CARRERA: ING. EN INFORMÁTICA
APROBACIÓN DEL TUTOR
cter de Tutor Industrial, del Informe de pasantía regular, presentado por el
Jesús Rafael Zamora Pérez, Cédula de Identidad V
optar al título de Ingeniería en Informática, considero que el mismo reúne los
requisitos suficientes para ser aprobado según calificación en acta.
ING. ENNIS URBAEZ
C. I. V- 11.213.386
Tutor Académico
CIUDAD GUAYANA, SEPTIEMBRE DE 2011
UAYANA
cter de Tutor Industrial, del Informe de pasantía regular, presentado por el
, Cédula de Identidad V-13.620.101 para
optar al título de Ingeniería en Informática, considero que el mismo reúne los
ra ser aprobado según calificación en acta.
1.
UNIVERSIDAD
En mi carácter de Tutor Industrial, del Informe de pasantía regular, presentado por el
Tecnólogo Jesús Rafael Zamora Pérez
optar al título de In
requisitos suficientes para ser aprobado según calificación en acta.
CIUDAD GUAYANA,
NIVERSIDAD NACIONAL EXPERIMENTAL DE GUAYANA
VICERRECTORADO ACADÉMICO
COORDINACIÓN GENERAL DE PREGRADO
COORDINACIÓN DE PASANTÍAS
CARRERA: ING. EN INFORMÁTICA
APROBACIÓN DEL TUTOR
En mi carácter de Tutor Industrial, del Informe de pasantía regular, presentado por el
Jesús Rafael Zamora Pérez, Cédula de Identidad V
optar al título de Ingeniería en Informática, considero que el mismo reúne los
requisitos suficientes para ser aprobado según calificación en acta.
ING. HECTOR FLORES
C. I. V- 13.335.667
Tutor Industrial
CIUDAD GUAYANA, SEPTIEMBRE DE 2011
UAYANA
En mi carácter de Tutor Industrial, del Informe de pasantía regular, presentado por el
, Cédula de Identidad V-13.620.101 para
geniería en Informática, considero que el mismo reúne los
requisitos suficientes para ser aprobado según calificación en acta.
DE 2011.
UNIVERSIDAD
En mi carácter de Jurado, del Informe de pasantía regular, presentado por el
Tecnólogo Jesús Raf
optar al título de Ingeniería en Informática, considero que el mismo reúne los
requisitos suficientes para ser aprobado según calificación en acta.
CIUDAD GUAYA
NIVERSIDAD NACIONAL EXPERIMENTAL DE GUAYANA
VICERRECTORADO ACADÉMICO
COORDINACIÓN GENERAL DE PREGRADO
COORDINACIÓN DE PASANTÍAS
CARRERA: ING. EN INFORMÁTICA
APROBACIÓN DEL JURADO
En mi carácter de Jurado, del Informe de pasantía regular, presentado por el
Jesús Rafael Zamora Pérez, Cédula de Identidad V
optar al título de Ingeniería en Informática, considero que el mismo reúne los
requisitos suficientes para ser aprobado según calificación en acta.
ING. FLANKLIN BELLO
C.I. 7.483.978
Jurado
CIUDAD GUAYA NA, SEPTIEMBRE DE 2011
UAYANA
En mi carácter de Jurado, del Informe de pasantía regular, presentado por el
, Cédula de Identidad V-13.620.101 para
optar al título de Ingeniería en Informática, considero que el mismo reúne los
requisitos suficientes para ser aprobado según calificación en acta.
DE 2011.
6
DEDICATORIA
Esto se la dedico primeramente a Dios, ya que sin Él nada podemos hacer. Dios es
quien nos concede el privilegio de la vida y nos ofrece lo necesario para lograr
nuestras metas. Señor Jesús, GRACIAS, Gracias de todo corazón por permitirme
estar aquí, por las pruebas que me hacen crecer como persona y ser humano y me
permiten dar lo mejor de mí, pero lo mejor de todo, ya que todo en este mundo es
perecedero y solamente lo que viene de ti es verdadero y es eterno.
A mi mama Jesús Elena sin su ayuda y comprensión nada de esto hubiese sido
posible, yo creo que ningún hijo ha recibido tanto apoyo de una madre como lo he
recibido yo, le doy gracias a dios por hacerme tan afortunado. A mi esposa Liliana
por creer eternamente en mí, en las buenas y en las malas.
A mis dos hijos Jesús Angel y Susej, por quienes hago todo y por traer a mi vida un
nuevo sentido de amor y responsabilidad. Espero que esta tesis les sirva de guía
para sus futuros trabajos de grado.
A mis hermanos Arquímedes, Mirta y Miguel, por todo su apoyo y comprensión,
conversaciones y momentos de aliento para seguir y lograr mis objetivos en la vida.
A mi papá que siempre me apoya y me protege desde el cielo.
A mis amigos de la Universidad por todas las penas y alegrías vividas juntos,
gracias por su amistad.
A mis compañeros de trabajo del consorcio O.I.V. Tocoma, por todo su apoyo y
comprensión durante los últimos semestres estudiados, los cuales fueron vitales en
la culminación de mi carrera.
7
AGRADECIMIENTO
A Dios todo poderoso por siempre amarme, darme el valor y la fuerza suficiente
para lograr mis metas a pesar de mis errores.
Estoy profundamente agradecido de mi tutor académico, la ingeniera Ennis Urbaez,
por su paciencia, apoyo, dirección y entrega.
A mi profesor y amigo Robert Magallanes, por su apoyo y dirección.
Al ingeniero David Andrade por su dirección y apoyo como tutor industrial.
Al personal del servicio médico y paramédico del consorcio OIV Tocoma, en
especial a la jefa del servicio, la doctora Carmen González de Mas por su
colaboración y apoyo constante.
Y a cada uno de los mis profesores que ayudaron en mi formación profesional.
8
INDICE
DEDICATORIA ......................................................................................................... 6
AGRADECIMIENTO ................................................................................................. 7
INDICE ..................................................................................................................... 8
INDICE DE TABLAS ............................................................................................... 12
INDICE DE FIGURAS ............................................................................................. 13
INTRODUCCIÓN .................................................................................................... 15
CAPÍTULO I ............................................................................................................ 17
EL PROBLEMA ...................................................................................................... 17
1.1 EL PROBLEMA ............................................................................................. 17
1.2 OBJETIVOS .................................................................................................. 20
1.2.1 OBJETIVO GENERAL ............................................................................ 20
1.2.2 OBJETIVOS ESPECÍFICOS ................................................................... 20
1.3 JUSTIFICACIÓN ........................................................................................... 20
CAPÍTULO II ........................................................................................................... 23
DESCRIPCIÓN FUNCIONAL DE LA EMPRESA .................................................... 23
2.1 CONSORCIO OIV ......................................................................................... 23
ODEBRECHT .................................................................................................. 24
IMPREGILO ..................................................................................................... 24
VINCCLER ...................................................................................................... 25
2.2 DESCRIPCIÓN Y FUNCIONAMIENTO DE LA ORGANIZACIÓN ................ 25
2.3 RESEÑA HISTÓRICA ................................................................................... 26
2.4 MISIÓN ......................................................................................................... 26
9
2.5 VISIÓN .......................................................................................................... 27
2.6 POLÍTICA DE CALIDAD ................................................................................ 27
2.7 ACTIVIDADES DESARROLLADAS .............................................................. 27
TRABAJOS CIVILES ....................................................................................... 27
SUMINISTRO E INSTALACIÓN DE EQUIPOS HIDROMECÁNICOS .............. 28
SUMINISTRO E INSTALACIÓN DE EQUIPOS AUXILIARES ......................... 29
2.8 PROPOSITOS DE LA EMPRESA ................................................................. 30
CAPÍTULO III .......................................................................................................... 32
MARCO TEÓRICO ................................................................................................. 32
3.1 ANTECEDENTES ......................................................................................... 32
3.2 BASES TEÓRICAS ....................................................................................... 33
3.2.1 DEFINICIÓN DE SISTEMAS DE INFORMACIÓN. ................................. 33
3.2.2 EL CICLO DE VIDA DEL DESARROLLO DE SISTEMAS. ...................... 34
3.2.3 MÉTODO EN ESPIRAL .......................................................................... 39
3.2.4 PROYECTO............................................................................................ 40
3.2.5 PROYECTO DE INVESTIGACIÓN ......................................................... 40
3.2.6 PROYECTO FACTIBLE .......................................................................... 41
3.2.7 APLICACIÓN WEB ................................................................................. 42
3.2.8 PAGINA WEB ......................................................................................... 42
3.2.9 BASES DE DATOS ................................................................................. 43
3.2.10 MODELO DE DATOS ........................................................................... 44
3.2.11 EQUIPO ................................................................................................ 45
3.2.12 FUNCIÓN ............................................................................................. 46
10
3.2.13 HARDWARE ......................................................................................... 46
3.2.14 HTML .................................................................................................... 46
3.2.15 HTTP .................................................................................................... 46
3.2.16 INTERFAZ ............................................................................................ 46
3.2.17 JAVA SCRIPT ....................................................................................... 47
3.2.18 PHP ...................................................................................................... 47
3.2.19 MySQL .................................................................................................. 47
CAPÍTULO IV ......................................................................................................... 48
MARCO METODOLÓGICO .................................................................................... 48
4.1 TIPO DE ESTUDIO ....................................................................................... 48
4.2 OBJETO DE ESTUDIO ................................................................................. 49
4.3 TÉCNICAS DE RECOLECCIÓN DE DATOS ................................................ 50
4.4 METODOLOGÍA APLICADA ......................................................................... 50
4.5 DIAGRAMA DE ACTIVIDADES ................................................................. 56
CAPÍTULO V .......................................................................................................... 57
RESULTADOS ....................................................................................................... 57
5.1 INVESTIGACIÓN PRELIMINAR .................................................................... 57
5.1.1 Aclaración de la Solicitud ........................................................................ 57
5.2 SISTEMA ACTUAL ....................................................................................... 57
5.2.1 DESCRIPCION DE LA SITUACION ACTUAL ......................................... 58
5.8 SISTEMA PROPUESTO .............................................................................. 64
5.8.1 DESCRIPCIÓN SISTEMA PROPUESTO ............................................... 64
5.8.2 TABLA VISUAL DE CONTENIDO ........................................................... 65
11
5.8.3 DIAGRAMA DE FLUJO DE DATOS (Sistema Propuesto) ................. 69
5.8.4 DIAGRAMA NIVEL 1 .............................................................................. 70
5.8.5 DIAGRAMA NIVEL 2: Empleado ........................................................ 71
5.8.6 DIAGRAMA NIVEL 2: Departamento Administrativo ............................... 72
5.8.7 DISEÑO CONCEPTUAL DE LA BD (Sistema Propuesto)....................... 73
5.8.9 DISEÑO DEL SISTEMA ......................................................................... 84
CONCLUSIÓN ........................................................................................................ 88
RECOMENDACIÓN ............................................................................................... 90
BIBLIOGRAFÍA ....................................................................................................... 91
ANEXO ................................................................................................................... 94
12
INDICE DE TABLAS
Tabla 1. Tabla de Relaciones. ................................................................................ 45
Tabla 2. Características técnicas del equipo. .......................................................... 63
13
INDICE DE FIGURAS
Figura 1. Organigrama de la Empresa .................................................................... 30
Figura 2. Ubicación geográfica de la represa Manuel Carlos Piar en Tocoma ........ 31
Figura 3. Diagrama de Actividades ......................................................................... 56
Figura 4. Tabla Visual de Contenido ....................................................................... 65
Figura 5. Tabla Visual de Contenido Nivel 1 Módulo 1 ............................................ 67
Figura 6. Tabla Visual de Contenido Nivel 1 Módulo 2 ............................................ 67
Figura 7. Tabla Visual de Contenido Nivel 1 Módulo 3 ............................................ 68
Figura 8. Tabla Visual de Contenido Nivel 1 Módulo 4 ............................................ 68
Figura 9. DFD Nivel 0 ............................................................................................. 69
Figura 10. DFD Nivel 1 ........................................................................................... 70
Figura 11. DFD Nivel 2 Empleado .......................................................................... 71
Figura 12. DFD Nivel 2 Departamento Administrativo ............................................. 72
Figura 13. Diagrama Entidad Relación ................................................................... 73
Figura 14. Pantalla principal del Sistema. ............................................................... 84
Figura 15. Acceso al Sistema. ................................................................................ 85
Figura 16. Menú del Sistema .................................................................................. 85
Figura 17. Formulario ............................................................................................. 86
Figura 18. Mensaje de Error, campo obligatorio. .................................................... 86
14
Figura 19. Mensaje de Inserción de datos con éxito. .............................................. 86
Figura 20. Informe de salida. .................................................................................. 87
Figura 21. Informe de Impresión PDF tipo 1. .......................................................... 87
15
INTRODUCCIÓN
Muchas organizaciones ignoran que para ser competitivas y enfrentarse con éxito al
cambio que nos empuja inexorablemente el mercado, han de saber motivar a su
equipo humano, retener a los mejores, inculcarles una verdadera cultura corporativa
para que se sientan identificados y sean fieles a la organización, y es precisamente
aquí donde la comunicación interna se convierte en una herramienta estratégica
clave para dar respuesta a esas necesidades y potenciar el sentimiento de
pertenencia de los empleados de dicha organización.
Para aumentar la eficacia del equipo humano, verdadero motor en los resultados, ha
de sentirse a gusto e integrado dentro de su organización y esto sólo es posible si
los trabajadores están informados, conocen los diferentes entramados de la
compañía, su misión, su filosofía, sus valores, su estrategia, se sienten parte de ella
y, por consiguiente, están dispuestos a dar todo de sí mismos. Además, no olvidar
que la comunicación interna ayuda a reducir la incertidumbre y a prevenir el temido
rumor, un elemento muy peligroso para las compañías.
El Consorcio O.I.V. Tocoma, el cual está conformado por las empresas Odebrecht,
Impregilo y Vincler, no escapa de este hecho, es por ello que se han dado a la tarea
de automatizar sus procesos, usando como herramienta principal los sistemas de
información para el manejo de datos de forma rápida, efectiva y segura. Este
consocio se encarga del aprovechamiento del complejo hidroeléctrico del bajo
Caroní, conjuntamente con las centrales Simón Bolívar, Antonio José de Sucre y
Francisco de Miranda en Caruachi.
Entre las actividades del consorcio están las construcciones de las estructuras
principales de concreto, suministro e instalación de los equipos hidromecánicos,
construcción final de la presa izquierda, construcción de la variante del ferrocarril y
construcción de la plataforma para la sub-Estación Tocoma.
16
Para ello el Consorcio O.I.V Tocoma, ofrece a los trabajadores asistencia médica
ambulatoria, así como también manejar todo lo referente a los reposos médicos.
Una vez hecho un diagnóstico en dicho consorcio, específicamente en el
Departamento de Servicios Médicos se detectó que gran parte de las actividades se
realizan de forma manual, ocasionando retrasos y molestias tanto a los trabajadores
que allí son atendidos como también a los propios empleados del servicio médico.
El propósito de este trabajo es desarrollar un sistema de información que facilite la
administración de las historias médicas de los trabajadores del Consorcio O.I.V
Tocoma, de manera ayudar con la toma de decisiones y mejorar a los servicios
médicos.
El sistema fue desarrollado bajo plataforma web PHP y el sistema de bases de
datos MySQL, tomando en cuenta las necesidades del usuario, las especificaciones
de entrada, salida y almacenamiento de la data manejada dentro de los servicios
médicos y la plataforma tecnológica disponible en el consorcio.
El presente trabajo ha sido dividido en cinco capítulos. En el primer capítulo se
plantea el problema, los objetivos generales y específicos, la justificación y el
alcance del proyecto. En el segundo capítulo, se realiza la descripción funcional de
la Empresa. En el tercer capítulo se incorpora el marco teórico, el cual es utilizado
para obtener los conocimientos teóricos requeridos para el desarrollo del proyecto.
En el cuarto capítulo se establece el marco metodológico donde se exponen los
métodos y las herramientas tecnológicas utilizadas. En el quinto capítulo se
presentan los resultados, constituidos principalmente por el diseño y desarrollo del
sistema y por último, se presentan las recomendaciones, conclusiones y bibliografía
utilizada para la realización del proyecto.
17
CAPÍTULO I
EL PROBLEMA
1.1 EL PROBLEMA
Las organizaciones en el ámbito nacional se han visto en la necesidad de
actualizarse cada una en su especialidad y buscar en lo posible optimizar sus
operaciones, lo que al final se resumirá en ganancias para la organización.
En Ciudad Guayana existen diversas empresas, las cuales tienen la misión de
impulsar el desarrollo del sistema de formación profesional, apoyando a sus
procesos.
El Consorcio O.I.V. Tocoma conformado en el año 2006 por las reconocidas
constructoras Norberto Odebrecht, Impregilo y Vinccler, tiene entre sus prioridades
la realización de sus obras de manera confiable, segura y en armonía con el
ambiente y su personal que la conforma, su objetivo principal es la construcción de
la primera etapa de la Central Hidroeléctrica Tocoma, en el río Caroní.
Entre las actividades desarrolladas por el Consorcio O.I.V. Tocoma está la
construcción de las estructuras principales de concreto, suministro e instalación de
los equipos hidromecánicos, construcción final de la presa izquierda, construcción
de la variante del ferrocarril y la construcción de la plataforma para la sub-estación
Tocoma.
En el Consorcio O.I.V. Tocoma, se encuentra el Departamento de Servicio Médico,
donde todo trabajador que requiera de atención médica, puede ser atendido de
manera inmediata. Allí se ofrece el servicio de salud ocupacional, que consisten en
programas integrales cuyo objetivo es satisfacer las necesidades del sector
18
empresarial en la promoción de la salud y en prevención de las enfermedades
laborales, para lograr en la empresa un ambiente de trabajo saludable.
Para las asesorías de actividades de salud ocupacional de acuerdo con la
legislación del país, el Departamento de Servicio Médico de O.I.V Tocoma cuenta
con el personal médico calificado en las diferentes especialidades así como el
apoyo de tecnología de avanzada, para garantizar la prestación de un servicio
integral de salud óptimo, siendo las principales actividades de este departamento:
1. Llevar un registro de los datos personales de cada trabajador.
2. Dar atención médica por turnos y emergencias médicas interconsultas a
especialistas en caso de accidentes.
3. Realizar servicios de atención preventiva y curativa mediante consulta
general a los trabajadores del consorcio
4. Proporcionar seguridad e higiene dentro de la corporación.
5. Proporcionar los medicamentos para tratamiento de ciertas enfermedades
para los empleados del Consorcio.
Para ello se debe llevar un riguroso control de las historias médicas de los
pacientes, sin embargo el Departamento de Servicios Médicos no cuenta con un
sistema automatizado que le facilite el manejo de la información de las historias
médicas de los trabajadores; ocasionando:
1. Lentitud en el procesamiento de los datos, debido a que estos son
procesados de forma manual, lo cual ocasiona retrasos a la hora de
suministrar información necesaria para la toma de decisiones.
2. Pérdida de horas-hombre en la búsqueda de la información, ya que se debe
revisar todos las historias médicas, de forma manual, que se encuentran en
el archivo para buscar los datos requeridos.
19
3. Retardo en la búsqueda de la información para determinar, el promedio
mensual de las veces en que un trabajador ha asistido al servicio médico.
En vista de lo antes planteado y con el propósito de mejorar el flujo de información
en el Departamento de Servicios Médicos del Consorcio O.I.V. Tocoma se propone
el desarrollo de un sistema de información automatizado que facilite el manejo de
las historias médicas de sus trabajadores, de tal manera que les suministre la
información oportuna para las intervenciones médicas, atención de emergencias,
consultas, control de las enfermedades y control de reposos entre otros.
20
1.2 OBJETIVOS
1.2.1 OBJETIVO GENERAL
Desarrollar un sistema de información automatizado de apoyo al proceso de
administración de los servicios médicos del Consorcio O.I.V. Tocoma en el estado
Bolívar.
1.2.2 OBJETIVOS ESPECÍFICOS
1. Analizar el proceso actual del Departamento de Servicios Médicos del
Consorcio O.I.V. Tocoma.
2. Determinar los requerimientos del nuevo sistema.
3. Diseñar un sistema de información automatizado, tomando en cuenta los
requerimientos planteados.
4. Construir el sistema de información diseñado, realizando todas las pruebas
necesarias para confirmar el correcto funcionamiento del mismo.
5. Elaborar el manual de usuario y del sistema desarrollado.
1.3 JUSTIFICACIÓN
Este proyecto surge de la necesidad de crear un sistema de información que facilite
el procesamiento de la información de las historias médicas de los trabajadores del
Consorcio O.I.V. Tocoma.
Es de suma importancia para cualquier empresa mantenerse a la vanguardia de las
ventajas que ofrecen los avances tecnológicos. Para el Consorcio O.I.V Tocoma,
poner en marcha un sistema de información automatizado para la administración de
los servicios médicos, le permitirá:
21
• Mantener la información de cada atención medica en una base de datos; lo
que le permitirá invertir menos tiempo en la búsqueda de información para su
posterior análisis o cuando esta se requiera.
• Mejorar la atención médica a los trabajadores y contar con una herramienta
computarizada a través de la cual los usuarios o empleados administrativos
del Servicio Médico del Consorcio O.I.V Tocoma, puedan cargar y consultar
los datos de los pacientes, mejorando con ello los procesos del
Departamento de Servicios Médicos.
• El uso oportuno de información veraz y exacta que contribuya a la mejor
toma de decisiones y con ello el éxito del Departamento Médico del
Consorcio O.I.V Tocoma, considerando que los sistemas de información
automatizados, son elementos determinantes para el logro de la eficiencia en
las organizaciones modernas.
Además el sistema de información automatizado permitirá un enlace con la
Gerencia de Sustentabilidad, en la cual se entregan vía web, todos los reportes de
las atenciones médicas, así como también la gestión mensual del servicio médico, a
través de la morbilidad diaria de todos los trabajadores atendidos
1.4 ALCANCE
El presente proyecto se circunscribe al Departamento de Servicios Médicos de O.I.V
Tocoma en el Estado Bolívar.
El desarrollo del sistema comprende el levantamiento de la información del sistema
actual, análisis de los requerimientos, diseño, construcción y pruebas, así como la
22
documentación del sistema desarrollado. No se incluye la implantación del sistema
desarrollado.
El alcance de esta investigación fue limitado al área de Servicio Médico de
Consorcio OIV Tocoma adscrito al Departamento de Sustentabilidad del Consorcio.
Para efectos del levantamiento de información se consideraron todos los formatos y
entes de servicios involucrados en la atención de los trabajadores.
23
CAPÍTULO II
DESCRIPCIÓN FUNCIONAL DE LA EMPRESA
2.1 CONSORCIO OIV
En Consorcio O.I.V cuyas siglas significan Odebrecht, Impregilo y Vinccler, fue
creado en en el año 2006, a continuación se presenta una breve reseña de las
empresas que conforman el Consorcio OIV.
El Consorcio O.I.V. Tocoma representan una fusión por un tiempo determinado,
para desarrollar un proyecto en común, como lo es; la construcción de la primera
etapa de la Central Hidroeléctrica Tocoma, en el rio Caroní.
En el desarrollo de esta obra, la prioridad es la realización de sus prácticas de
manera confiable, segura y en armonía con el ambiente; esto solo se logra a través
del esfuerzo de hombres y mujeres motivados, quienes con su esfuerzo logran
mantener en funcionamiento los avances de la primera etapa del proyecto Tocoma.
Esta cuenta con el Departamento de Seguridad Laboral que es el encargado de
desarrollar y aplicar todas las medidas pertinentes para la prevención de
Accidentes/ Incidentes así como la disminución y control de riesgos existentes en el
medio ambiente de trabajo, los cuales puedan ocasionar daños a personas o
pérdidas materiales, todo ello dando efectivo cumplimiento a las leyes, normas y
clausulas contractuales vigentes y aplicables a el área de Seguridad Industrial del
Proyecto Tocoma.
24
ODEBRECHT
Odebrecht es una organización brasileña de niveles globales de calidad. Presta su
servicio de ingeniería y construcción en la mayoría de los países de América del
Sur, América Central, Estados Unidos, África, Portugal y en el Medio Oriente.
Desarrolla y administra Proyectos de infraestructura, focalizados en concesiones y
sociedades público-privadas. Invierte, desde el 2007, en el sector de bioenergía
concentrada en la producción de etanol y azúcar y en la generación de energía a
partir de la producción de azúcar y alcohol.
Actúa asimismo en los segmentos de crudo y gas, Ingeniería Ambiental y proyectos
Inmobiliario y participa en proyectos en los sectores de transporte, en Portugal, y de
minería en África. Con cerca de 35 mil integrantes, ODEBRECHT es una de las
pioneras en Brasil en la promoción de actividades sociales y, además de sus
compromisos empresariales, invierte en proyectos de educación, salud y medio
ambiente y apoya a iniciativas culturales, ampliando sus objetivos de aporte al
desarrollo de los países a los cuales sirve.
IMPREGILO
IMPREGILO S.P.A. es una sociedad multinacional y uno de los mayores grupos
italianos del sector de la construcción y de la ingeniería.
Impregilo, por dimensiones y facturación, es el principal grupo italiano del sector de
la construcción, de la ingeniería, del tratamiento del agua, de las infraestructuras
para el transporte, y en obras ambientales. Esta empresa cumple con el ciclo global
industrial General Contracting, donde con este término se indica la capacidad del
grupo societario y sus consorcios de completar el ciclo pleno de una obra: proyecto,
financiación, fase de construcción, gestión de la concesión.
25
VINCCLER
Venezolana de Inversiones y Construcciones Clerico, C.A. es una contratista
general que participa activamente en la Industria de la Construcción desde hace
más de 40 años.
La experiencia acumulada, la magnitud y diversidad de los proyectos ejecutados, ha
convertido a VINCCLER, C.A en una empresa líder en el área de la construcción en
Venezuela, que le ha permitido, a su vez, asociarse con empresas nacionales e
internacionales.
2.2 DESCRIPCIÓN Y FUNCIONAMIENTO DE LA ORGANIZACIÓ N
El Consorcio O.I.V Tocoma es un conjunto de personas jurídicas nacionales y
extranjeras, vinculadas entre sí constituido por las empresas Constructoras Norberto
Odebrecht S.A., Impregilo S.p.a. y Vinccler, C.A. (Venezolana de Inversiones y
Construcciones Clérico, C.A.), estas empresas son sociedades comerciales con
origen en países miembros del Banco Interamericano de Desarrollo (BID), entidad
que financia el Proyecto Hidroeléctrico Manuel Piar de Tocoma.
La asociación económica O.I.V Tocoma se creó en el año 2006 con la intención de
ejecutar conjuntamente las obras del cliente Edelca (Electrificación del Caroní. C.A.)
correspondientes al Contrato No. 1.1.104.003.05 “Construcción de las Estructuras
Principales de Concreto, Suministro e Instalación de los Equipos Hidromecánicos,
Construcción Final de la Presa Izquierda, Construcción de la Variante del Ferrocarril
y Construcción de la Plataforma para la Sub-Estación Tocoma” del Proyecto
Hidroeléctrico Manuel Carlos Piar de Tocoma.
El Consorcio estará vigente hasta alcanzar el total cumplimiento de los requisitos
contractuales y no finalizará hasta que no se haya efectuado la liquidación definitiva
26
de todas sus obligaciones con Edelca (cliente de la obra) y con terceros directa o
indirectamente relacionados con el contrato principal. El proyecto de la central
hidroeléctrica Manuel Piar en Tocoma, es el último de los desarrollos hidroeléctricos
que constituyen el aprovechamiento del complejo hidroeléctrico del bajo caroní,
conjuntamente con las centrales Simón Bolívar. Antonio José de Sucre y Francisco
de Miranda en Caruachi.
2.3 RESEÑA HISTÓRICA
El Consorcio O.I.V. Tocoma, conformado en el año 2006 por las reconocidas
constructoras Norberto Odebrecht (Brasilera, con un 50% de participación),
Impregilo S.p.a (Italiana, con un 40%) y Vinccler (Venezolana, con un 10%),
representan una fusión por un tiempo determinado, para desarrollar un proyecto en
común, como lo es; la construcción de la primera etapa de la Central Hidroeléctrica
Tocoma, en el río Caroní.
En esta etapa, el consorcio ejecutará las principales obras civiles, incluyendo la
represa de cuatro kilómetros, e instalará las compuertas, entre otros servicios. El
Proyecto Tocoma tendrá una capacidad instalada de 2160 MW, con diez turbinas
tipo kaplan de 216 MW cada una.
2.4 MISIÓN
La empresa O.I.V Tocoma C.A., tiene como misión “La transformación del entorno
para el bienestar del ser humano es nuestro principal aporte a la sociedad. Con esta
meta se trabaja en equipo, en permanente búsqueda de procesos que nos permite
ser más productivos y competitivos en el mercado, obteniendo mayores beneficios
para nuestros clientes, colaboradores y nuestra propia razón de ser”. (Folleto de
27
información institucional, MARIA SEGURA, 2007), para ello cuenta con una
estructura organizativa, constituida por cuatro (4) gerencias principales y estas a su
vez constituidas por departamentos, tal como se ilustra en la figura No. 1.
2.5 VISIÓN
Ser reconocidos en el mercado nacional e internacional como una empresa líder de
construcción, que piensa, desarrolla y entrega productos y servicios de calidad, con
un absoluto compromiso con sus clientes.
2.6 POLÍTICA DE CALIDAD
El consorcio O.I.V. Tocoma tiene como Política de Calidad: Conquistar y satisfacer a
los clientes proporcionándoles productos y servicios que buscan el mejoramiento
continúo en materia de calidad, costos y plazos.
2.7 ACTIVIDADES DESARROLLADAS
Las actividades desarrolladas por el Consorcio O.I.V. Tocoma, según el Contrato n°
1.1.104.003.05 (104-3 1) “Construcción de las Estructuras Principales de Concreto,
Suministro e Instalación de los Equipos Hidromecánicos, Construcción Final de la
Presa Izquierda, Construcción de la Variante del Ferrocarril y Construcción de la
Plataforma para la Sub-Estación Tocoma” son:
TRABAJOS CIVILES
• Suministro, montaje, operación y mantenimiento de los equipos y plantas de
construcción, almacenes, talleres, oficinas y demás obras temporales
específicas
28
• Suministro de horas de grúa para el uso del contratista electromecánico
principal.
• Excavación del canal de descarga de la Casa de Máquinas.
• Construcción de las estructuras principales de concreto: Casa de Máquinas,
Aliviadero y Presas de Transición.
• Construcción final de la Presa Izquierda de Enrrocamiento con pantalla de
concreto.
• Ejecución de las cortinas de inyección y perforaciones de drenaje para Casa
de Máquinas, Aliviadero y Presas.
• Construcción y remoción de Diques y Ataguías.
• Construcción de variante del Ferrocarril y Carretera.
• Construcción de la plataforma para la Subestación Tocoma y su acceso.
• Fundaciones de las torres de transmisión entre la Subestación Tocoma y la
Casa de Máquinas.
• Segundo desvío del río y cierre de los ductos de fondo del Aliviadero.
• Control de las aguas provenientes de cualquier origen.
• Suministro y mantenimiento de los servicios requeridos para ejecutar la obra
(electricidad, agua, sanitarios, comunicaciones, aire comprimido, etc.).
• Trabajos de Arquitectura y acabados.
• Obras para conservar el medio ambiente.
SUMINISTRO E INSTALACIÓN DE EQUIPOS HIDROMECÁNICOS
• Suministro e instalación de Equipos de Compuertas para Aliviadero y
Accesorios.
• Suministro e instalación de Equipos de Compuertas para las Tomas.
29
• Suministro e instalación de Equipos de Compuertas para los Tubos de
Aspiración.
• Suministro e instalación de Grúas para las Tomas, Aliviadero y Tubo de
Aspiración.
SUMINISTRO E INSTALACIÓN DE EQUIPOS AUXILIARES
Auxiliares Mecánicos
• Tubería y plomería.
• Sistema de ventilación y aire acondicionado.
• Sistema de protección contra incendios.
• Ascensores.
• Sistema para tratamiento de aguas negras y de agua potable.
• Compresores de Aire.
• Equipos para purificación y manipulación de aceite.
• Bombas y sus controles.
• Suministro de equipos para los Talleres de Mantenimiento.
Auxiliares Eléctricos
• Alumbrado.
• Cables de Potencia, Control y Comunicaciones.
• Cableado estructurado y automatización del Edificio de Operación y Control.
Trabajos Complementarios
• Construcción de las estructuras principales de concreto.
• Construcción final de la presa izquierda.
• Construcción de la variante del ferrocarril.
• Construcción de la plataforma para la sub
2.8 PROPOSITOS DE LA EMPRESA
Construcción de la Central Hidroeléctrica Tocoma estimando el término de sus
actividades para junio de 2013. El consorcio está constituido por las empresas
CBPO Engenharia LT
Impregilo S.P.A. (40%) y Vinccler, C.A.(10%)
organigrama y la
respectivamente.
30
Construcción final de la presa izquierda.
Construcción de la variante del ferrocarril.
ión de la plataforma para la sub-estación Tocoma.
DE LA EMPRESA
Construcción de la Central Hidroeléctrica Tocoma estimando el término de sus
actividades para junio de 2013. El consorcio está constituido por las empresas
CBPO Engenharia LTDA (5%), Constructora Norberto Odebrecht, S.A. (45%),
Impregilo S.P.A. (40%) y Vinccler, C.A.(10%). En las figuras No.
y la ubicación geográfica del Consorcio O.I.V. Tocoma
Figura 1. Organigrama de la Empresa
estación Tocoma.
Construcción de la Central Hidroeléctrica Tocoma estimando el término de sus
actividades para junio de 2013. El consorcio está constituido por las empresas
DA (5%), Constructora Norberto Odebrecht, S.A. (45%),
No. 1 y 2, se muestra el
del Consorcio O.I.V. Tocoma
Figura 2. Ubicación geográfica de la represa Manuel Carlos Piar en Tocoma
31
Fuente: Consorcio O.I.V TOCOMA
Ubicación geográfica de la represa Manuel Carlos Piar en Tocoma
Ubicación geográfica de la represa Manuel Carlos Piar en Tocoma
32
CAPÍTULO III
MARCO TEÓRICO
3.1 ANTECEDENTES
Es importante mencionar que previo a este trabajo, se realizaron varios trabajos
similares sobre el desarrollo de sistemas de información para resolver problemas en
control de procesos médicos y facturación de los pagos emitidos. A continuación se
mencionan algunos de ellos:
“Se propone en mejorar el control de los reposos así como también, toda la
información relacionada con la aptitud de los pacientes de SIDOR, que son
realmente necesarios y urgentes para evitar situaciones negativas tanto para el
paciente como la empresa. Es por ello que la puesta en práctica de este sistema
significará contar con un mecanismo que ayudara a tomar las medidas preventivas y
correctivas en beneficio de trabajadores y la empresa”. (Menéndez, Lucy Molina
(2000)).
“Se propone en crear un sistema de información que lleva a cabo el control de las
facturas emitidas, facturas recibidas tanto por los clientes como por la oficina, las
facturas anuladas y las facturas canceladas. Así mismo, lleva también el control de
los pagos realizados por los clientes (monto, forma y fecha de pago, banco y
facturas que esta cancelando) y de todo tipo de documento”. (Peraza, Karent
(2006)).
“Se proponen en crear una herramienta capaz de permitir el incremento de la
productividad de los servicios médicos de la C.V.G. (SISME), suministrando la
información de una forma rápida y actualizada”. (Tec. Mendez, Sila y Tec. Miranda,
Elena (2002)).
33
Todos los autores presentados tuvieron como propósito transformar los sistemas
manuales en procesos automatizados logrando disminuir considerablemente los
tiempos de respuesta y mejorar de servicio.
3.2 BASES TEÓRICAS
Las organizaciones se han dado cuenta que automatizar sus procesos conlleva a
mejorar la toma de decisión. Los administradores por ende se han dado la tarea de
mejorar el éxito de su empresa y han comprendido que los costos tienen una
estrecha relación con la producción, distribución, seguridad, almacenamiento de
datos y recuperación de la información.
Cuando se trabaja para construir un producto o un sistema, es importante seguir
una serie de pasos predecibles un mapa de carreteras que le ayude a obtener el
resultado oportuno de calidad. El mapa de carreteras a seguir es llamado .proceso
del software. De igual forma los métodos de la ingeniería del software indican cómo
construir técnicamente el software. Los métodos abarcan una gran gama de tareas
que incluyen análisis de requisitos, diseño, construcción de programas, pruebas y
mantenimiento.
3.2.1 DEFINICIÓN DE SISTEMAS DE INFORMACIÓN.
Kendall & Kendall (2005), plantea que los Sistemas de Información posee muchos
propósitos y esto va a depender de qué necesidad tenga la empresa. Ellos aportan
siete tipos de sistemas. Los Sistemas de Apoyo a la “Toma de Decisiones (DSS,
Decision Support Systems), este es uno de estos tipos. Los trabajadores de una
Organización acceden a unos datos almacenados, pero solo una persona o un
34
grupo de persona son los que toman la decisión de modificarlo y esta estrategia es
lo que va a depender de que este grupo se enfoque a la inteligencia del negocio”.
Un sistema de información es un conjunto de actividades donde se procesan datos
y/o información en ciertas organizaciones de forma automatizada. Sin embargo,
Carlos Muñoz Razo (2002) nos hace referencia que “es un procedimiento simple de
entrada, proceso y salida”; en donde los datos de entrada del sistema se trasforma
en información útil para la máquina, continuamente ser procesados internamente a
través de la caja negra y luego emite un resultado exitoso para la toma de decisión.
Entre las ventajas de los sistemas de información están:
1. Motiva a los miembros del grupo a trabajar juntos
2. Da la misma oportunidad de participación a todos los miembros del grupo.
3. Se optimiza el uso de la información que aporta cada miembro del grupo.
Sin embargo también poseen desventajas, entre las cuales están:
1. Falta de costumbre al utilizar un sistema para soportar el proceso de toma de
decisiones.
2. Resistencia al cambio por parte de los administradores.
3. La responsabilidad al tomar una decisión puede disolverse.
3.2.2 EL CICLO DE VIDA DEL DESARROLLO DE SISTEMAS.
Kendall & Kendall (2005), realiza un análisis del ciclo de vida del desarrollo de
sistemas y se enfoca que procesos debe cumplir el usuario desde que empieza
hasta que termina este desarrollo. Ellos aportan la división del ciclo de vida en siete
fases:
35
1. Identificación de problemas, oportunidades y objetivos. El analista detalla lo
que la organización requiere de forma objetiva, esta es la primera fase del
ciclo de vida, si en esta fase el analista se equivoca el desarrollo de sistema
no va tener el éxito esperado.
2. Determinación de los Requerimientos de Información. El aspecto
fundamental del análisis de sistemas es comprender todas las facetas
importantes de la parte de la empresa que se encuentra bajo estudio. Los
analistas, al trabajar con los usuarios y administradores, deben estudiar los
procesos de dicha organización es por eso que el debe estudiar las
actividades del sistema actual: “él quien (la gente involucrada), el qué (la
actividad del negocio), el dónde (el entorno donde se desarrolla las
actividades), el cuándo (el momento oportuno) y el cómo (la manera en que
se realizan los procedimientos actuales)”. (Ob. Cit).
Para contestar estas preguntas, al analista conversa con varias personas
para reunir detalles relacionados con los procesos de la empresa, sus
opiniones sobre porque ocurren las cosas, las soluciones que proponen y
sus ideas para cambiar el proceso. Se emplean cuestionarios para obtener
esta información cuando es posible entrevistar, en forma personal, a los
miembros de grupos grandes dentro de la organización.
Asimismo, las investigaciones detalladas requieren el estudio de manuales y
reportes, la observación en condiciones reales de las actividades del trabajo
y, en algunas ocasiones, muestras de formas y documentos con el fin de
comprender el proceso en su totalidad.
3. Análisis de las Necesidades del Sistema. Las organizaciones pueden ser
definidas por sus estructuras, formadas por múltiples canales y normas, es
36
decir la combinación de las diferentes partes de la organización con su
funcionamiento.
Sin embargo, el analista después de haber analizado todos los
requerimientos de la organización este deberá entregar “las decisiones
estructurales”, las cuales según (Kendall & Kendall), (2005), lo define como
“aquellas en las cuales se pueden determinar las condiciones, las
alternativas de condición, las acciones y las reglas de acción”.
El analista le suministra al administrador de la organización unas series de
recomendaciones para la solución del problema, este toma la decisión de
que si es factible o no la decisión. Si es factible alguna de estas
recomendaciones el analista seguirá adelante con el desarrollo del sistema.
4. Diseño del Sistema Recomendado. Una de las formas más habituales y
convenientes de analizar un sistema es crear una interfaz de usuario, ya que
este forma parte del diseño lógico que debe ser entregado por el analista al
administrador de la organización.
Sin embargo cuando aquello que se construye es un software, el modelo
debe tomar una forma diferente, deben representar todas las funciones y
subfunciones de un sistema. Los modelos se concentran en lo que debe
hacer el sistema y en como lo hace, estos modelos pueden incluir notación
gráfica, información de entrada y salida de datos y comportamiento del
sistema para los programadores.
5. Desarrollo y Documentación del Software. El Diseño de Sistemas se define
el proceso de aplicar ciertas técnicas y principios. El analista trabaja en
conjunto con los programadores (son los que codifican, diseñan y eliminan
37
errores del sistema) lo cual describe todos los aspectos fundamentales para
la construcción del sistema y su documentación.
Ellos utilizan técnicas estructurales para el modelado de los datos del
software, como son: los diseño de datos, de interfaz, de procedimientos. Sin
embargo el analista también mantiene una comunicación con los usuarios de
la organización para la creación del manual de procedimiento y el manual de
usuario. Este último relacionado con el manejo del sistema, en caso de que
ocurran inconvenientes del uso del software.
6. Prueba y Mantenimiento del Sistema. Antes de poner el sistema de
información en marcha lo primero que se debe hacer es asegurarse que el
sistema funcione de acuerdo a los requerimientos del análisis y permitió que
los usuarios puedan operarlo. Es por eso que el analista y los
programadores deberán:
Para las pruebas:
• Asegurar que la documentación sea la adecuada y esté completa.
• Probar los programas para asegurar que se siguen los estándares
apropiados y que desempeñan las funciones esperadas.
• Examinar todos los códigos no estandarizados para garantizar su
lógica y que se hayan seguido los estándares debidos de diseño y
construcción.
• Aplicar pruebas no operativas para asegurar que el equipo puede
tolerar los niveles de manejo físico esperado.
• Aplicar pruebas funcionales para determinar si se han satisfecho los
criterios de prueba.
38
• Aplicar evaluaciones de calidad para determinar si se han satisfecho
los criterios de prueba.
Para el mantenimiento:
Después de que los sistemas han sido verificados, probados e implantados,
se les debe seguir dando mantenimiento para asegurar que continúen
operando en el nivel mostrado durante la etapa de prueba. El monitoreo
permanente de los sistemas necesita ser sistematizado para asegurar que
las necesidades de mantenimiento sean identificadas y satisfechas cuando
resulte necesario.
7. Implementación y Evaluación del Sistema. Esta es la fase final del ciclo de
vida del desarrollo de un sistema, se realiza el proceso de instalación
definitiva del sistema después de haber realizado unas series de pruebas y
ya haber verificado previamente los errores si en algún momento se cometió.
El analista, es el encargado de la capacitación de los usuarios dentro de la
organización para el manejo del sistema.
Por lo tanto, para tomar el desafío de desarrollar e implementar un sistema de
información se necesita cumplir las siete fases que fueron mencionada
anteriormente y que cada una de las cuales con frecuencia debe ser completada
antes de que se pueda comenzar una tarea siguiente.
El analista de sistema, los programadores, los administrativos encargado de la
organización y los usuarios finales, se relacionan y estudian la situación actual con
el objetivo de elaborar un sistema de información. En todo caso el ciclo de vida se
trata de una herramienta de gestión de proyectos que planea, ejecuta y controla los
proyectos de desarrollo de sistema.
39
3.2.3 MÉTODO EN ESPIRAL
El método en espiral se adapta a las especificaciones del sistema a desarrollar
debido a que “es un modelo de proceso de software evolutivo que conjuga la
naturaleza iterativa de construcción de prototipos con los aspectos controlados y
sistemáticos del modelo lineal secuencial. Proporciona el potencial para el desarrollo
rápido de versiones incrementales del software. En el modelo espiral, el software se
desarrolla en una serie de versiones incrementales” (Roger S. Pressman
(2002, p. 24
El modelo en espiral se divide en un número de actividades de marco de trabajo,
también llamadas regiones de tareas. Generalmente, existen entre tres y seis
regiones de tareas. La Figura 4, representa un modelo en espiral que contiene seis
regiones de tareas:
Figura 4.
Cada vuelta en la espiral se divide en sectores:
1. Comunicación con el Cliente: Las tareas requeridas para establecer,
comunicación entre el desarrollador y el cliente.
40
2. Planificación o Planeación: Las tareas requeridas para definir recursos, el
tiempo, determinación de los objetivos, alternativas y restricciones y otra
información relacionadas con el proyecto.
3. Análisis de Riesgos: Las tareas requeridas para evaluar riesgos técnicos y
de gestión, análisis de alternativas e identificación/resolución de riesgos
4. Ingeniería: Las tareas requeridas para construir una o más representaciones
de la aplicación, desarrollo del producto hasta el siguiente nivel.
5. Construcción y Acción: Las tareas requeridas para construir, probar,
instalar y proporcionar soporte al usuario, por ejemplo, documentación y
práctica.
6. Evaluación del cliente: Tareas requeridas para obtener la reacción del
cliente según la evaluación de las representaciones del software creadas
durante la etapa de ingeniería e implementada durante la etapa de
instalación. Valoración por parte del cliente de los resultados obtenidos.
3.2.4 PROYECTO
Es un conjunto de ideas organizadas que pretende alcanzar un objetivo, para lo cual
se realiza una serie de actividades en forma planificada.
El proyecto es la unidad operativa, específica e independiente de los programas. De
esta manera existen diversas clases de proyectos: proyecto de desarrollo, proyecto
de investigación, proyecto factible, entre otros.
3.2.5 PROYECTO DE INVESTIGACIÓN
(Según Sabino) (1994). “Un proyecto de investigación es un plan definido y concreto
de una investigación a realizar con la especificación de sus características básicas”.
41
(Sierra Bravo) (1991) señala que el proyecto de investigación “es la organización
temporal y económica especifica de todas las fases y operaciones de un proceso
concreto de investigación”. En líneas generales, el proyecto de investigación es una
descripción concreta del estudio que se propone realizar un investigador, donde
expresa lo que va a desarrollar (objetivos) y cómo lo hará (metodología). Es decir, la
finalidad del proyecto de investigación es responder a interrogantes de investigación
mediante la búsqueda de nuevos conocimientos.
3.2.6 PROYECTO FACTIBLE
(La UPEL) (1998) define el proyecto factible como un estudio “que consiste en la
investigación, elaboración y desarrollo de una propuesta de un modelo operativo
viable para solucionar problemas, requerimientos o necesidades de organizaciones
o grupos sociales”. La propuesta que lo define puede referirse a la formulación de
políticas, programas, tecnologías, métodos o procesos, que solo tiene sentido en el
ámbito de sus necesidades.
De igual manera, la Universidad Simón Rodríguez (1980) considera que un proyecto
factible está orientado a resolver un problema planteado o a satisfacer las
necesidades en una institución.
De las definiciones anteriores se deduce que, un proyecto factible consiste en un
conjunto de actividades vinculadas entre sí, cuya ejecución permitirá el logro de
objetivos previamente definidos en atención a las necesidades que pueda tener una
institución o un grupo social en un momento determinado. Es decir, la finalidad del
proyecto factible radica en el diseño de una propuesta de acción dirigida a resolver
un problema o necesidad previamente detectada en el medio.
42
3.2.7 APLICACIÓN WEB
(Según Roger S. Pressman) (2002). “Una aplicación web es aquella en la que los
usuarios se conectan a un servidor web a través de Internet o de una intranet. Las
aplicaciones web son populares debido a la ubicuidad del navegador como un
cliente, a veces llamado cliente ligero. La habilidad para actualizar y mantener
aplicaciones web sin distribuir e instalar software en miles de potenciales clientes es
otra razón de su popularidad”. (p. 520).
Entre las ventajas de una aplicación Web están:
1. Por lo general no se necesita instalarse nada. No depende de algún
Software.
2. Se puede acceder a ella desde cualquier ordenador con conexión a Internet.
3. Brindan privacidad con acceso a través del uso de contraseña.
Entre las desventajas de una aplicación Web, están:
1. Generalmente depende de una conexión a Internet permanente y una
conexión promedio para una óptima navegación.
2. La seguridad de los datos, depende de la seguridad de la aplicación Web y
del servidor donde este alojado.
3.2.8 PAGINA WEB
Una página web es un documento de la World Wide Web, que intenta ser
estandarizada por el World Wide Web Consortium, también llamada W3C,
43
normalmente en formato HTML que proviene del estándar SGML o XHTML que
proviene del estándar XML.
Una página web típicamente, incluye texto, imágenes y enlaces hacia otros
documentos de la red, pudiendo además contener animaciones, sonidos, programas
en Java, y cualquier otro tipo de documento, por medio de plugins y otras
tecnologías.
Actualmente las páginas web ya no están únicamente enfocadas para ser
visionadas, sino que cada vez son más dinámicas permitiendo que el visitante
participe en ellas mediante menús interactivos, encuestas, votaciones, entre otros.
Normalmente los formatos gráficos de las páginas web son JPEG para fotografías y
GIF o PNG para otras imágenes como diagramas, dibujos, gráficos. Los dos últimos
formatos también se pueden usar para fotografías pero no son tan convenientes
para ese propósito como JPEG (JPEG es un formato con pérdida, mientras que GIF
y PNG son sin pérdida). Para animaciones se suele utilizar GIF, para imágenes con
pixeles transparentes tanto GIF como PNG y para imágenes con píxeles
parcialmente transparentes.
3.2.9 BASES DE DATOS
Es un conjunto de información estructurada, se crea y se mantiene de forma
continuada con el objetivo de resolver necesidades de información concretas de un
colectivo, una empresa o el conjunto de la sociedad. Estos recursos electrónicos
pueden ser consultables directamente en formato electrónico o ser utilizados para
elaborar productos impresos: bibliografías, directorios, informes, reportes, etc. (Ob.
Cit).
44
Colección de Datos que van a estar interrelacionados y almacenados en un mismo
medio físico, sin redundancia innecesaria que sirve para múltiples aplicaciones.
3.2.10 MODELO DE DATOS
Según el autor Roger S. Pressman (2002) “Los modelos se crean para entender
mejor la entidad que se va a construir. Cuando la entidad es algo físico (un edificio,
un avión, una maquina), podemos construir un modelo idéntico en forma, pero más
pequeño. Sin embargo, cuando la entidad que se va a construir es un software,
nuestro modelo debe tomar una forma diferente. Debe ser capaz de modelar la
información que transforma el software, las funciones (y sub funciones) que
permiten que ocurran las transformaciones y el comportamiento del sistema cuando
ocurren estas transformaciones” (p. 190).
Un modelo de datos es un lenguaje, que tiene dos sub lenguajes los cuales son:
• El lenguaje de definición de datos: el cual describe de manera abstracta las
estructuras de datos y las restricciones de integridad.
• El lenguaje de manipulación de datos: el cual describe las operaciones de
manipulación de los datos.
Algunas definiciones de términos utilizados en la descripción de las estructuras de
datos lógicos, se resumen a continuación:
ENTIDAD: Cualquier entorno del cual se conserva información. Una definición más
formal es “una categoría arbitraria definida de tal manera que se pueda establecer
su membrecía” (Ob. Cit).
ATRIBUTO: Una característica de una entidad.
45
RELACIONES: Asociaciones entre entidades.
IDENTIFICACIONES: Conjunto de atributos que identifican unívocamente un
concepto de identidad o relación.
TIPO DE RELACIONES: Hay tres tipos de relaciones entre la entidades. Estos son
grabados durante el modelamiento de los datos conceptuales y también afectan el
diseño físico de la base de datos.
Relaciones Explicación
1:1
Es una relación uno – a – uno, un caso de una entidad que
tiene una relación dada sólo con un caso de una segunda
entidad.
1:M Es una relación uno a varios, una entidad tiene relación con
muchos casos de una entidad.
M:M
Es una relación de varios a varios una entidad tiene
relaciones con muchos casos de otra entidad, la cual a su
vez, tiene a su vez, relaciones con múltiples casos de la
primera entidad.
Tabla 1. Tabla de Relaciones.
3.2.11 EQUIPO
Es conjunto de cosas para uso particular de alguien.
46
3.2.12 FUNCIÓN
“Una función es un mini programa dentro de un programa. Las funciones contienen
varias sentencias bajo un solo nombre, que un programa puede utilizar una o más
veces para ejecutar dichas sentencias”. (Luis Joyanes Aguilar (2002, p. 209)).
3.2.13 HARDWARE
Es el conjunto formado por los dispositivos electrónicos integrados que proporcionan
capacidad de cálculo. También destacan los dispositivos electromecánico que
proporcionan una función externa, como las impresoras.
3.2.14 HTML
HyperText Mark-up Lenguaje. Lenguaje de programación para armar páginas Web.
3.2.15 HTTP
HyperText Transfer Protocol. Protocolo de transferencia de hipertexto. Es un
protocolo que permite transferir información en archivos de texto, gráficos, de video,
de audio y otros recursos multimedia (Ob. Cit).
3.2.16 INTERFAZ
Elemento de transición o conexión que facilita el intercambio de datos. El teclado,
por ejemplo, es una interfaz entre el usuario y la computadora.
47
3.2.17 JAVA SCRIPT
Lenguaje de programación que aparenta una mezcla de Java con C++ y que es
implementado en la programación de página Web. Tiene altos niveles d control del
sistema operativo, base de datos y recursos del equipo a bajos niveles.
3.2.18 PHP
Es un lenguaje de programación interpretado, diseñado para la creación de páginas
web dinámicas.
3.2.19 MySQL
Es un sistema de gestión de base de datos relaciona, multihilo y multiusuario.
48
CAPÍTULO IV
MARCO METODOLÓGICO
4.1 TIPO DE ESTUDIO
Según Hernández Sampieri (2007), “el tipo de una investigación se determina de
acuerdo al nivel de conocimiento científico al que espera llegar el investigador, así
como el nivel de análisis que deberá alcanzar”(p. 23). Algunas definiciones de
Investigación:
Según Sabino (2000), se define como “un esfuerzo que se emprende para resolver
un problema, claro está, un problema de conocimiento” (p. 10).
Por su parte, Cervo y Bervian (1989), la definen como “una actividad encaminada a
la solución de problemas. Su objetivo consiste en hallar respuesta a preguntas
mediante el empleo de procesos científicos” (p. 47).
Zorrilla (1993), clasifica la investigación en cuatro tipos: básica, aplicada,
documental, de campo o mixta. La investigación documental es “aquella que se
realiza a través de la consulta de documentos (libros, revistas, periódicos,
memorias, anuarios, registros, códices, constituciones, etc.)” (p. 34) y Carlos
Méndez (1997) la define “de acuerdo a las técnicas utilizadas para la recopilación
de información para el desarrollo del sistema, se distingue la investigación como un
trabajo de campo, puesto que ésta se obtuvo en el entorno donde surgió la
necesidad del objeto de estudio” (p. 28).
De acuerdo a Zorrilla (ob.cit) el presente trabajo puede considerarse como una
investigación documental, dado que se hicieron revisiones tanto bibliografías como
electrónicas, para conoce metodologías para desarrollo de sistemas, diseño de base
49
de datos, programación en lenguaje PHP y uso del manejador de base de datos
SQL, que permiten realizar tareas muy especificas, así como también se revisó
material documental acerca del funcionamiento actual del Departamento de
Servicios Médicos del Consorcio O.I.V. Tocoma y sus procesos, para extraer la
información relevante que fue tomada en cuenta en la elaboración del sistema y
aplicada por cuanto “La investigación aplicada busca el conocer para hacer, para
actuar, para construir, para modificar”. La investigación aplicada , guarda íntima
relación con la básica, pues depende de los descubrimientos y avances de la
investigación básica y se enriquece con ellos, pero se caracteriza por su interés en
la aplicación, utilización y consecuencias prácticas de los conocimientos. “La
investigación aplicada busca el conocer para hacer, para actuar, para construir, para
modificar”.
Por otra parte, el estudio plateado se enmarca dentro de un diseño de campo, por
cuanto, este diseño de investigación permite no solo recolectar los datos
directamente, sino recolectar los datos directamente de la realidad objeto de
estudio, en su ambiente cotidiano, para posteriormente analizar e interpretar los
resultados de estas indagaciones.
4.2 OBJETO DE ESTUDIO
Establecer lineamientos básicos que sirvan para diseñar y desarrollar un sistema de
información para el Consorcio O.I.V. Tocoma, a través de una aplicación
informática que satisfaga los requerimientos planteados por el Departamento de
Servicios Médicos, dicha aplicación tiene la finalidad de proporcionar información
confiable y oportuna, es decir, es un proyecto factible porque esta investigación está
orientada a dar respuesta o solución a problemas planteados en una determinada
realidad: organizacional, social y económico.
50
4.3 TÉCNICAS DE RECOLECCIÓN DE DATOS
Arias (1999), menciona que “las técnicas de recolección de datos son las distintas
formas de obtener información”. La investigación se desarrolló a través de estas
técnicas para recolectar información:
� Entrevistas no estructuradas, para la obtención de la información requerida,
opiniones y conocimientos de forma sencilla y precisa, para el proceso de
diseño y el desarrollo del sistema, se aplicó una entrevista no estructurada,
la cual se muestra en el Anexo Nro. 1.
� A través de la técnica de Observación directa, se obtuvo la información sobre
las actividades y procesos llevados a cabo en el Departamento de Servicios
Médicos del Consorcio O.I.V. Tocoma, para conocer las diferentes funciones
que contempla el sistema.
4.4 METODOLOGÍA APLICADA
La metodología utilizada para el desarrollo del sistema de Servicio Médico del
Consorcio O.I.V. Tocoma fue la metodología en espiral, en donde el software se
desarrolla en una serie de versiones incrementales.
De acuerdo con el plan de actividades mostrado en la figura 5, se realizó el
siguiente grupo de actividades basadas en el Método en Espiral:
1.- Planeación general del proyecto :
La planeación general fue desarrollada con la intención de obtener una
perspectiva real y profesional de lo que se trata el Servicio Médico en el
Consorcio O.I.V. Tocoma. Se elaboro entrevistas y observaciones a los
51
miembros que trabajan en el Departamento de Servicios Médicos para tener
en cuenta ciertas consideraciones necesarias en el proceso constructivo del
proyecto.
Esto facilitó la concatenación de las actividades, estableciendo la secuencia
y la relación más favorable y lógica entre ellas según la metodología en
espiral. Esta planeación general permite estimar duraciones de cada
actividad, limitándose a la duración del proyecto. Haciendo una revisión de
la ruta critica generada en esta planeación general, se puede tener una idea
de las actividades que tendrán una repercusión importante en el tiempo de
desarrollo del proyecto. Esta planeación general se muestra en la figura nº
4, se modificó de acuerdo a los detalles encontrados durante la elaboración
del proyecto.
2.- Recolectar y clasificar la información utilizad a en los procesos
administrativos y médicos asistenciales del consorc io O.I.V Tocoma:
En esta etapa se identifica qué información requiere el usuario para
desempeñar sus tareas, es por ello que se realiza con la intervención de los
usuarios particularmente involucrados.
Para lograr determinar los requerimientos de información dentro de la
organización se utilizaron diversos instrumentos, los cuales incluyen: el
estudio de los datos y formas usadas por la organización, la entrevista, los
cuestionarios; entre otros.
Se realizaron entrevistas con fines exploratorios, con las que se obtuvieron
testimonios orales de los usuarios del Departamento de Servicios Médicos;
sobre sus requerimientos de información, necesarios para el cumplimiento
de sus actividades. Lo cual permitió obtener información acerca de la
52
situación actual, estableciendo un punto de partida para el desarrollo del
sistema.
Así como también se realizo un análisis documental, a partir del material
proporcionado por los usuarios involucrados.
Las técnicas de recolección de datos mencionadas anteriormente,
permitieron recabar la información necesaria para analizarla y dar el
tratamiento adecuado, logrando así obtener los requerimientos necesarios
para el sistema propuesto.
3.- Diagnóstico de la situación actual del sistema de i nformación:
En esta fase se observa de forma objetiva lo que ocurre en el Departamento
de Servicios Médicos, luego en conjunto con otros miembros de la
organización se hacen notar los problemas.
La identificación de objetivos también es un componente importante de la
primera fase, en esta etapa se deberá descubrir lo que la organización
realiza, luego determinar si el uso de los sistemas de información apoyaría a
la organización para alcanzar sus metas.
Durante esta etapa se analizaron las necesidades propias dentro del
departamento, para ello se utilizaron herramientas y técnicas diseñadas
para tal fin, tales como el uso de los diagrama de flujo de datos que cuentan
con una técnica estructurada para representar en forma gráfica la entrada
de datos al departamento, los procesos y la salida de información.
Se preparó una propuesta del análisis, que resume todo lo que se ha
encontrado, y se plantean las recomendaciones de lo que se deberá
realizar.
Para la empresa es de gran importancia optimizar sus tareas y mantener
una buena comunicación interna en su entorno, evitando así malos
53
entendidos y un desagradable ambiente laboral. Es por ello que se pretende
mejorar el proceso de realizar las comunicaciones internas en esta.
4 y 5.- Depurar la información contenida en cada pr oceso a fin determinar la
existencia de debilidades en los mismos:
En los procesos anteriores realizados donde se analizó la situación actual
del sistema de información existente, se hizo una lista de los procesos o
procedimientos que tienen muchas debilidades dentro del Departamento de
Servicios Médicos del Consorcio OIV Tocoma. El personal de servicios
médicos evaluó los procesos existentes en el sistema actual y se procedió
a comparar con los requerimientos nuevos, donde se pudo notar las
diferencias y la carencia de información existente.
6. Diseño de la base de datos con el objeto de identif icar los modelos que
conforman el sistema:
Corresponde al almacenamiento de datos del sistema. Se deben identificar
los registros lógicos necesarios, sus estructuras y las relaciones entre ellas,
así como también los medios de almacenamiento y los volúmenes
estimados.
Con el fin de lograr un sistema con almacenamiento de datos eficientes, se
deben mantener los siguientes datos:
� Emisor del documento.
� Receptor del documento.
� Asunto del documento.
� Contenido del documento.
� Referencia del documento.
� Fecha en que se realizó el documento.
� Persona que realizó el documento.
54
� Modificaciones del documento.
� Fecha de modificación del documento.
� Persona que realizo la modificación del documento.
De acuerdo al análisis anterior, se definen las entidades que constituirán la
base de datos del sistema, lo cual es explicado en el Diccionario de Datos
ubicado en el Capitulo V.
7. Identificar e instalar el software y herramienta s a utilizar para la
elaboración del producto:
Los aspectos relacionados con esta importante actividad como evaluar e
identificar que software utilizar, son muy descriptivos, ya que las mismas
características del sistema a desarrollar indican que software y que
manejador de bases de datos es el más conveniente. Para ello prevaleció la
plataforma disponible en el consorcio OIV Tocoma, quien cuenta con un
servidor Apache con Mysql y el lenguaje de programación de aplicaciones
web PHP, utilizado como estándar de desarrollo. En cuanto a la plataforma
de hardware se contó con un computador proporcionado por el consorcio
OIV Tocoma, el cual cuenta con la configuración necesaria y el Xamp con el
apache y el Mysql instalado.
8. Diseñar y codificar el sistema:
En esta fase se realizaron los algoritmos necesarios para el cumplimiento
de los requerimientos del sistema, así como también los análisis necesarios
para conocer las herramientas a usar en la etapa de codificación.
Para la codificación, la cual forma parte de la etapa 5 del espiral, donde se
hace lo referente a la construcción y soporte al usuario, se procedió a
implementar y construir el código fuente, haciendo uso de prototipos así
55
como de pruebas y ensayos para corregir errores. Como PHP lo permite se
crearon bibliotecas y componentes reutilizables dentro del mismo proyecto,
de manera de hacer que la programación sea un proceso mucho mas
dinámico y rápido, también permite minimizar las líneas de código.
9. Pruebas y depuración del sistema:
El software ya programado, basado en rutinas llamadas funciones y
procedimientos se ensamblaron para componer el sistema y se comprobó
que funcionan correctamente y que cumplen con los requisitos, antes de ser
entregado al usuario final.
10. Realización de las pruebas del sistema:
Todo sistema de información debe probarse antes de ser utilizado, ya que el
costo es menor si se detectan los problemas antes de que entre en
funcionamiento. En un principio, se hace una serie de pruebas, con datos
modelos, para identificar las posibles fallas del sistema, posteriormente se
utilizarán los datos del sistema real.
Esta etapa es de gran importancia, ya que se reducen las posibilidades de
fallas y errores del sistema al detectar los problemas que pueda presentar el
mismo antes de su entrega.
Las primeras pruebas son hechas por el programador del sistema
paulatinamente, mas conforme avanzan las mismas, se va incorporando al
usuario en el proceso de pruebas, cumpliendo además con la capacitación al
personal que utilizara el software en forma directa o indirecta.
56
4.5 DIAGRAMA DE ACTIVIDADES
Figura 3. Diagrama de Actividades
57
CAPÍTULO V
RESULTADOS
5.1 INVESTIGACIÓN PRELIMINAR
En esta parte del análisis se obtuvieron los siguientes resultados:
5.1.1 Aclaración de la Solicitud
En este punto fueron determinados los requerimientos del Departamento de Servicio
Médico Consorcio O.I.V. Tocoma. Para el desarrollo de un sistema de información
automatizado que facilite el control de los servicios médicos de los trabajadores, de
manera que permita almacenar, procesar, obtener y redistribuir la información de
forma oportuna y eficiente.
Entre los requerimientos tenemos:
1. Registro de médicos que atiende en el departamento de Servicios Médicos.
2. Registro de Paciente.
3. Registro de Resultados de Evaluación de Exámenes Médicos.
4. Control de Medicamentos suministrado por cada paciente.
5. Control de Accidentes laborales por área de trabajo.
5.2 SISTEMA ACTUAL
Describe la situación del sistema actual presentándolo en un diagnóstico, los
requerimientos de información del sistema y los estudios de factibilidad.
58
5.2.1 DESCRIPCION DE LA SITUACION ACTUAL
El diagrama de flujo de datos como modelo que describe el flujo de datos, es el que
permite describir el movimiento de los datos a través del sistema, en el DFD del
sistema propuesto se tiene lo siguiente:
Las entidades que juegan el papel importante en el sistema, cada una de ellas con
datos de entrada y salida como se ilustra en la figura Nº 10 (DFD Nivel 0, pag Nº 67)
Donde se tiene a los tres entes principales como los son: Empleados, Sistema
SERMED y Departamento Administrativo.
El principal proceso de información del Departamento de Servicios Médicos del
Consorcio OIV Tocoma, consiste en llevar el registro y almacenamiento, a través de
archivos, de las historias médicas de los trabajadores que allí asisten.
Dentro de los procesos llevados a cabo por el Departamento del Servicios Médicos
están:
1. El registro de pacientes que consiste en llevar el control de los datos de cada
trabajador con campos como: la ficha, nombre, apellido, cedula, cargo, sub
contrata a la cual pertenece, fecha de nacimiento, fecha de ingreso del
consorcio, dirección y teléfono de residencia, entre otros.
2. El control de asistencia médica de cada empleado, al realizar la petición de
una cita, el médico ocupacional o general, evalúa y verifica si este necesita
una medicación, esto va a depender del informe médico emitido.
3. El control de exámenes médicos, para lo cual, el médico debe realizar una
historia clínica para informarse del estado actual del empleado. Esta historia
comprende exámenes de hematología completa y otras afecciones que el
59
paciente padece o ha padecido, para lo cual debe responder a preguntas
como: ha sufrido de infarto?, es alérgico a algún medicamento?, entre otros.
4. El control de medicamentos administrados a los trabajadores, para la
relación de los gastos.
5. El control de los accidentes laborales por área de trabajo.
5.3 REQUERIMIENTOS DEL SISTEMA
Después de haber realizado el estudio que permitió diagnosticar como se lleva a
cabo en la actualidad el proceso de atención médica al empleado del Consorcio
O.I.V. Tocoma y un análisis exhaustivo de la información recabada se pudo definir
los siguientes requerimientos:
5.3.1 REQUERIMIENTOS DE ENTRADA
El sistema Sermed, solicita en primer lugar la clave de acceso del personal
autorizado para consultar, modificar, agregar, eliminar y realizar las operaciones
pertinentes a las historias médicas del trabajador. Por ello cada usuario debe estar
autorizado a través de una clave de acceso creada por el mismo bajo la supervisión
y control del administrador del sistema, el cual se encargara de administrar y
mantener actualizada dichas claves. Este administrador es un usuario más del
sistema pero con características muy particulares. De acuerdo a los registros a
realizar, como es el caso particular de la morbilidad, el sistema Sermed le mostrará
datos a llenar tales como:
• Nombre y apellido.
• Cedula.
• Edad.
60
• Cargo.
• Empresa.
• Supervisor.
• Dirección.
• Área de trabajo.
• Motivo de consulta.
• Tratamiento aplicado.
• Hora y fecha de atención.
• Paramédico o enfermero que lo atendió.
Todos estos datos una vez ingresados por el personal administrativo de servicios
médicos del consorcio O.I.V. Tocoma, le dará como resultado una salida tipo reporte
sobre la atención del trabajador. La cual quedara plasmada y registrada en la
historia médica del trabajador en cuestión.
Para el almacenamiento de los datos:
Esta etapa lleva consigo el diseño de los archivos o la base de datos que
almacenará aquellos datos requeridos por quien toma las decisiones en el
Departamento de Servicios Médicos:
• Llevar el registro del empleado con nombre, apellido, cedula, ficha, fecha de
nacimiento y de entrada a la empresa, entre otros.
• Llevar el registro de los médicos como nombre, apellido, cedula, numero de
colegio de médico, entre otros.
• Llevar el registro de los tratamientos e indicaciones para cada empleado.
• Llevar el registro de los departamentos, empresas, áreas donde se ubica
cada empleado, como su descripción.
Para el médico que trata al paciente redacta un informe sobre los posibles síntomas
que posee el mismo, este informe se llama Historia Médica donde se describe el
61
diagnostico y los déficits funcionales que padece el paciente que puede dar lugar a
una incapacidad o discapacidad. Se requiere que se especifique los datos del
médico, datos personales del paciente, características físicas del paciente, historia
clínicas anteriores si la padece, padecimiento actual del paciente.
El registro de los tratamientos e indicaciones por parte de los médico implica un
interrogatorio hacia al paciente que consiste básicamente en diagnosticar cualquier
situación y cuáles son las tendencias de los hechos recogidos que le indica el
paciente, para realizar un análisis del mismo y así determinar qué es la patología y
identificar los posibles problemas que constituirán la base del plan de cuidados. Se
requiere que se especifique los datos del diagnostico.
Así mismo, el médico debe registrar el tratamiento, lo cual implica el problema de
salud que presenta el paciente esto parte de la historia con su evolución; se indica
los datos del tratamiento. A su vez el médico dependiendo del análisis de la
patología del paciente este utiliza la técnica de exámenes médicos, para saber con
más certeza lo que puede o no poseer el paciente, se requiere los datos de los
resultados de la historia médica, se muestra los datos de laboratorio.
Las evoluciones de una Historia médica es vista como una serie cronológica de
observaciones. Las evoluciones reflejan la situación observada por el médico y su
opinión en un momento dado en el tiempo, se refleja los datos de la evolución y el
tiempo en que se está realizando.
Luego el egreso, entendido como el proceso de presidir de los servicios del paciente
dentro de la Consorcio O.I.V Tocoma, requiere que se especifiquen los datos
personales del paciente, datos del médico, datos físicos del paciente.
62
Para realizar los reportes:
• El usuario debe introducir el rango de fechas de las intervenciones, cédula,
nombre o apellido del empleado para la elaboración de las estadísticas de
las historias médicas.
• Control de medicamentos administrados, para la relación de gastos.
• Control de accidentes laborales por área de trabajo, para determinar el área
de trabajo con mayor afluencia de trabajadores lesionados.
5.3.2 REQUERIMIENTOS DE SALIDA
1. Consultas de datos de los pacientes.
2. Consultas de las historias médicas.
3. Consultas por pantallas de :
• Listas de paciente.
• Listas de intervenciones.
• Listado de historia médica por paciente.
• Listado de accidentes laborales.
• Listado de medicamentos administrados.
5.3.3 REQUERIMIENTOS FUNCIONALES
El sistema a desarrollar debe permitir que el departamento lleve un control de las
historias médicas de los trabajadores del Consorcio O.I.V. Tocoma.
Entre las funciones que debe hacer el sistema están:
• Almacenar los datos del trabajador, los médicos ocupacionales, los
tratamientos, diagnósticos, sub-contratas internas del consorcio.
63
• Llevar el control mensual de la morbilidad de los pacientes, para luego emitir
los reportes respectivos.
• Emitir vía Web todas las consultas y modificaciones necesarias del sistema.
5.4 ESTUDIO DE FACTIBILIDAD
Presenta un estudio de los recursos existentes que permiten establecer si el
desarrollo del sistema de información es o no factible.
5.5 FACTIBILIDAD TECNICA
En la tabla Nro. 3 se describe el equipo con que cuenta el Departamento de
Servicios Médicos del Consorcio O.I.V. Tocoma para el desarrollo de la aplicación:
EQUIPO CANTIDAD DESCRIPCIÓN PC de Escritorio 1 � Unidad de CDROM de 52x.
� Unidad de Disco 3 ½ pulgadas.
� Disco Duro de (31.4;) Giga Bytes.
� Memoria RAM (512 ) � Mouse(Con conexión PS2) � Teclado � Monitor Pantalla Plana
Licencia 1 � Windows XP, Service Pack 2 � Microsoft Office 2003 � Xampp. � Servidor apache.
Impresora Láser 1 Tabla 2. Características técnicas del equipo.
Una vez realizada la evaluación se determinó que el Departamento de Servicios
Médicos del Consorcio O.I.V. Tocoma cuenta con el hardware necesario para el
desarrollo del sistema, por lo que descarta la opción de adquirir un nuevo equipo.
Cabe destacar que el equipo con que cuenta posee el software indispensable para
64
el desarrollo del sistema, el cual es el Xampp, este software incluye el servidor
Apache con el sistema manejador de bases de datos Mysql y su licencia es gratis, el
cual por las características que posee, brinda la facilidad para su instalación.
5.6 FACTIBILIDAD OPERATIVA
El desarrollo del sistema fue una solicitud del Departamento de Servicios Médicos
del Consorcio O.I.V. Tocoma, por ello, se ha recibido todo el apoyo al presente
proyecto por parte del personal de ese departamento. El personal que labora en
dicho departamento posee conocimiento sobre el manejo de computadoras, por lo
tanto, el personal está en capacidad de manipular y manejar el sistema.
5.7 FACTIBILIDAD ECONÓMICA
El Departamento de Servicios Médicos del Consorcio O.I.V. Tocoma, cuenta con el
equipo de trabajo necesario para lograr todos los objetivos deseados para el
desarrollo del sistema propuesto, por lo que no se incurrirán en grandes costos para
crear la aplicación deseada.
5.8 SISTEMA PROPUESTO
5.8.1 DESCRIPCIÓN SISTEMA PROPUESTO
Después de analizar los datos obtenidos en la definición del sistema actual y los
requerimientos necesarios, se cuenta con información suficiente para dar solución a
la problemática antes expuesta, esto permitirá el diseño y desarrollo del sistema
propuesto para llevar a cabo el control de las historias médicas y la morbilidad en el
Consorcio O.I.V. Tocoma, específicamente en los Servicios Médicos.
65
Este tipo de requerimiento constituye las funciones que el nuevo sistema debe
ejecutar para lograr la consecución de los objetivos identificados en el análisis del
mismo.
El conjunto de funciones que debe realizar el sistema:
• Capturar los datos introducidos por los usuarios del sistema.
• Facilitar las consultas interactivas a los usuarios del sistema, con el fin de
proporcionar la información requerida.
• Generar los reportes con la información requerida por los usuarios de
acuerdo a las especificaciones establecidas por los mismos.
• Mantener la integridad de los datos, protegiéndolos contra accesos indebidos
o no autorizados.
5.8.2 TABLA VISUAL DE CONTENIDO
Figura 4. Tabla Visual de Contenido
• En el módulo 1.1 de administración, contiene todos los procesos de
empleados, en la que se podrá ingresar, consultar, modificar, eliminar datos.
66
Este módulo permite incluir todos aquellos datos de los trabajadores
atendidos con su respectivo cargo, para luego tenerlos en la base de datos
al momento de registrarlos en la morbilidad de pacientes del servicio.
• En el módulo 1.2 de historias médicas, contiene todos los procesos de
historias médicas del empleado, referente a los récipes, la evolución y la
posibilidad de consultar el reporte de la historia médica como tal de un
determinado empleado. Así como también podrá ingresar, consultar,
modificar, eliminar datos de estas Historias Médicas.
• En el módulo 1.3 de control, contempla todos los controles que lleva el
Servicio Médico dentro del Consorcio O.I.V. Tocoma, en la que se podrá
ingresar, consultar, modificar, eliminar datos. En este módulo es donde se
tiene el control de los nuevos diagnósticos así como también de sus
tratamientos. La morbilidad de los trabajadores atendidos también es llevada
en este módulo.
• En el módulo 1.4 de usuario se encuentran los usuarios administrativos del
sistema y los médicos del servicio médico, se podrá ingresar, modificar,
consultar y eliminar datos. En este módulo también permitiré ingresar los
nuevos usuarios del sistema, el cual puede ser el médico de guardia, que no
haya sido registrado, así como también el administrador del sistema puede
modificar sus datos.
67
TABLA VISUAL DE CONTENIDO MÓDULO DE ADMINISTRACIÓN NIVEL 1
Figura 5. Tabla Visual de Contenido Nivel 1 Módulo 1
TABLA VISUAL DE CONTENIDO MÓDULO DE HISTORIA NIVEL 1
Figura 6. Tabla Visual de Contenido Nivel 1 Módulo 2
68
TABLA VISUAL DE CONTENIDO MÓDULO DE CONTROL NIVEL 1
Figura 7. Tabla Visual de Contenido Nivel 1 Módulo 3
TABLA VISUAL DE CONTENIDO MÓDULO DE USUARIO NIVEL 1
Figura 8. Tabla Visual de Contenido Nivel 1 Módulo 4
69
5.8.3 DIAGRAMA DE FLUJO DE DATOS (Sistema Propuesto )
Figura 9. DFD Nivel 0
5.8.4 DIAGRAMA NIVEL 1
70
Figura 10. DFD Nivel 1
71
5.8.5 DIAGRAMA NIVEL 2: Empleado
Figura 11. DFD Nivel 2 Empleado
72
5.8.6 DIAGRAMA NIVEL 2: Departamento Administrativo
Figura 12. DFD Nivel 2 Departamento Administrativo
73
5.8.7 DISEÑO CONCEPTUAL DE LA BD (Sistema Propuesto )
Figura 13. Diagrama Entidad Relación
74
5.8.8 DICCIONARIO DE DATOS (Sistema Propuesto)
A continuación se describe el modelo relacional de la base de datos diseñada
NOMBRE DE LA TABLA empleado
DESCRIPCIÓN Contiene toda la información de la hoja de vida de los empleados del Consorcio O.I.V. Tocoma.
ATRIBUTOS CAMPO DESCRIPCIÓN TIPO CLAVE LONG
Ficha Identificador único de la tabla empleado.
varchar PK 15
Nombre Indica el nombre del empleado. varchar 25
Apellido Indica el apellido del empleado. varchar 25
Cedula Indica la cedula de la tabla empleado.
varchar 15
Sexo Indica el sexo de la tabla empleado.
varchar 10
dia_nacimiento Indica el día de nacimiento del empleado.
int 2
mes_nacimiento Indica el mes de nacimiento del empleado.
int 2
anno_nacimiento Indica el año de nacimiento del empleado.
int 4
ciudad_nacimiento Indica el lugar de nacimiento del empleado.
varchar 100
Edad Indica la edad de la tabla empleado.
int 2
direccion_hab Indica la dirección de la tabla empleado.
varchar 225
telefono_hab Indica el teléfono de contacto de la tabla empleado.
varchar 11
dia_ingreso Indica el día de ingreso del empleado en el Consorcio O.I.V. Tocoma.
int 2
mes_ingreso Indica el mes de ingreso del empleado en el Consorcio O.I.V. Tocoma.
int 2
anno_ingreso Indica el año de ingreso del empleado en el Consorcio O.I.V. Tocoma.
int 4
idCargo Identificador único de la tabla Cargo.
varchar FK 10
idEmpresa Identificador único de la tabla empresa.
varchar FK 10
idAreaTrabajo Identificador único de la tabla Área de Trabajo en el Consorcio.
varchar FK 10
Foto Indica la imagen física del empleado.
varchar 50
75
NOMBRE DE LA TABLA Cargo
DESCRIPCIÓN Contiene que tipo descripción del cargo que posee e l empleado del Consorcio O.I.V. Tocoma.
ATRIBUTOS CAMPO DESCRIPCIÓN TIPO CLAVE LONG
idCargo Identificador único de la tabla Cargo.
varchar PK 10
descargo Indica la descripción del Cargo del empleado en el Consorcio O.I.V. Tocoma.
varchar 50
statusCargo Indica en que estatus se encuentra el cargo (Activo = 1, Inactivo = 0)
int 1
NOMBRE DE LA TABLA empresa
DESCRIPCIÓN Contiene que el nombre de la empresa al que pertene ce un empleado del Consorcio O.I.V. Tocoma.
ATRIBUTOS CAMPO DESCRIPCIÓN TIPO CLAVE LONG
idEmpresa Identificador único de la tabla Empresa.
varchar PK 10
desEmpresa Indica la descripción de la Empresa del empleado en el Consorcio O.I.V. Tocoma.
varchar 50
statusEmpresa Indica en que estatus se encuentra la Empresa (Activo = 1, Inactivo = 0)
int 1
NOMBRE DE LA TABLA area_trabajo
DESCRIPCIÓN Contiene que el no mbre de las áreas de trabajo al que pertenece los empleado s del Consorcio O.I.V. Tocoma.
ATRIBUTOS CAMPO DESCRIPCIÓN TIPO CLAVE LONG
idAreTra Identificador único de la tabla Área de Trabajo.
varchar PK 10
desAreTra Indica la descripción del Área de Trabajo del empleado en el Consorcio O.I.V. Tocoma.
varchar 50
statusAreTra Indica en que estatus se encuentra el Área de Trabajo (Activo = 1, Inactivo = 0)
int 1
76
NOMBRE DE LA TABLA morbilidad
DESCRIPCIÓN Contiene los datos de la morbilidad que lleva e l médico general cuando atiende a un paciente.
ATRIBUTOS CAMPO DESCRIPCIÓN TIPO CLAVE LONG
idMorbilidad Identificador único de la tabla Morbilidad.
varchar PK 10
idEmpleado Identificador único de la tabla Empleado.
varchar FK 10
idMedico Identificador único de la tabla Médico.
varchar FK 10
idDiagnostico Identificador único de la tabla Diagnostico.
varchar FK 10
idTratamiento Identificador único de la tabla Tratamiento.
varchar FK 10
idControl Identificador único de la tabla Control.
varchar FK 10
Dia Indica el día de la Morbilidad. int 2
Mes Indica el mes de la Morbilidad. int 2
Anno Indica el año de la Morbilidad. int 4
NOMBRE DE LA TABLA diagnostico
DESCRIPCIÓN
Contiene que el nombre de los diagnósticos o de la enfermedad, que el médico le indica al paciente (trabajador del consorcio) al asistir a una consult a médica .
ATRIBUTOS CAMPO DESCRIPCIÓN TIPO CLAVE LONG
IdDiag Identificador único de la tabla Diagnostico.
varchar PK 10
desDiag Indica la descripción del Diagnostico.
varchar 50
statusDiag Indica en que estatus se encuentra el Diagnostico (Activo = 1, Inactivo = 0)
int 1
77
NOMBRE DE LA TABLA tratamiento
DESCRIPCIÓN Contiene el tratamiento que el médico le indica al paciente (trabajador del consorcio) de los resultad os de la consulta médica.
ATRIBUTOS CAMPO DESCRIPCIÓN TIPO CLAVE LONG
IdTra Identificador único de la tabla Tratamiento.
varchar PK 10
DesTra Indica la descripción del Tratamiento.
varchar 50
statusTra Indica en que estatus se encuentra el Tratamiento (Activo = 1, Inactivo = 0)
int 1
NOMBRE DE LA TABLA Código
DESCRIPCIÓN Contiene el nombre y el número de código , en lo cual se agrupan las enfermedades.
ATRIBUTOS CAMPO DESCRIPCIÓN TIPO CLAVE LONG
IdCod Identificador único de la tabla Código.
varchar PK 10
desCod Indica la descripción del Código. varchar 50
statusCod Indica en que estatus se encuentra el Código (Activo = 1, Inactivo = 0)
int 1
NOMBRE DE LA TABLA historia_medica
DESCRIPCIÓN Contiene el control médico de todos los antecedentes patológicos que posee el paciente (trabajador del Consorcio) en el momento de la consulta.
ATRIBUTOS CAMPO DESCRIPCIÓN TIPO CLAVE LONG
idHistoriaMedica Identificador único de la tabla Historia Médica.
varchar PK 10
idEmpleado Identificador único de la tabla Empleado.
varchar FK 10
idMedico Identificador único de la tabla Médico.
varchar FK 10
78
Motivo Indica el motivo del porque el paciente asiste a la consulta.
text
Anamnesis text
RevisiónFuncional Indica la revisión funcional que realiza el médico al paciente.
text
Talla Indica la Talla del paciente. varchar 10
Peso Indica el peso del paciente. varchar 10
Ta Indica la tensión arterial varchar 10
Fc Indica la frecuencia cardiaca varchar 10
Fr Indica la frecuencia respiratoria. varchar 10
PielAnexos Antecedentes de enfermedades de la piel
text 50
Oftalmología Antecedentes de enfermedades de la vista
text 50
Orl Antecedentes de enfermedades del oído
text 50
CabezaCuello Antecedentes de lesiones en cabeza o cuello
text 50
Torax Antecedentes de lesiones en torax
text 50
Pulmonar Antecedentes de enfermedades respiratorias
text 50
Cardiovascular Antecedentes de enfermedades del corazón
text 50
Abdomen Antecedentes de enfermedades del abdomen
text 30
ColumnaVertebral Antecedentes de lesiones de la columna
text 30
Extremidades Antecedentes de enfermedades en las extremidades
text 40
Circulación Antecedentes de enfermedades circulatorias
text 40
Neurológico Antecedentes de enfermedades de neurológicas
text 50
Genitales Antecedentes de enfermedades de los genitales
text 50
Ginecológicos Antecedentes de enfermedades ginecológicas
text 40
Laboratorio Resultado de exámenes de hematología completa
varchar 30
Expirometría Resultado de examen de audiometría
varchar 50
audiometría Resultado de examen de varchar 15
79
audiometría ExamenVisual Resultado de examen visual varchar 15
EKG Resultado de electrocardiograma
varchar 15
GrupoSanguíneo Resultado de tipeaje varchar 15
Radiológicos Resultado de radiografías varchar 16
Otros Resultados de exámenes especiales prescritos por el medico
varchar 15
diaHisMed Indica el día de la Historia Médica.
int 2
mesHisMed Indica el mes de la Historia Médica.
int 2
annoHisMed Indica el año de la Historia Médica.
int 4
NOMBRE DE LA TABLA historia_medica_resul
DESCRIPCIÓN
Contiene los datos de los resultados de la historia médica, después de un previo análisis en laboratori o, de manera de mantener actualizado la historia médica a l momento del trabajador salir de vacación o en caso de egreso .
ATRIBUTOS CAMPO DESCRIPCIÓN TIPO CLAVE LONG
idHistoriaMedica Identificador único de la tabla Historia Médica.
varchar PK 10
Laboratorio Resultados de exámenes de laboratorio.
text 15
Audiometría Resultados de exámenes de audiometría.
text 15
Expirometria Resultados de exámenes de expirometria.
text 15
Optometría Resultados de examen visual. text 15
Radiología Resultados de radiografías. Text 15
Torax Resultados de exámenes del torax.
text 15
Lumbosacra Resultados de examen en región lumbar.
text 15
Eletrocardiografia Resultados de examen de electrocardiograma
text 15
Otros Exámenes especiales. text 20
80
Diagnostico Nombre de la enfermedad. text 50
Incidencia Cantidad de veces que sufrió la patología.
text 15
Prevalencia Tiempo de duración de la enfermedad.
text 15
Recomendaciones Medidas de prevención para evitar enfermedades.
text 50
NOMBRE DE LA TABLA Medico
DESCRIPCIÓN Contiene toda la información de la hoja de vida de los médicos del Consorcio O.I.V. Tocoma.
ATRIBUTOS CAMPO DESCRIPCIÓN TIPO CLAVE LONG
id_medico Identificador único de la tabla médico.
varchar PK 10
cedula_medico Indica la cedula del médico. varchar 8
nombre_medico Indica el nombre del médico. varchar 50
apellido_medico Indica el apellido del médico. varchar 50
Teléfono Indica el número de teléfono de la tabla médico.
varchar 11
numColMed Indica el número del colegio de médico de la tabla médico.
varchar 15
Estatus Indica en que estatus se encuentra el médico (Activo, Inactivo)
varchar 8
NOMBRE DE LA TABLA Récipe
DESCRIPCIÓN Contiene el control de las indicaciones médicas que le hace el médico general al empleado del Consorcio O.I.V. Tocoma.
ATRIBUTOS CAMPO DESCRIPCIÓN TIPO CLAVE LONG
idRecipe Identificador único de la tabla récipe.
varchar PK 10
idEmpleado Identificador único de la tabla empleado.
varchar FK 10
idMedico Identificador único de la tabla médico.
varchar FK 10
descRecipe Indica la descripción del récipe que realiza el médico al
text 20
81
paciente.
descIndicaciones Indica la descripción de las indicaciones que realiza el médico al paciente
text 20
Dia Indica el día en que se realiza el Récipe.
int 2
Mes Indica el mes en que se realiza el Récipe.
int 2
Anno Indica el año en que se realiza el Récipe.
int 4
NOMBRE DE LA TABLA egreso_medico
DESCRIPCIÓN Contiene el control de los exámenes médicos de egreso que le ha ce el médico general al trabajador .
ATRIBUTOS CAMPO DESCRIPCIÓN TIPO CLAVE LONG
idEgresoMedico Identificador único de la tabla Egreso Médico.
varchar(10) PK 10
idEmpleado Identificador único de la tabla empleado.
varchar(10) FK 10
idMedico Identificador único de la tabla médico.
varchar(10) FK 10
Talla Indica la Talla del paciente. varchar 100
Peso Indica el peso del paciente. varchar 100
Ta Tensión arterial. varchar 15
Fc Frecuencia cardiaca. varchar 15
Fr Frecuencia respiratoria. varchar 15
Pulso Indica el pulso del paciente. varchar 4
Piel Indica el tipo de piel del paciente.
text 15
Cabeza Antecedentes de heridas en la cabeza.
text 15
Ojo Antecedentes de heridas o enfermedades en los ojos.
text 15
Oído Antecedentes de traumatismos o enfermedades en los oídos.
text 15
Nariz Antecedentes de traumatismos o enfermedades en la nariz.
text 15
Boca Antecedentes de heridas o enfermedades en la boca.
text 15
Diente Antecedentes de traumatismos text 15
82
o enfermedades en los dientes.
Cuello Antecedentes de heridas o enfermedades en el cuello.
text 15
Tórax Antecedentes de lesiones o traumatismos a nivel del tórax.
text 15
Cardiopulmonar Antecedentes de enfermedades cardiopulmonares
text 20
Abdomen Antecedentes de lesiones o enfermedades a nivel abdominal.
text 20
Umbilical Antecedentes de hernias umbilicales.
text 15
Inguinal Antecedentes de hernias inguinales.
text 20
Permeable Permeabilidad de las vías respiratorias.
text 20
Cervical Antecedentes de hernias cervicales.
text 20
Toraxica Antecedentes de hernias a nivel torácico.
text 20
Lumbo Antecedentes de hernias a nivel lumbar.
text 20
Miembros Antecedentes de traumatismos a nivel de piernas o brazos.
text 20
Venas Antecedentes de trastornos en los vasos sanguíneos.
text 20
Neurológicos Antecedentes de enfermedades neurológicas.
text 20
Genitales Antecedentes de enfermedades en genitales.
text 20
Ginecológicos Antecedentes de enfermedades ginecológicas.
text 20
Calificativo Conclusión total de la evaluación realizada.
text 50
Recomendaciones Medidas de prevención para evitar enfermedades.
varchar 50
Dia Indica el día del Egreso Médico. int 2
Mes Indica el mes del Egreso Médico.
int 2
Anno Indica el año del Egreso Médico. int 4
83
NOMBRE DE LA TABLA Usuario
DESCRIPCIÓN Contiene los datos del usuario que lleva el control del sistema administrativo de servicios médicos .
ATRIBUTOS CAMPO DESCRIPCIÓN TIPO CLAVE LONG
id_administrativo Identificador único de la tabla usuario.
varchar PK 10
cedula_usu Indica la cedula del usuario. varchar 8
nombre_usu Indica el nombre del usuario. varchar 100
apellido_usu Indica el apellido del usuario. varchar 100
Login Indica la descripción del nombre del login (nombre usuario) en la tabla usuario.
varchar 50
Password Indica la clave o contraseña de la tabla usuario.
varchar 50
Estatus Indica en que estatus se encuentra el usuario (Activo, Inactivo)
varchar 8
84
5.8.9 DISEÑO DEL SISTEMA
Una de las formas más habituales y convenientes de analizar un sistema es crear
una interfaz de usuario, ya que este forma parte del diseño lógico que debe ser
entregado por el analista al administrador de la organización. Sin embargo cuando
aquello que se construya es un software, el modelo debe tomar una forma diferente,
deben representar todas las funciones y subfunciones de un sistema.
Los requerimientos y el análisis del sistema llevaron al siguiente diseño que debe
mostrar la interfaz final. La siguiente lista muestra los elementos que se integran a la
interfaz, que se especifican a continuación:
Al ingresar a la aplicación web del SERMED es a través de la dirección electrónica:
www.sermed.ve y automáticamente se visualizara la siguiente imagen.
Figura 14. Pantalla principal del Sistema.
85
Si se desea ingresar al Sistema deberá colocar en la página principal de SERMED,
en “Acceso al Sistema”, el usuario y la clave de acceso, como se muestra en la
figura 13.
Figura 15. Acceso al Sistema.
El menú principal del sistema le permite al usuario, tener acceso a todos los
módulos que les ofrece la aplicación web de SERMED. En la figura 14. Se muestra
un ejemplo del menú del sistema.
Ejemplo de menú tenemos:
Figura 16. Menú del Sistema
Las formas de entrada/salida son formas en pantalla que despliegan campos que
contienen datos o parámetros que requieren ser comunicados al usuario. Las
formas en pantalla muestran la información que deberá introducirse, así como su
ubicación. El usuario deberá desplazar el cursor de campo en campo, mediante un
sencillo juego de teclas. Ejemplo de formularios de entrada y salida se muestra en la
figura 15.
86
Figura 17. Formulario
Al editar el formulario de entrada y salida y algún campo es obligatorio, saldrá un
mensaje informándole de que falta llenar ese campo, como se ilustra en la figura 16.
Figura 18. Mensaje de Error, campo obligatorio.
Sin embargo, al guardar o buscar algún dato saldrá el mensaje de operación
exitosa, tal como se muestra en la figura 17.
Figura 19. Mensaje de Inserción de datos con éxito.
87
Los reportes pueden aparecer por papel o en pantalla, según el usuario del sistema
así lo requiera. Los tipos de reportes que genera el sistema son los mostrados en la
figura 18 y 19.
Figura 20. Informe de salida.
Figura 21. Informe de Impresión PDF tipo 1.
88
CONCLUSIÓN
Para el cumplimiento del objetivo general del estudio que consistió en el desarrollo del sistema de información automatizado de servicios médicos al Consorcio O.I.V. Tocoma, se dieron respuestas a objetivos específicos:
1. Del diagnóstico de la situación actual se logró conocer el proceso de asistencia médica dentro del Consorcio O.I.V. Tocoma. En éste se observó que el registro de las historias médicas y de la morbilidad diaria de los trabajadores atendidos en el servicio médico se lleva a cabo de manera manual, dando lugar a inconvenientes como la ilegibilidad de la escritura típica de los médicos, pérdidas de tiempo al tener que rellenar planillas con múltiples datos fijos del trabajador que bien pueden extraerse de una base de datos y la redundancia de data cuando un mismo paciente es atendido por varios médico, por ejemplo, el paramédico de guardia, el médico general y el especialista.
2. El sistema desarrollado cumple con las necesidades del servicio médico, ya que permitió automatizar la creación de historias médicas y el control de las morbilidades, ahorrando tiempo en la búsqueda de historias médicas almacenadas en archivos físicos y en el registro de las atenciones médicas que se llevan a cabo en este centro. Este beneficio constituye una de las características más importante del sistema desarrollado.
3. Las interfaces para la utilización e interacción de los usuarios con el sistema fueron diseñadas siguiendo los estándares establecidos por el Servicios Médicos del Consorcio O.I.V. Tocoma, haciendo uso de las herramientas para el desarrollo de aplicaciones Dreamweaver CS2 8, PHP Y HTML a fin de dar respuestas a las exigencias establecidas por el Departamento antes mencionado.
4. Con respecto a la seguridad, es indispensable el aseguramiento del equipo y de las
instalaciones, así como de la información y control de los accesos, lo cual también es
punto fundamental para evitar las fugas de información o manipulación indebida de
esta.
89
5. Además al realizar el presente trabajo se pudo notar que dentro del ambiente
empresarial es de vital importancia contar con la información lo más valiosa que sea,
a tiempo, de forma oportuna, clara, precisa y sin errores para que se constituya en
una herramienta poderosa para la toma de decisiones, viéndose reflejada en la
obtención de resultados benéficos a los fines de la organización y justificar el existir
de toda la organización o empresa.
90
RECOMENDACIÓN
1. Revisar constantemente el desempeño de la aplicación para realizar las mejoras necesarias en el momento que lo requiera, de tal manera que el sistema se mantenga operativo y que cumpla con las exigencias de la organización. Esto también implica la incorporación de las mejoras en los procedimientos de servicios médicos que se implanten en lo adelante en el seno de la empresa.
2. Recomendar a los empleados autorizados para utilizar el sistema que mantengan confidencialidad de los usuarios y contraseñas suministradas, a fin de garantizar la seguridad y confiabilidad de los datos.
3. Establecer políticas de respaldo y mantenimiento de la base de datos, para tener capacidad de recuperación de data en caso de daños físicos en los dispositivos de almacenamiento y garantizar la integridad de los datos.
4. Realizar un programa de capacitación y concientización sobre el uso del sistema, para que los usuarios se familiaricen con la interfaz del sistema, comprendan la estructura de los datos y de los procesos que se manejan y reconozcan la importancia que tiene este sistema para la empresa.
5. Es indispensable el aseguramiento del equipo y de las instalaciones, así como del control de los accesos a los servidores de datos, lo cual es punto fundamental para evitar las fugas de información o manipulación indebida de ésta.
91
BIBLIOGRAFÍA
Molina Menéndez, Lucy (2000). Sistema de Control de Reposos y Sistemas de
Control de Resultados de Exámenes Médicos Integrales de Salud en la Siderúrgica
del Orinoco C. A. (SIDOR), documento de trabajo, IP/3026/2000/e., UNEG, Puerto
Ordaz – Venezuela.
Peraza, Karet. (2006). Diseño, Desarrollo e Implementación del Sistema de Control
de Facturación y Pagos recibidos de agencias de viajes Omega Sucursal Puerto
Ordaz, documento de trabajo, IP/5269/2006/e., UNEG, Puerto Ordaz – Venezuela.
Mendez, Silda y Miranda, Elena (2002). Diseñar el sistema de información para el
control de los procesos médico asistenciales del servicio médico de la Corporación
Venezolana de Guayana., documento de trabajo, IP/3522/2002/e., UNEG, Puerto
Ordaz – Venezuela.
E. Kendall, Kenneth y E. Kendall, Julie (2005). Análisis y Diseño de Sistemas. México:
Sexta Edición, Pearson Educación.
Muñoz, Carlos Razo (2002). Auditoría en Sistemas Computacionales. México: Primera
Edición, Pearson Educación.
Roger S. Pressman (2002). Ingeniería del Software. Un enfoque práctico. España:
Quinta Edición, McGRAW-HILL/INTERAMERICANA DE ESPAÑA, S. A. U.
Sabino, C. (2000). El Proceso de Investigación. Caracas: Panapo de Venezuela,
C.A.
Cervo, A. y Bervian, P (1989). Metodología científica. Bogotá: McGraw-Hill.
92
Zorrilla, Arena Santiago (1993). Introducción a la metodología de la investigación.
México: Cal Editores, 11ª ed.
Fidias G. Arias (1999). El proyecto de Investigación. Caracas: Editorial Texto, C. A.,
Tercera Edición, Editorial Episteme.
Luis Joyanes Aguilar (2002). Programación en C, Metodología, Algoritmos y
Estructura de Datos. México: McGraw-Hill.
Sabino, C. (1994). Como hacer una tesis. Caracas: Panapo.
Sierra Bravo, R. (1991) Técnicas de Investigación Social. Madrid Paraninfo.
Universidad Pedagógica Experimental Libertador (1998). Manual de Trabajos de
Grado de Especificación y Maestría y Tesis Doctorales. Caracas: Autor.
Universidad Simón Rodríguez (1980). Alcances generales sobre técnicas
andrológicas de aprendizaje. Caracas: Autor.
93
94
ANEXO
Entrevista dirigida al personal administrativo del Departamento de Servicios Médicos del Consorcio O.I.V. Tocoma.
1.- ¿Explique las actividades que realizan?
2.- ¿Cuales son los inconvenientes o dificultades encontradas en los procesos llevados a cabo?
3.- ¿Qué desearía que hiciera el sistema a desarrollar?
4.- ¿Cree usted que la incorporación de un sistema de información automatizado mejore todas las deficiencias existentes en el servicio médico del Consorcio O.I.V. Tocoma?
5.- ¿Quién de los empleados fue el encargado de realizar los formatos existentes en el servicio médico?
6.- ¿Le gustaría que los formatos existentes en el servicio médico, se hicieran automatizados o en digital, en el sistema propuesto?
95
Anexo 2
Récipe médico
