Este documento resume un sistema de información para diagnosticar tipos de intoxicación en pacientes en el Hospital Pablo Acosta Ortiz. Actualmente, el hospital utiliza un método manual para llevar registros de pacientes intoxicados, lo que causa retrasos en la atención y errores en los diagnósticos. El sistema propuesto automatizaría este proceso a través de una base de datos y algoritmos para ayudar a los médicos a diagnosticar rápidamente el tipo de intoxicación.

1. REPÚBLICA BOLIVARIANA DE VENEZUELA
MINISTERIO DEL PODER POPULAR PARA LA EDUCACIÓN
UNIVERSIDAD BICENTENARIA DE ARAGUA
NÚCLEO APURE
SISTEMA DE INFORMACIÓN PARA DIAGNOSTICAR TIPO DE INTOXICACIÓN
EN PACIENTES DEL HOSPITAL PABLO ACOSTA ORTIZ
FACILITADORA:
Ortega Lisset
BIRUACA - APURE, MAYO DEL 2013
INTEGRANTES:
 Braca Victor
 Carreño Alexis
 Lozano Jesus
 Salas Felix
 Zarate Arnoldo

2. ÍNDICE
pág
.
CAPITULO I
1. INTRODUCCIÓN-----------------------------------------------------------------------------------3
1.1 PLANTEAMIENTO DEL PROBLEMA------------------------------------------------------4
 Síntomas
 Causas
 Pronostico
1.2 PRONOSTICO--------------------------------------------------------------------------------------5
1.3 OBJETIVOS DE LA INVESTIGACIÓN------------------------------------------------------6
 GENERAL
 ESPECÍFICOS
CAPITULO II
2.1 ANÁLISIS SITUACIONAL---------------------------------------------------------------------7
2.2 ANÁLISIS DOCUMENTAL---------------------------------------------------------------------9
2.3 METODOLOGÍA----------------------------------------------------------------------------------18
2.4 MATRIZ FODA------------------------------------------------------------------------------------22
CAPITULO III
3.1 DESCRIPCIÓN DE LA PROPUESTA--------------------------------------------------------24
3.2 DESCRIPCIÓN DELA SITUACIÓN DE LA PROPUESTA-----------------------------26
3.3 FUNCIÓN PRINCIPAL---------------------------------------------------------------------------27
3.4 ENTIDADES QUE INTERVIENEN EN EL SISTEMA-----------------------------------28
3.4 DESCRIPCIÓN DE LOS PROCESOS--------------------------------------------------------32
3.5 JUSTIFICACIÓN----------------------------------------------------------------------------------33
3.6 DISEÑO DE LA BASE DE DATOS------------------------------------------------------------38
3.7 APLICACIÓN DELA PROPUESTA-----------------------------------------------------------38
3.8 ALGORITMOS-------------------------------------------------------------------------------------39
2

3. 3.9 ADMINISTRACIÓN DE DATOS--------------------------------------------------------------42
ÍNDICE
Pag.
4.0 DIAGRAMA – ENTIDAD –RELACIÓN--------------------------------------------------- 43
4.1 PROCESAMIENTO DE TRANSACCIÓN -------------------------------------------------44
4.2 CARTA ESTRUCTURADA---------------------------------------------------------------------45
4.3 DESCRIPCIÓN MODULAR -------------------------------------------------------------------45
4.4 PROCESAMIENTO DE INFORMACIÓN--------------------------------------------------46
4.5 DISEÑO DE PANTALLA-----------------------------------------------------------------------47
4.6 DISEÑO DE REPORTE-------------------------------------------------------------------------48
4.7 PLAN DE PRUEBA------------------------------------------------------------------------------49
CAPITULO IV
4.1 ANÁLISIS ECONÓMICO ---------------------------------------------------------------------53
4.2 ESTUDIO DEL MERCADO-------------------------------------------------------------------53
4.3 COSTO DE DESARROLLO-------------------------------------------------------------------53
4.4 BENEFICIOS DE LA PROPUESTA---------------------------------------------------------54
4.5 BENEFICIOS TANGIBLES E INTANGIBLES-------------------------------------------55
4.6 CONCLUSIONES--------------------------------------------------------------------------------56
4.7 RECOMENDACIONES-------------------------------------------------------------------------57
4.8 BIBLIOGRAFÍA----------------------------------------------------------------------------------58
4.9 ANEXOS------------------------------------------------------------------------------------------ 59
3

4. CAPITULO I
INTRODUCCIÓN
En la actualidad los sistemas informáticos tienen un papel importante en el apoyo a
las actividades de control y toma de decisiones que se realizan en las organizaciones. Para las
instituciones de salud esto no es la excepción. En estas se manejan grandes cantidades de
información que son de vital importancia para la toma de decisiones que permitan brindar una
atención de calidad a los pacientes.
El presente documento de Trabajo de Graduación muestra el proceso de desarrollo
del “Sistema de Información para el área de Hospitalización en el Hospital Nacional Rosales”.
Durante el desarrollo del mismo se elaboraron dos documentos principales: el “Documento de
Anteproyecto” y el “Documento de Análisis y Diseño” del sistema, es por ello que el presente
documento constituye una síntesis de ambos y a lo largo de este se hace referencia a los
mismos en múltiples ocasiones.
Este documento va acompañado de documentación interna y externa del sistema:
Manual de usuario, manual de instalación, manual técnico y plan de implementación. Así
mismo se proporciona un DVD conteniendo el sistema informático, el software necesario para
la instalación y toda la documentación en formato digital.
En el documento, en primer lugar se muestra brevemente la investigación preliminar
realizada, seguida de la formulación del problema. Posteriormente se expone la metodología
que se siguió para el desarrollo del proyecto. A continuación se presenta el estudio de las
factibilidades técnica, económica y operativa, cada una con sus respectivas conclusiones.
También se presenta la justificación y la importancia que tiene el sistema así como los
alcances y las limitaciones.
Seguido de ello, se presenta el análisis del sistema informático dentro del cual
podemos mencionar la definición y análisis de los requerimientos, etapa crucial en el
desarrollo de todo sistema de información. Luego de ello, se presenta el diseño del sistema, el
cual contiene diseño de estándares, de base de datos, de entradas y de salidas del sistema. Y
4

5. finalmente se muestran las respectivas conclusiones y recomendaciones.
PLANTEAMIENTO DEL PROBLEMA
En el mundo entero existe gran variedad de personas, con distintas características y
necesidades, muchas de estas personas han sufrido accidentes o han nacido con
malformaciones que se convierten en discapacidades para lograr desenvolverse de forma
correcta en sus labores cotidianas. En muchos países se han creado organizaciones que se
dedican a la atención de estas personas de forma tal que recuperen su nivel de autoestima que
han sido atacadas luego de perder algún miembro o sentido.
Actualmente las organizaciones e instituciones se ven en la obligación de unirse al
desarrollo de la tecnología para el desempeño de sus funciones de forma rápida y segura. Con
el creciente desarrollo de herramientas que apoyan las gestiones es necesario tomar en
consideración su uso para no quedar detrás de las demás en relación a la calidad de los
servicios prestados. Entre estas tecnologías se encuentran los sistemas de información que
ofrecen alternativas viables para la realización de procesos de cualquier índole de forma rápida
con resultados beneficiosos para las organizaciones.
La gran parte de las organizaciones tanto públicas como privadas luchan no sólo por
sobrevivir en el medio ambiente organizacional, sino por alcanzar una mejor posición dentro
de dicho ambiente, con el propósito de obtener mayores beneficios para la organización y para
la sociedad. En consecuencia, las organizaciones estudian con mucho cuidado, las capacidades
que poseen los Sistemas de información (SI) que tiene a su disposición, para afrontar los
nuevos retos causados por la necesidad de adaptarse a un ambiente cambiante.
Síntomas
Lo anteriormente expuesto se traduce en:
 Tardanza en la atención médica al paciente
 Incremento en la cantidad de pacientes
 Constantes errores en la determinación del tipo de intoxicación.
5

6.  Incomodidad de parte de los pacientes.
Causas
Las debilidades anteriormente descritas se presentaban como los síntomas de las
siguientes causas:
 Dificultad para la determinación rápida del tipo de intoxicación.
 Disminución de las precauciones de parte de los pacientes.
 Inexistencia de sistemas automáticos de detección.
 Falta de atención pronta de sus requerimientos.
PRONÓSTICO
Al no establecer alguna acción correctiva para diagnosticar los síntomas de cada tipo
de intoxicación, se pronostica lo siguiente:
Plazos
Escenarios
Corto Mediano Largo Plazo
Favorables
Cumplimiento
de las
actividades con
efectividad baja.
Constantes
errores en
los diagnósticos
emitidos.
Disminución de
los pacientes que
acuden a los
centros de
servicios públicos.
Desfavorables
Debilidad para
diagnosticar el
tipo de
intoxicación
Aplicación de
tratamiento errado
en función del
diagnóstico
Muerte de
pacientes por
intoxicación
6

7. OBJETIVOS DE LA INVESTIGACIÓN
Objetivo General
Desarrollar un Sistema de Información para diagnosticar tipos de intoxicación en
pacientes del Hospital “Pablo Acosta Ortiz”.
Objetivos Específicos
 Diagnosticar la situación actual de los hospitales públicos en cuanto al diagnóstico
de intoxicaciones.
 Establecer necesidades de información en relación a los diagnósticos.
 Diseñar el Software en relación a las necesidades encontradas.
 Aplicar las pruebas correspondientes al sistema de Información.
7

8. CAPITULO II
ANÁLISIS SITUACIONAL
La investigación se basa en la problemática encontrada que se presentan en centros de salud
públicos al momento en la cual los pacientes acuden para realizarse diagnósticos de algún tipo
de intoxicación que puedan presentar, debido a los escasos sistemas expertos de información
que presentan los centros de salud para poder llegar a un diagnóstico preciso de la enfermedad
que presenta el paciente, se producen estos altibajos o problemas.
• Tardanza en la atención médica al paciente.
• Incremento en la cantidad de pacientes.
• Constantes errores en la determinación del tipo de intoxicación.
• Incomodidad de parte de los pacientes.
Así como también se presentan un número de causas debido a lo anterior descrito como
son:
• Dificultad para la determinación rápida del tipo de intoxicación.
• Disminución de las precauciones de parte de los pacientes.
• Inexistencia de sistemas automáticos de detección.
• Falta de atención pronta de sus requerimientos.
Los pacientes intoxicados que se encuentran en el ambiente pre hospitalario se
consideran pacientes de alto riesgo y deben su cuadro a diversos motivos: intento de suicidio,
sobredosis de medicamentos, abuso de drogas recreacionales, intoxicación criminal,
intoxicación accidental o intoxicación laboral, intoxicación alimentaria.
8

9. La mayoría de los pacientes se encuentran sin un antecedente concreto que permita
establecer fácilmente el diagnóstico de intoxicación, o bien porque el paciente no está en
condiciones de aportar datos confiables y nadie puede hacerlo por él o porque el paciente o sus
acompañantes, en medio de la confusión o por interés en ocultar la verdadera naturaleza de los
hechos, no aportan una versión veraz, precisa y coherente de las circunstancias que rodearon la
intoxicación.
Esto significa que el paciente potencialmente intoxicado debe ser objeto a su
ingreso de todas las medidas habituales de reanimación básica y de reanimación avanzada que
se emplean en el paciente crítico. Sin embargo, en el caso de las intoxicaciones es necesario ir
más lejos aún: aunque aparentemente no se note muy enfermo, todo paciente intoxicado o en
quien se sospeche intoxicación debe ser tratado como si tuviese una enfermedad de evolución
aguda potencialmente fatal.
Es por ello la verdadera importancia que debería ser aporta a estos casos creando así pues
sistemas de información que permitan no solo al personal si no al paciente ser atendido de la
manera más fácil y rápida posible.
9

10. ANÁLISIS DOCUMENTAL
La investigación está fundamentada en la debilidad que se presenta en el Hospital
“Pablo Acosta Ortiz”, por la falta de un sistema de información automatizado que permita
llevar el control de registros de información de los pacientes que acuden con algún tipo o caso
de intoxicación. Actualmente, los registros y apuntes de los datos de los pacientes, se llevan a
cabo mediante un método manual, utilizando como instrumentos las fichas y/o historias
médicas.
10

11. En esta historia médica se lleva el control de la información detallada de cada paciente
que ingresa al Hospital Pablo Acosta Ortiz, presentando algún caso de intoxicación.
11

12. En esta ficha médica o tarjeta de tratamiento que presenta cada uno de los datos
específicos de los pacientes que acuden al Hospital, se le indica al paciente la forma en que
debe hacer uso de cada uno de los tratamientos que se le asignen de acuerdo al tipo de
intoxicación que contenga, es decir, la forma de administración, la dosis correcta a ingerir y la
fecha en la cual debe aplicar cada tratamiento.
12

13. BASES TEÓRICAS
Definición de Intoxicación:
Una intoxicación está producida por exposición, ingestión, inyección o inhalación de
una sustancia tóxica. Para efectuar el diagnóstico y el tratamiento es fundamental identificar el
agente que la haya causado. Este puede ser un alimento contaminado, un veneno, productos
tóxicos utilizados en el hogar, un exceso de bebidas alcohólicas, de nicotina, de
medicamentos, o de gases aunque se trate de ínfimas dosis.
Causas:
Una intoxicación alimentaria puede ser causada por el consumo de alimentos que
contengan sustancias químicas tóxicas, como los pesticidas o demás sustancias empleadas en
agricultura, y que no pueden eliminarse con un lavado o se han sometido a un lavado
insuficiente, o las comidas contaminadas por microorganismos que producen toxinas o
materias venenosas que son absorbidas por el organismo. También pueden causar una
intoxicación alimentaria las sustancias contaminantes que penetran accidentalmente en los
alimentos, como puede ser el caso del mercurio, o determinados elementos nutritivos que
producen una reacción alérgica en el tracto digestivo de algunas personas susceptibles a ellos.
Prevención:
Para prevenir la intoxicación por salmonella, por ejemplo, es fundamental mantener
una escrupulosa higiene en el momento de manipular alimentos para el consumo.
Las personas intoxicadas deben permanecer aisladas hasta que por lo menos se les
hayan practicado tres cultivos de heces consecutivos que estén libres de gérmenes.
El botulismo se previene evitando la ingestión de comida enlatada que presente mal
aspecto o mal olor, o que tenga una capa de hongos en la superficie.
13

14. Las frutas y las verduras rociadas con insecticidas deben lavarse antes de ser
consumidas, para evitar que se produzca una intoxicación por agentes químicos.
Asimismo, es imprescindible familiarizarse con el aspecto de los hongos o de las setas
venenosas para no confundirlas con aquellas que son comestibles.
No se deben consumir mejillones recolectados cerca de vertederos, desagües de cloacas
o aguas estancadas o con posibilidad de estar contaminadas. Conviene tener en cuenta que los
mejillones que dan una coloración rojiza al agua producen siempre intoxicación.
Las personas que padezcan una intoxicación de cualquier tipo deben tratar las lesiones
o la enfermedad correspondiente y, para prevenir contagios, no deben tocar alimentos sin
extremar previamente la higiene de manos y de uñas.
Como actuar en caso de intoxicación:
Intoxicación alimentaria aguda.
 Abrigar al enfermo con mantas.
 En el caso de alimentos venenosos, provocar al enfermo vómito, si está consciente,
y administrar un laxante.
Intoxicación por cáusticos.
 En ningún caso se debe provocar el vómito de la persona que padezca la
intoxicación.
 En el caso de ingestión de ácidos, ya sea sulfúrico, clorhídrico o nítrico, administrar
al afectado leche o clara de huevo para neutralizar el tóxico.
 En el caso de ingestión de álcalis, como sosa y potasa, se recomienda que la persona
intoxicada beba vinagre diluido o zumo de limón. Si se trata de lejías domésticas, se le puede
administrar leche.
14

15. Intoxicación etílica aguda.
 Provocar el vómito a la persona intoxicada.
 Administrarle café fuerte.
 En caso de coma, trasladarle con urgencia al hospital.
Intoxicación por gases (monóxido de carbono o butano).
 Alejar al paciente de la fuente de intoxicación.
 Practicar la respiración artificial, en caso necesario.
Intoxicación por medicamentos.
 En caso de necesidad, reanimar al enfermo mediante respiración artificial y masaje
cardíaco externo.
 Provocar el vómito.
 Administrarle agua en abundancia.
Tipos de Intoxicación
Existen muchos tipos de intoxicación posibles, sin embargo los principales tipos de
intoxicación, su sintomatología y tratamiento son los siguientes:
 Botulínica.
 Por insecticidas.
 Alcohólica aguda.
 Por cianuros.
15

16.  Por monóxido de carbono.
 Por preparados del hierro.
 Por preparados de ácido acetilsalicílico, como la Aspirina.
 Por hipnóticos.
 Por sedantes.
 Por estimulantes del sistema nervioso central.
 Prevención de las intoxicaciones.
Intoxicación botulínica.
Esta intoxicación es la producida por la toxina del bacilo Clostridium botulinum. Este
microbio se desarrolla en condiciones anaerobias (sin oxígeno) en conservas de carne, pescado
y vegetales, produciendo una toxina de gran actividad. La toxina botulínica es el más potente
veneno conocido; un miligramo es suficiente para matar 100 personas. Afortunadamente, la
toxina se destruye por la cocción y no se encuentra por tanto en los alimentos recién
cocinados.
Síntomas:
 Tras un período de incubación de 12 a 24 horas, aparecen dolor de cabeza, mareo y
diarrea.
 Defectos en la acomodación del ojo.
 Caída de párpados.
 Escasez de secreción de saliva.
 Deglución difícil o paralizada.
 Dificultad de hablar y ronquera.
 Debilidad de en las extremidades.
 Dificultad para orinar.
 Estreñimiento.
16

17. Tratamiento:
Traslado rápido al hospital.
Intoxicación por insecticidas.
Puede ser producida por el consumo de frutas y verduras sin lavar, Los insecticidas
que causan más intoxicaciones son los organofosforados, usados en agricultura y jardinería.
No sólo se produce la intoxicación por los alimentos contaminados, sino también en el
personal que los aplica, por contacto con la piel o por inhalación de las pulverizaciones.
Síntomas:
 Diarreas.
 Salivación profusa.
 Vómitos.
 Temblores.
 En casos graves, paro respiratorio.
Tratamiento:
 Si se trata de ingestión, provocar vómito.
 Si ha sido por contacto, deberá lavarse la pile con agua y jabón, se deben enjuagar la
boca y los ojos.
 Vigilancia de la respiración y demás signos vitales.
 Traslado a un centro asistencial.
17

18. Intoxicación alcohólica aguda.
La intoxicación aguda pasa por diversas fases que dependen de la concentración de
alcohol en la sangre. El alcohol es rápidamente absorbido por el tubo digestivo. Tomado en
ayunas a los cinco minutos ya se perciben sus efectos.
Síntomas:
 Efectos sobre el sistema nervioso central, en el habla, en los reflejos, en la marcha,
alteraciones de la conciencia.
 Mareos y vómitos.
 Paso de euforia inicial a un estado de confusa embriaguez que culmina en en el
coma (pérdida de sensibilidad y reflejos).
Tratamiento:
 Preparar traslado al centro hospitalario.
 Evitar el enfriamiento del paciente.
 Evitar que el paciente se deshidrate. Si puede beber se le administrará agua con
azucar y bicarbonato, una cucharadita de cada elemento en un vaso de agua en pequeñas y
repetidas dosis.
 Vigilancia de la respiración.
 Evitar que el paciente se ahogue con su propio vómito, colocándolo en posición
lateral de seguridad.
18

19. Intoxicación por cianuros.
En la naturaleza se encuentran cianuros en las almendras amargas, las semillas de
cerezas, ciruelas, albaricoques y melocotones. Si se respira el ácido cianhídrico, que es un
líquido muy evaporable, la intoxicación aparece en pocos segundos, si se ingiere cianuro, la
intoxicación se produce en pocos minutos, pues con el ácido del estómago se libera
cianhídrico que es el tóxico activo. Si se comen en exceso almendras amargas u otras semillas
que contengan cianuros, los síntomas tóxicos aparecen entre los 15 minutos y una hora.
Síntomas:
 Respiración agitada y muchas veces dificultosa.
 Vómitos.
 Alteraciones del sistema nervioso, convulsiones, semiinconsciencia.
 Parálisis respiratoria.
Tratamiento:
 Si la intoxicación es resultado de haber respirado cianuro, se trasladará la víctima al
aire libre.
 Trasladar al hospital más cercano.
Intoxicación por monóxido de carbono.
El óxido de carbono [CO], es un gas sin color, olor ni sabor. Se produce por las
combustiones incompletas y está en el humo de cigarrillos, en los gases de los automóviles. La
intoxicación se produce permaneciendo en habitaciones cerradas, en túneles, en garajes
cerrados con automóviles con el motor encendido, también en cocinas por las estufas de gas.
19

20. Síntomas:
En caso de consciencia:
 Obnubilación (disminución de los reflejos).
 Intenso dolor de cabeza.
 Vómito.
En caso de inconsciencia:
 Flaccidez.
 Reducción del parpadeo.
 Respiración dificultosa.
 La piel adquiere coloración rosada.
Tratamiento:
 Apartar al intoxicado del ambiente nocivo y llevarlo al aire libre.
 Darle respiración asistida, si es necesario.
 Transportar al centro asistencial.
METODOLOGÍA
En función a los objetivos propuestos se realizó un análisis para comparar las
condiciones en las que se encuentra el sistema actual, estudiando los procesos mediante una
20

21. recolección de datos no estructurada para su posterior análisis, y por medio de este, determinar
las necesidades y los posibles requerimientos que serán indispensables para llevar a cabo el
sistema propuesto.
La Metodología utilizada para el desarrollo de esta investigación fue la Metodología
Orientado a Objeto de Grady Booch (1996) para el análisis, diseño y construcción del Sistema
de Información.
Aspectos Relevantes
El método de Booch difiere con otras metodologías orientadas a objetos porque se
centra en el desarrollo de 4 modelos fundamentales de un sistema. Estos modelos son
(Calpoly, 1997):
1. Modelo lógico
2. Modelo físico
3. Modelo estático
4. Modelo dinámico
¿Cómo funciona?
En sus primeros textos de Ingeniería de Software (1987), Booch sugiere que se sigan
los siguientes pasos para analizar un sistema en preparación para diseñar una solución en una
manera orientada a objetos (Biggs, 1999):
1. Definir el problema
2. Crear una estrategia informal para la realización del software
3. Formalizar la estrategia
21

22. Esto pasos se basaron en el trabajo previo de Abbott en 1983. El problema es definido
en una descripción textual informal y concisa. De esta descripción se podía obtener
información sobre los objetos y métodos representados en el sistema. Los objetos son
representados por sustantivos y los métodos por verbos. Booch notó que el desarrollo
orientado a objetos no es un método de ciclo de vida completo, pero se concentra en el diseño
e implementación de etapas.
En su posterior trabajo (1991), sugirió el siguiente orden de eventos para la
formalización de la estrategia (Biggs, 1999):
1. Identificar las clases y objetos a un nivel dado de abstracción:
Esto involucra encontrar abstracciones clave en el espacio problema y mecanismos
importantes que ofrecen un comportamiento dinámico sobre varios objetos. Estas
abstracciones claves se encuentran al estudiar el dominio del problema.
2. Identificar la semántica de las clases y objetos:
Involucra establecer los significados de las clases y objetos identificados en la etapa
anterior. El desarrollador debe de observar los objetos desde afuera, definir el protocolo de los
objetos e investigar cómo puede cada objeto ser usado por otro objeto.
3. Identificar las relaciones entre las clases y objetos:
Esto extiende el trabajo previo a incluir las relaciones que existen entre las clases y
objetos, e identificar la interacción entre ellos. Asociaciones como herencia, instanciación y
uso entre las clases se definen en esta etapa. También se decide la visibilidad entre clases y
objetos.
4. Implementar las clases y objetos:
22

23. Involucra una investigación profunda de las clases y objetos para determinar cómo se
implementan en el lenguaje de programación de su elección. En esta etapa se usan los
componentes, y los objetos y clases se estructuran en módulos. Una de las mayores ventajas
del método de Booch es la variedad de notación disponible. Hay notaciones diagramáticas
para producir (Calpoly, 1997):
1. Diagrama de clases
2. Diagrama de objetos
3. Diagrama de estado
4. Diagrama de interacción
5. Diagrama de módulos
6. Diagrama de procesos
La notación para los diagramas utiliza diferentes tipos de flechas para dar determinada
información. Se sugiere que se use una notación básica en las primeras etapas del diseño, y
luego llenar los detalles. También existe una forma textual para cada notación.
Este método provee una notación muy robusta, que crece del análisis al diseño. Ciertos
elementos de la notación se introducen durante el análisis, mientras que otros elementos se
introducen durante el diseño e implementación (Martin, 2002).
La notación tiene tres papeles importantes:
1. Sirve de lenguaje para comunicar decisiones que no son obvias o no se reconocen
fácilmente del código.
2. Provee semántica lo suficientemente completa para capturar todas las decisiones
importantes estratégicas y tácticas.
3. Ofrece una forma suficientemente concreta para la comprensión humana y para la
manipulación en herramientas.
23

24. MATRIZ FODA
Fortalezas Causa Efecto Acción recomendada
• En la institución se
mantiene un
registro
permanente de
todos los casos de
intoxicación que allí
controlan.
• En la oficina hay
personal
relativamente joven
cuya capacidad de
aprendizaje y
adaptación es
bastante alta.
•La necesidad de
tener todo la
información
correspondiente de
cada caso que se
maneja para saber
cómo aplicar el
tratamiento.
•La necesidad de
tener personal activo
con el que se pueda
atender con la mayor
agilidad posible a
cada caso que se
presenta.
• Produce abundante
información que debe
ser manejada de
forma correcta.
• Produce una buena
atención ya que el
personal joven se le
hace más fácil
atender a la gran
cantidad de personas
que llegan a esa
oficina.
• Examinar todas las
fichas que se archivadas
y consideras los
aspectos generales que
en estas se toman en
cuenta al registrar a
cada paciente.
• Indagar que grado de
conocimiento posee el
personal de la oficina en
cuanto al manejo de
información a través de
sistemas de información
automatizados.
Oportunidades Causa Efecto Acción recomendada
• La información que
se maneja en la
oficina puede ser
insertada y
manejada a través
de un sistema
electrónico.
• El avance de la
tecnología permite
la posibilidad de
crear un sistema de
•La necesidad de
tener un control al
que se pueda
acceder de forma
rápida.
•La necesidad de irse
adoptando a los
tiempos y a los
conocimientos que
ayuden a facilitar
diferentes procesos.
• Produciría mayor
agilidad al momento
de insertar un nuevo
caso o actualizar la
información ya
existente.
• Permite aprovechar
los beneficios que los
inventos recientes
ofrecen.
• Ordenar la información
de manera que se pueda
diseñar un sistema de
base al orden que se
establezca.
• Determinar qué tipo de
sistema de información se
puede diseñar, que se
adecue a la información
que se maneja en la
oficina.
24

25. información que
incremente la
rapidez del acceso a
la información.
Debilidades Causa Efecto Acción recomendada
• Tardanza en la
atención médica
del paciente.
• Pérdida de tiempo
a la hora de nuevos
registros.
•El sistema manual
hace que haya
abundante papel y
para poder atender
al paciente primero
hay que revisar su
ficha médica.
•Hay que llenar
muchos datos en la
ficha manual y con
mucha precaución
para no equivocarse.
• El buscar las fichas
para estudiar los
casos lleva mucho
tiempo.
• Ocupa el tiempo en
el que se podría
atender a otros
pacientes que están
en cola.
• Sustituir el sistema
manual por el sistema de
información
introduciendo todos los
datos y accediendo a esto
por medio de un medio
especifico, por ejemplo:
buscar a cada paciente
pero por su número de
cedula.
• Diseñar el sistema de
información en el que el
proceso de introducir
nuevos datos sea de
forma sencilla pero sin
obviar ningún dato
importante.
Amenazas Causa Efecto Acción recomendada
• En el sector se
pueden producir
fallas eléctricas.
• Falta del material.
• Puede producir
Cortocircuito
• El tiempo que tarda
la llegada del
material ya que
proviene del “INSP”.
• El material está
expuesto a un
incendio y por
consiguiente pérdida
de las fichas de
información.
• Errores y tardanza en
la atención de
pacientes, por falta
de las fichas.
• La automatización de la
información.
• Implementación de
equipos electrónicos,
para la autodependencia
de la información.
25

26. III CAPITULO
PROPUESTA
En virtud de la problemática encontrada y en búsqueda de soluciones factibles se
propone desarrollar un Sistema de Información para diagnosticar el tipo de intoxicación en
pacientes que acuden a el “Hospital Pablo Acosta Ortiz” y así poder llegar a un diagnóstico
preciso de la enfermedad que presenta el paciente logrando dar el tratamiento adecuado para la
posible solución de la enfermedad información el cual será capaz de capturar, procesar y
almacenar los datos relacionados con los pacientes y los síntomas, teniendo en cuenta las
operaciones definidas sobre los datos para producir la información de interés.
ALCANCES
Esta investigación propone el desarrollo de una herramienta informática que permita
apoyar el diagnóstico de tipos de intoxicación presentado por pacientes que acuden al hospital
“Pablo Acosta Ortiz” con la finalidad de mejorar la calidad de los servicios prestados mediante
la agilización de los procesos, lo que permitirá la atención de mayor cantidad de personas en
un tiempo reducido.
De allí pues, que el sistema deberá cumplir con una serie de actividades que permitirán
alcanzar los mejores resultados de la institución y el control total de toda la información
26

27. representando un avance de gran importancia para la misma. Entre esas actividades se
encuentran:
 Registrar los datos los pacientes que acuden a diario.
 Almacenar datos de los médicos.
 Generar diagnóstico de tipo de intoxicación en segundos.
 Establecer síntomas y causas de los mismos.
 Ofrecer seguridad de la información mediante claves de acceso.
LIMITACIONES
En relación a las limitaciones se pueden mencionar:
 Sentido común: Para un Sistema de Información no hay nada obvio. Por ejemplo, un
sistema de Información sobre medicina podría admitir que un hombre lleva 40 meses
embarazado, a no ser que se especifique que esto no es posible ya que un hombre no puede
procrear hijos.
 Lenguaje natural: Con un experto humano podemos mantener una conversación
informal mientras que con un SI no podemos.
 Capacidad de aprendizaje: Cualquier persona aprende con relativa facilidad de sus
errores y de errores ajenos, que un SI haga esto es muy complicado.
 Perspectiva global: Un experto humano es capaz de distinguir cuales son las
cuestiones relevantes de un problema y separarlas de cuestiones secundarias.
 Capacidad sensorial: Un SI carece de sentidos.
27

28.  Flexibilidad: Un humano es sumamente flexible a la hora de aceptar datos para la
resolución de un problema.
 Conocimiento no estructurado: Un SI no es capaz de manejar conocimiento poco
estructurado.
 Entornos peligrosos: Un SI puede trabajar en entornos peligrosos o dañinos para el
ser humano.
 Fiabilidad: Los SI no se ven afectados por condiciones externas, un humano sí
(cansancio, presión, etc.).
 Consolidar varios conocimientos.
Apoyo Académico.
El nuevo Sistema de Información no incluye funcionalidad relacionada con procesos
contables, nómina, ni ningún otro procedimiento que no esté contemplado en el alcance. Así
como tampoco otros temas que no se relacionen directamente con el proceso de entrega de
ayudas técnicas.
DESCRIPCIÓN DE LA PROPUESTA
En virtud de la problemática encontrada y en búsqueda de soluciones factibles se
propone desarrollar un Sistema de Información para diagnosticar el tipo de intoxicación en
pacientes que acuden a el “Hospital Pablo Acosta Ortiz” y así poder llegar a un diagnóstico
preciso de la enfermedad que presenta el paciente logrando dar el tratamiento adecuado para la
posible solución de la enfermedad información el cual será capaz de capturar, procesar y
almacenar los datos relacionados con los pacientes y los síntomas, teniendo en cuenta las
operaciones definidas sobre los datos para producir la información de interés.
DESCRIPCIÓN DE LA SITUACIÓN DE LA PROPUESTA.
28

29. Desarrollo de un sistema de información para diagnosticas los tipo de intoxicación
en el hospital Pablo Acosta Ortiz.
De acuerdo con Collen [Col88], los objetivos básicos de un sistema de información
de salud son los siguientes:
• Establecer una base de datos capaz de proporcionar un registro médico
Integrado de datos asistenciales para todos los pacientes, y que sea accesible
para todos los profesionales médicos y de la salud debidamente autorizada.
• Posibilidad de comunicar los datos del paciente a / desde todos los servicios
administrativos y clínicos de una red de salud.
• Soportar todas las funciones del proveedor de asistencia sanitaria, incluyendo la
entrada de órdenes, informes de resultados, historia del paciente, informes de
procedimientos, etc., y comunicar datos individuales del paciente a los
profesionales sanitarios.
• Proporcionar apoyo en la toma de decisiones clínica y administrativa.
• Establecer y mantener ficheros para las funciones administrativas y de gestión
hospitalaria, incluyendo aplicaciones de personal, recursos, programación,
registro, etc.
• Apoyo a la investigación y educación.
A pesar de las muchas docenas de SIS que se encuentran en el mercado, sólo unos
Pocos productos cubren todos los requerimientos de un hospital, o proveen una
Adecuada integración con las amplias redes de atención en salud. Se podría decir que todo
sistema de información de salud debería perseguir ser [FED95]:
• Organizacional: Debe tener la suficiente envergadura como para representar a todos los
departamentos, establecimientos de salud y cargos de un sistema sanitario. Para ello se
debe tener en cuenta tanto los requerimientos de cada establecimiento, como la
integración e interactuación de éste con el resto.
29

30. • Operativo: Debe almacenar la ejecución de las actividades derivadas de la atención
médico-paciente, con aquellas que implican los procesos de gestión y administración
de cada uno de los establecimientos de un sistema sanitario.
• Tecnológico: Debe permitir el diseño y construcción de un conjunto de aplicaciones
modulares y distribuidas que contribuyan al mantenimiento y al aumento de la
funcionalidad del sistema. Ejemplo de ello son los posibles módulos de: farmacia,
enfermería, laboratorio, etc.
FUNCIÓN PRINCIPAL ESPECÍFICA
• Diagnosticar los tipos de intoxicación en el hospital Pablo Acosta Ortiz.
ENTIDADES QUE INTERVIENEN EL SISTEMA
• Ministerio del poder popular para la salud: su visión es ser un órgano rector en salud
pública de referencia internacional, con reconocida capacidad para garantizar una
sociedad y entornos saludables, con eficacia y eficiencia en el desarrollo y ejecución de
políticas apegadas a los principios, derechos y deberes constitucionales, atinentes a
observar un Sistema Público Nacional de Salud integrado y exitoso en la consecución de
condiciones de bienestar para la sociedad, con progresiva disminución de los índices de
morbi-mortalidad y de los factores de riesgos de enfermedades, con destacados avances en
el logro de las metas previstas para el sector por organismos internacionales; llegando a
promover la creciente soberanía e innovación científica y tecnológica para la producción
30

31. de insumos y el impulso de un talento humano comprometido y capacitado para facilitar
espacios de participación adecuados para la cogestión y rendición de cuentas en salud a la
población venezolana.
• INSALUD: el cual tiene como misión establecer las políticas públicas establecidas
dentro del sistema nacional de salud para contribuir con el bienestar social del estado
• Ministerio del poder popular para la ciencia, tecnología e innovación: es una
institución que responde a la nueva visión de país plasmada en la Constitución de la
República Bolivariana de Venezuela, que en su artículo 110 expresa:
El Estado reconocerá el interés público de la ciencia, la tecnología, el conocimiento,
la innovación y sus aplicaciones y los servicios de información necesarios por ser
instrumentos fundamentales para el desarrollo económico, social y político del país, así
como para la seguridad y soberanía nacional. Para el fomento y desarrollo de esas
actividades, el Estado destinará recursos suficientes y creará el Sistema Nacional de
Ciencia y Tecnología de acuerdo con la ley. El sector privado deberá aportar recursos para
los mismos. El Estado garantizará el cumplimiento de los principios éticos y legales que
deben regir las actividades de investigación científica, humanística y tecnológica. La ley
determinará los modos y medios para dar cumplimiento a esta garantía.
DESCRIPCIÓN DE LOS PROCESOS
Diseño de Sistemas define el proceso de aplicar ciertas técnicas y principios con el
propósito de definir un dispositivo, un proceso o un Sistema, con suficientes detalles como
para permitir su interpretación y realización física.
La etapa del Diseño del Sistema encierra 4 etapas:
1. El diseño de los datos: Trasforma el modelo de dominio de la información, creado
durante el análisis, en las estructuras de datos necesarios para implementar el Software.
2. El Diseño Arquitectónico: Define la relación entre cada uno de los elementos
estructurales del programa.
31

32. 3. El Diseño de la Interfaz: Describe como se comunica el Software consigo mismo, con
los sistemas que operan junto con el y con los operadores y usuarios que lo emplean.
4. El Diseño de procedimientos: Transforma elementos estructurales de la arquitectura del
programa. La importancia del Diseño del Software se puede definir en una sola palabra
Calidad, dentro del diseño es donde se fomenta la calidad del Proyecto. El Diseño es la
única manera de materializar con precisión los requerimientos del cliente.
5. El Diseño del Software es un proceso y un modelado a la vez. El proceso de Diseño es
un conjunto de pasos repetitivos que permiten al diseñador describir todos los aspectos del
Sistema a construir. A lo largo del diseño se evalúa la calidad del desarrollo del proyecto
con un conjunto de revisiones técnicas:
El diseño debe implementar todos los requisitos explícitos contenidos en el modelo de
análisis y debe acumular todos los requisitos implícitos que desea el cliente.
Así pues Debe ser una guía que puedan leer y entender los que construyan el código
y los que prueban y mantienen el Software. De igual forma debe proporcionar una
completa idea de lo que es el Software, enfocando los dominios de datos, funcional y
comportamiento desde el punto de vista de la Implementación. Es por ello que para
evaluar la calidad de una presentación del diseño, se deben establecer criterios técnicos
para un buen diseño como son:
• Un diseño debe presentar una organización jerárquica que haga un uso inteligente
del control entre los componentes del software.
• El diseño debe ser modular, es decir, se debe hacer una partición lógica del
Software en elementos que realicen funciones y sus funciones específicas.
• Un diseño debe contener abstracciones de datos y procedimientos.
• Debe producir módulos que presenten características de funcionamiento
independiente.
• Debe conducir a interfaces que reduzcan la complejidad de las conexiones entre los
módulos y el entorno exterior.
• Debe producir un diseño usando un método que pudiera repetirse según la
información obtenida durante el análisis de requisitos de Software.
32

33. Por otro lado el proceso de Diseño del Software exige buena calidad a través de la
aplicación de principios fundamentales de Diseño, Metodología sistemática y una revisión
exhaustiva.
Cuando se va a diseñar un Sistema de Computadoras se debe tener presente que el proceso
de un diseño incluye, concebir y planear algo en la mente, así como hacer un dibujo o
modelo o croquis.
DISEÑO DE LA SALIDA
En este caso salida se refiere a los resultados e informaciones generadas por el
Sistema, Para la mayoría de los usuarios la salida es la única razón para el desarrollo de un
Sistema y la base de evaluación de su utilidad. Sin embargo cuando se realiza un sistema,
como analistas deben realizar lo siguiente:
• Determine qué información presentar. Decidir si la información será presentada en
forma visual, verbal o impresora y seleccionar el medio de salida.
• Disponga la presentación de la información en un formato aceptable.
• Decida cómo distribuir la salida entre los posibles destinatarios.
DISEÑO DE ARCHIVOS
Incluye decisiones con respecto a la naturaleza y contenido del propio archivo,
como si se fuera a emplear para guardar detalles de las transacciones, datos históricos, o
información de referencia. Entre las decisiones que se toman durante el diseño de archivos,
se encuentran las siguientes:
Los datos que deben incluirse en el formato de registros contenidos en el archivo.
La longitud de cada registro, con base en las características de los datos que contenga.
La secuencia a disposición de los registros dentro del archivo (La estructura de
almacenamiento que puede ser secuencial, indexada o relativa).
No todos los sistemas requieren del diseño de todos los archivos, ya que la mayoría de
ellos pueden utilizar los del viejo Sistema y solo tenga que enlazarse el nuevo Sistema al
Archivo maestro donde se encuentran los registros.
33

34. DISEÑO DE INTERACCIONES CON LA BASE DE DATOS
La mayoría de los sistemas de información ya sean implantado en sistemas de
cómputos grandes o pequeños, utilizan una base de datos que pueden abarcar varias
aplicaciones, por esta razón estos sistemas utilizan u administrador de base de datos, en
este caso el diseñador no construye la base de datos sino que consulta a su administrador
para ponerse de acuerdo en el uso de esta en el sistema.
HERRAMIENTAS PARA EL DISEÑO DE SISTEMAS
Apoyan el proceso de formular las características que el sistema debe tener para
satisfacer los requerimientos detectados durante las actividades del análisis:
• Herramientas de especificación: Apoyan el proceso de formular las características
que debe tener una aplicación, tales como entradas, Salidas, procesamiento y
especificaciones de control. Muchas incluyen herramientas para crear
especificaciones de datos.
• Herramientas para presentación: Se utilizan para describir la posición de datos,
mensajes y encabezados sobre las pantallas de las terminales, reportes y otros
medios de entrada y salida.
• Herramientas para el desarrollo de Sistemas: Estas herramientas nos ayudan como
analistas a trasladar diseños en aplicaciones funcionales.
• Herramientas para Ingeniería de Software: Apoyan el Proceso de formular diseños
de Software, incluyendo procedimientos y controles, así como la documentación
correspondiente.
• Generadores de códigos: Producen el código fuente y las aplicaciones a partir de
especificaciones funcionales bien articuladas.
• Herramientas para pruebas: Apoyan la fase de la evaluación de un Sistema o de
partes del mismo contra las especificaciones. Incluyen facilidades para examinar la
correcta operación del Sistema así como el grado de perfección alcanzado en
comparación con las expectativas.
34

35. La revolución del procesamiento de datos de manera computarizada, junto con las
prácticas de Diseño sofisticadas está cambiando de forma dramática la manera en que se
trasladan las especificaciones de Diseño d Sistemas de Información funcionales.
JUSTIFICACIÓN
Los Sistemas de Información sirven para resolver cuestiones complejas, en las cuales
hay muchos factores involucrados, se necesita tener en cuenta una amplia base de datos
históricos, y donde se puede definir alguna regla que permita la toma de decisiones rápida.
Actualmente son aplicados con éxito en: medicina, química, biología, administración,
industria, etc. Los Sistemas Expertos están basados en conocimientos dedicados a tareas
específicas que requieren una gran cantidad de conocimiento de un dominio de experiencia
particular, proporcionan experiencia en forma de diagnósticos, instrucciones, predicciones o
consejos ante situaciones reales que se planteen y pueden servir también como herramientas
de entrenamiento. Son aplicables a numerosos campos de experiencia, como medicina,
actividades militares, económicas financieras e industriales, ciencia, ingeniería, y derecho.
 Son sistemas que imitan el comportamiento de un humano.
 Utilizan la información que el usuario le proporciona para darle una opinión sobre
cierta materia.
Por tanto, el sistema experto le hace preguntas hasta que pueda identificar un objeto
que se relacione con sus respuestas. De allí pues, que mediante el desarrollo y ejecución de un
sistema experto que permita diagnosticar el tipo de intoxicación de un paciente se logrará
apoyar la gestión médico asistencial en los centros públicos.
DISEÑO DE LA BASE DE DATOS
Son muchas las consideraciones a tomar en cuenta al momento de hacer el diseño de la
base de datos, quizá las más fuertes sean:
35

36. 1. La velocidad de acceso,
2. El tamaño de la información,
3. El tipo de la información,
4. Facilidad de acceso a la información,
5. Facilidad para extraer la información requerida,
6. El comportamiento del manejador de bases de datos con cada tipo de
información.
No obstante que pueden desarrollarse sistemas de procesamiento de archivo e incluso
manejadores de bases de datos basándose en la experiencia del equipo de desarrollo de
software logrando resultados altamente aceptables, siempre es recomendable la utilización de
determinados estándares de diseño que garantizan el nivel de eficiencia más alto en lo que se
refiere a almacenamiento y recuperación de la información.
De igual manera se obtiene modelos que optimizan el aprovechamiento secundario y la
sencillez y flexibilidad en las consultas que pueden proporcionarse al usuario.
OBJETIVOS DEL DISEÑO DE BASES DE DATOS
Entre las metas más importantes que se persiguen al diseñar un modelo de bases de
datos, se encuentran las siguientes que pueden observarse en esta figura.
36

37. Almacenar Solo La Información Necesaria.
A menudo pensamos en todo lo que quisiéramos que estuviera almacenado en una base
de datos y diseñamos la base de datos para guardar dichos datos. Debemos de ser realistas
acerca de nuestras necesidades y decidir qué información es realmente necesaria.
Frecuentemente podemos generar algunos datos sobre la marcha sin tener que
almacenarlos en una tabla de una base de datos. En estos casos también tiene sentido hacer
esto desde el punto de vista del desarrollo de la aplicación.
1.2. Normalizar la Estructura de las Tablas.
Si nunca antes hemos oído hablar de la "normalización de datos", no debemos temer.
Mientras que la normalización puede parecer un tema complicado, nos podemos beneficiar
ampliamente al entender los conceptos más elementales de la normalización.
Una de las formas más fáciles de entender esto es pensar en nuestras tablas como hojas
de cálculo. Por ejemplo, si quisiéramos seguir la pista de nuestra colección de CD’s en una
hoja de cálculo, podríamos diseñar algo parecido a lo que se muestra en la siguiente tabla.
+------------+-------------+--------------+ .. +--------------+
37

38. | Álbum | track1 | track2 | | track10 |
+------------+-------------+--------------+ .. +--------------+
Esto parece razonable. Sin embargo el problema es que el número de pistas que tiene
un CD varía bastante. Esto significa que con este método tendríamos que tener una hoja de
cálculo realmente grande para albergar todos los datos, que en los peores casos podrían ser de
hasta 20 pistas. Esto en definitiva no es nada bueno.
Uno de los objetivos de una estructura de tabla normalizada es minimizar el número de
"celdas vacías". El darnos cuenta de que cada lista de CD’s tiene un conjunto fijo de campos
(título, artista, año, género) y un conjunto variable de atributos (el número de pistas) nos da
una idea de cómo dividir los datos en múltiples tablas que luego podamos relacionar entre sí.
Mucha gente no está familiarizada con el concepto "relacional", de manera sencilla esto
significa, que grupos parecidos de información son almacenados en distintas tablas que luego
pueden ser "juntadas" (relacionadas) basándose en los datos que tengan en común.
Es necesario que al realizar la estructura de una base de datos, esta sea flexible. La
flexibilidad está en el hecho que podemos agregar datos al sistema posteriormente sin tener
que rescribir lo que ya tenemos. Por ejemplo, si quisiéramos agregar la información de los
artistas de cada álbum, lo único que tenemos que hacer es crear una tabla artista que esté
relacionada a la tabla álbum de la misma manera que la tabla pista. Por lo tanto, no tendremos
que modificar la estructura de nuestras tablas actuales, simplemente agregar la que hace falta.
La eficiencia se refiere al hecho de que no tenemos duplicación de datos, y tampoco
tenemos grandes cantidades de "celdas vacías".El objetivo principal del diseño de bases de
datos es generar tablas que modelan los registros en los que guardaremos nuestra información.
Es importante que esta información se almacene sin redundancia para que se pueda
tener una recuperación rápida y eficiente de los datos. A través de la normalización tratamos
de evitar ciertos defectos que nos conduzcan a un mal diseño y que lleven a un procesamiento
menos eficaz de los datos.
38

39. Podríamos decir que estos son los principales objetivos de la normalización:
1. Controlar la redundancia de la información.
2. Evitar pérdidas de información.
3. Capacidad para representar toda la información.
4. Mantener la consistencia de los datos.
5. Seleccionar el Tipo de Dato Adecuado.
Una vez identificadas todas las tablas y columnas que necesita la base de datos,
debemos determinar el tipo de dato de cada campo. Existen tres categorías principales que
pueden aplicarse prácticamente a cualquier aplicación de bases de datos:
Texto
Números
Fecha y hora
Cada uno de éstos presenta sus propias variantes, por lo que la elección del tipo de dato
correcto no sólo influye en el tipo de información que se puede almacenar en cada campo, sino
que afecta al rendimiento global de la base de datos.
A continuación se dan algunos consejos que nos ayudarán a elegir un tipo de dato
adecuado para nuestras tablas:
1. Identificar si una columna debe ser de tipo texto, numérico o de fecha.
2. Elegir el subtipo más apropiado para cada columna.
Configurar la longitud máxima para las columnas de texto y numéricas, así como otros
atributos.
 UTILIZAR ÍNDICES APROPIADAMENTE
39

40. Los índices son un sistema especial que utilizan las bases de datos para mejorar su
rendimiento global. Dado que los índices hacen que las consultas se ejecuten más rápido,
podemos estar incitados a indexar todas las columnas de nuestras tablas.
Sin embargo, lo que tenemos que saber es que el usar índices tiene un precio. Cada vez
que hacemos un INSERT, UPDATE, REPLACE, o DELETE sobre una tabla, MySQL tiene
que actualizar cualquier índice en la tabla para reflejar los cambios en los datos.
¿Así que, cómo decidimos usar índices o no? La respuesta es "depende". De manera
simple, depende que tipo de consultas ejecutamos y que tan frecuentemente lo hacemos,
aunque realmente depende de muchas otras cosas.
Así que antes de indexar una columna, debemos considerar que porcentaje de entradas
en la tabla son duplicadas. Si el porcentaje es demasiado alto, seguramente no veremos alguna
mejora con el uso de un índice. Ante la duda, no tenemos otra alternativa que probar.
 Usar Consultas REPLACE
Existen ocasiones en las que deseamos insertar un registro a menos de que éste ya se
encuentre en la tabla. Si el registro ya existe, lo que quisiéramos hacer es una actualización de
los datos.
 Usar Una Versión Reciente de MySQL
La recomendación es simple y concreta, siempre que esté en nuestras manos, debemos
usar la versión más reciente de MySQL que se encuentre disponible. Además de que las
nuevas versiones frecuentemente incluyen muchas mejoras, cada vez son más estables y más
rápidas. De esta manera, a la vez que sacamos provecho de las nuevas características
40

41. incorporadas en MySQL, veremos significativos incrementos en la eficiencia de nuestro
servidor de bases de datos.
 Usar Tablas Temporales.
Cuando estamos trabajando con tablas muy grandes, suele suceder que ocasionalmente
necesitemos ejecutar algunas consultas sobre un pequeño subconjunto de una gran cantidad de
datos. En vez de ejecutar estas consultas sobre la tabla completa y hacer que MySQL
encuentre cada vez los pocos registros que necesitamos, puede ser mucho más rápido
seleccionar dichos registros en una tabla temporal y entonces ejecutar nuestras consultas sobre
esta tabla.
Una tabla temporal existe mientras dure la conexión a MySQL. Cuando se interrumpe
la conexión MySQL remueve automáticamente la tabla y libera el espacio que ésta usaba.
APLICACIÓN DE LA PROPUESTA
A continuación se describe el sistema experto propuesto:
Nombre del Sistema Información:
Sistema de Información para el Registro de Tipo de Intoxicación en pacientes de
Hospitales públicos.
Problema en Estudio:
41

42. En esta investigación se analiza la problemática actual de los hospitales a fin de
proponer un sistema experto que permita agilizar los procesos de diagnóstico de
intoxicaciones presentadas en los mismos.
ESTRUCTURA BÁSICA DEL SISTEMA DE INFORMACION
El software consta de cinco (05) opciones en la pantalla principal:
 Registro de Médicos: Almacena información de los médicos que posee el centro
hospitalario.
 Registro de Pacientes: Permite el almacenamiento de los datos de los pacientes que
acuden a los servicios.
 Usuarios del Sistema: En esta pantalla se ingresan los datos de las personas que
podrán acceder al sistema.
 Hacer Diagnóstico: Permite generar el diagnóstico de acuerdo a los síntomas
presentados por el paciente.
 Salir del Sistema: Cierra todas las pantallas del software.
Ventajas:
Entre las ventajas del uso de sistemas expertos se pueden mencionar:
 Permanencia: A diferencia de un experto humano un SE (sistema experto) no
envejece, y por tanto no sufre pérdida de facultades con el paso del tiempo.
 Duplicación: Una vez programado un SE lo podemos duplicar infinidad de veces.
 Rapidez: Un SE puede obtener información de una base de datos y realizar cálculos
numéricos mucho más rápido que cualquier ser humano.
 Bajo costo: A pesar de que el costo inicial pueda ser elevado, gracias a la capacidad
de duplicación el coste finalmente es bajo.
Limitaciones:
42

43. El software propuesto solo servirá para diagnosticar el tipo de intoxicación presentada
de acuerdo a los síntomas de los pacientes. No podrá realizar diagnóstico sin verificar los
mismos. De igual forma, no podrá verificar la existencia de otras enfermedades que pueden
presentarse con cualquier intoxicación.
ALGORITMOS
• DFD: Un diagrama de flujo de datos (DFD por sus siglas en español e inglés) es una
representación gráfica para la maceta del "flujo" de datos a través de un sistema de
información. Un diagrama de flujo de datos también se puede utilizar para la
visualización de procesamiento de datos (diseño estructurado). Es una práctica común
para un diseñador dibujar un contexto a nivel de DFD que primero muestra la
interacción entre el sistema y las entidades externas. Este contexto a nivel de DFD se
"explotó" para mostrar más detalles del sistema que se está modelando.
SIMBOLOGÍA DE LOS DFD
43

44. ALGORITMO DFD:
DIAGRAMA DE FLUJO DFDA
44
ENTRAR AL SISTEMA
RECOLECTAR
DATOS
PROCESO DE
DIAGNOSTICACION
ASIGNACIÓN DE
TRATAMIENTO

45. ADMINISTRACIÓN DE LOS DATOS
El administrador de datos (DA) es la persona identificable que tendrá la responsabilidad
central sobre los datos dentro de la empresa. Ya que los datos son uno de los activos más
valiosos de la empresa, es imperativo que exista una persona que los entienda junto con las
necesidades de la empresa con respecto a esos datos, a un nivel de administración superior.
Por lo tanto, es labor del administrador decidir en primer lugar qué datos deben ser
almacenados en la base de datos y establecer políticas para mantener y manejar esos datos una
vez almacenados.
45
Diagrama de flujo de información
Números de personas
intoxicadas
intoxicadas
VECTOR DEL
SISTEMA CONTROL
DE INTOXICACIÓN

46. El administrador de base de datos (DBA) es el técnico responsable de implementar las
decisiones del administrador de datos. Por lo tanto, debe ser un profesional en IT. El trabajo
del DBA consiste en crear la base de datos real e implementar los controles técnicos
necesarios para hacer cumplir las diversas decisiones de las políticas hechas por el DA. El
DBA también es responsable de asegurar que el sistema opere con el rendimiento adecuado y
de proporcionar una variedad de otros servicios técnicos.
DIAGRAMA – ENTIDAD- RELACIÓN
Denominado por sus siglas como: E-R; Este modelo representa a la realidad a través
de un Esquema gráfico empleando los terminología de Entidades, que son objetos que existen
y son los elementos principales que se identifican en el problema a resolver con el diagramado
y se distinguen de otros por sus características particulares denominadas Atributos, el enlace
que rige la unión de las entidades está representada por la relación del modelo.
En un DER, cada entidad se representa mediante un rectángulo, cada relación mediante un
rombo y cada dominio (conjunto donde toma valores el atributo) mediante un círculo.
Mediante líneas se conectan las entidades con las relaciones, igual que las entidades con los
dominios, representando a los atributos. Los Atributos Llaves se representan subrayando el
correspondiente conjunto de valores.
En ocasiones, una entidad no puede ser identificada únicamente por el valor de sus
propios atributos. En estos casos, se utilizan conjuntamente las relaciones con los atributos
para lograr la requerida identificación unívoca. Estas entidades reciben el nombre de entidades
débiles y se representan en el DER con un doble rectángulo. El MER restringe las relaciones a
usar para identificar las entidades débiles a relaciones binarias del tipo 1: N. Así, por ejemplo,
una ocurrencia de "trabajador" puede tener N ocurrencias "persona-dependiente" asociadas,
donde además, la existencia de las ocurrencias en la segunda entidad depende de la existencia
de una ocurrencia que le corresponda en la primera entidad. Por ejemplo, en el modelo habrá
personas dependientes de un trabajador sólo si ese trabajador existe. Para indicar esa
dependencia en la existencia se usa una saeta en el DER. La llave de una entidad débil se
forma combinando la llave de la entidad regular que la determina con algún otro atributo que
46

47. defina unívocamente cada entidad débil asociada a una entidad regular dada. (Una entidad se
denomina regular si no es débil).
En una relación, la llave es la combinación de las llaves de todas las entidades
asociadas. Para cada relación se determina su tipo (simple o complejo) y en el DER se escribe
el tipo de correspondencia. Por ejemplo, una empresa puede tener varios (n) trabajadores
asociados y un trabajador pertenece a una sola empresa (1). En la relación Trabajador-
Máquina-Pieza, un trabajador puede trabajar en n máquinas, produciendo p piezas, o una pieza
puede ser producida por m trabajadores en n máquinas. Aquí, m, n y p no identifican un
número específico, sino solamente el tipo de correspondencia que se establece en la relación.
PROCESAMIENTO DE TRANSACCIONES
Es un tipo de sistema de información que recolecta, almacena, modifica y recupera
toda la información generada por las transacciones producidas en una organización. Una
transacción es un evento que genera o modifica los datos que se encuentran eventualmente
almacenados en un sistema de información. Para que un sistema informático pueda ser
considerado como un TPS, este debe superar el test ACID.
47

48. Desde un punto de vista técnico, un TPS monitoriza los programas transaccionales
(un tipo especial de programas). La base de un programa transaccional está en que gestiona los
datos de forma que estos deben ser siempre consistentes (por ejemplo, si se realiza un pago
con una tarjeta electrónica, la cantidad de dinero de la cuenta sobre la que realiza el cargo debe
disminuir en la misma cantidad que la cuenta que recibe el pago, de no ser así, ninguna de las
dos cuentas se modificará), si durante el transcurso de una transacción ocurriese algún error, el
TPS debe poder deshacer las operaciones realizadas hasta ese instante.
Si bien este tipo de integridad es que debe presentar cualquier operación de
procesamiento de transacciones por lotes, es particularmente importante para el procesamiento
de transacciones on-line: si, por ejemplo, un sistema de reserva de billetes de una línea aérea
es utilizado simultáneamente por varios operadores, tras encontrar un asiento vacío, los datos
sobre la reserva de dicho asiento deben ser bloqueados hasta que la reserva se realice, de no
ser así, otro operador podría tener la impresión de que dicho asiento está libre cuando en
realidad está siendo reservado en ese mismo instante. Sin las debidas precauciones, en una
transacción podría ocurrir una reserva doble. Otra función de los monitores de transacciones es
la detección y resolución de interbloqueos (deadlock), y cortar transacciones para recuperar el
sistema en caso de fallos masivos.
CARTA ESTRUCTURADA
Una carta estructurada o mapa de navegación es, de acuerdo con Garrido (s.f.), ³la
representación gráfica de la organización de la información. Expresa todas las relaciones de
jerarquía y secuencia y permite elaborar escenarios de comportamiento de los usuarios´ Así lo
expresa en su página especializada Arquitectura De La Información.
Entonces, en el caso de ProStar, se estaría hablando de cómo estarían divididos los
niveles de programa. Sería un grafismo que ayudaría la comprensión de cómo funcionaría,
pero además donde se localizarían las piezas. En pocas palabras, es la estructura del menú.
48

49. DESCRIPCIÓN MODULAR
El usuario interesado (empresa, comunitario o propietario individual) tendrá la
oportunidad de aplicar el Sistema Modular utilizando una estructura que le permita seguir paso
a paso la resolución de los vacíos o debilidades que favorezcan o faciliten el cumplimiento de
los Principios y Criterios del FSC. Tal como se indicó anteriormente, la estructura se definió
sobre la base de un sistema de cinco módulos, integrados por un número variable de sub
módulos.
PROCESAMIENTO DE INFORMACIÓN:
Es la capacidad del Sistema de Información para efectuar cálculos de acuerdo con
una secuencia de operaciones preestablecida. Estos cálculos pueden efectuarse con datos
introducidos recientemente en el sistema o bien con datos que están almacenados. Esta
característica de los sistemas permite la transformación de datos fuente en información que
puede ser utilizada para la toma de decisiones, lo que hace posible, entre otras cosas, que un
tomador de decisiones genere una proyección financiera a partir de los datos que contiene un
estado de resultados o un balance general de un año base.
49

50. DISEÑO DE PANTALLAS
Está compuesto por una serie de pantallas una para el ingreso de información por
parte del usuario (entrada) y otra para enviar información solicitada por el usuario (salida)
todas ellas trabajaran con diseño definido.
REGISTRO DE MÉDICOS:
Esta opción permite el ingreso de los datos de los médicos que posee la consulta o hospital
público en el que se instale el sistema experto. Estos datos queda almacenados en el sistema de forma
regular a menos que se indique la eliminación de alguno.
REGISTRO DE PACIENTES:
El sistema propuesto tiene la facultad de almacenar los datos de los pacientes de forma tal que
se contenga parte de la historia médica de los mismos de forma digital.
50

51. USUARIOS AUTORIZADOS:
En esta pantalla el administrador del sistema asigna los nombres de usuario y contraseña a las
personas que tendrán acceso al mismo.
DISEÑO DE REPORTE
Su función es aplicar un formato determinado a los datos para mostrarlos por medio
de un diseño atractivo y que sea fácil de interpretar por los usuarios.
51

52. El reporte, de esta forma, confiere una mayor utilidad a los datos. No es lo mismo
trabajar con una planilla de cálculos con 10.000 campos que con un dibujo en forma de torta
que presenta dichos campos de manera gráfica. Los reportes tienen diversos niveles de
complejidad, desde una lista o enumeración hasta gráficos mucho más desarrollados.
Según el programa informático y la base de datos en cuestión, los reportes permiten la
creación de etiquetas y la elaboración de facturas, entre otras tareas.
PLAN DE PRUEBAS
52

53. El plan de pruebas es un documento que se utiliza para indicar los recursos, los
elementos que se van a probar, las actividades, el personal y los riesgos asociados. El estándar
IEEE 829 es el estándar para documentación de las pruebas, e indica la siguiente estructura
para el plan de pruebas:
1) Identificador del documento.
2) Introducción, resumen de los elementos y las características que se van a probar.
3) Elementos que se van a probar (programas, módulos…)
4) Características que se van a probar.
5) Características que no se van a probar.
6) Enfoque general de la prueba.
7) Criterios de paso o fallo.
8) Criterios de suspensión y de reanudación.
9) Documentación asociada.
10) Actividades de preparación y ejecución de pruebas.
11) Entorno necesario.
12) Responsables.
13) Necesidades de personal y de formación.
14) Esquema de tiempos.
15) Riesgos asumidos y planes de contingencia.
16) Aprobaciones, con las firmas de los responsables.
CAPITULO IV
53

54. ANÁLISIS ECONÓMICO
1. Identificación de Necesidades
Es el primer paso del análisis del sistema, en este proceso el Analista se reúne con el
cliente y/o usuario (un representante institucional, departamental o cliente particular), e
identifican las metas globales, se analizan las perspectivas del cliente, sus necesidades y
requerimientos, sobre la planificación temporal y presupuestal, líneas de mercadeo y otros
puntos que puedan ayudar a la identificación y desarrollo del proyecto.
Antes de su reunión con el analista, el cliente prepara un documento conceptual del proyecto,
aunque es recomendable que este se elabore durante la comunicación Cliente – analista, ya
que de hacerlo el cliente solo de todas maneras tendría que ser modificado, durante la
identificación de las necesidades.
2. Estudio de Viabilidad
Muchas veces cuando se emprende el desarrollo de un proyecto de Sistemas los
recursos y el tiempo no son realistas para su materialización sin tener pérdidas económicas y
frustración profesional. La viabilidad y el análisis de riesgos están relacionados de muchas
maneras, si el riesgo del proyecto es alto, la viabilidad de producir software de calidad se
reduce, sin embargo se deben tomar en cuenta cuatro áreas principales de interés:
3. Viabilidad económica
Una evaluación de los costos de desarrollo, comparados con los ingresos netos o
beneficios obtenidos del producto o Sistema desarrollado.
BENEFICIOS DEL PROPUESTA
54

55. Los beneficios que se pueden obtener usando sistemas de información son los siguientes:
* Acceso rápido a la información y por ende mejora en la atención a los usuarios.
* Mayor motivación en los mandos medios para anticipar los requerimientos de las directivas.
* Generación de informes e indicadores, que permiten corregir fallas difíciles de detectar y
controlar con un sistema manual.
* Posibilidad de planear y generar proyectos institucionales soportados en sistemas de
información que presentan elementos claros y sustentados.
* Evitar pérdida de tiempo recopilando información que ya está almacenada en bases de datos
que se pueden compartir.
* Impulso a la creación de grupos de trabajo e investigación debido a la facilidad para
encontrar y manipular la información.
* Soluciona el problema de falta de comunicación entre las diferentes instancias. A nivel
directivo se hace más efectiva la comunicación
* Organización en el manejo de archivos e información clasificada por temas de interés
general y particular.
* Generación de nuevas dinámicas, utilizando medios informáticos como el correo
electrónico, multimedia, teleconferencia, acceso directo a bases de datos y redes
nacionales e internacionales.
* Acceso a programas y convenios e intercambios institucionales.
* Aumento de la productividad gracias a la liberación de tiempos en búsqueda y generación
de información repetida.
BENEFICIOS TANGIBLES E INTANGIBLES
55

56. La decisión de incorporar a cualquier organización sanitaria equipos caros, materiales
de alta tecnología o nuevos medicamentos de precios prohibitivos constituye una de las
pesadillas de los gestores, que puede llegar a representar incluso una fuente de conflictos
personales cuando entran en juego las diversas perspectivas que conviven en una misma
persona en la que pueden llegar a concurrir la de gerente de un hospital y cirujano, por
ejemplo. En una tesitura en la que los presupuestos hospitalarios obligan a razonar todas y
cada una de las compras, en algunos centros se ha optado por modelos de solicitud de compra
de materiales especiales que toman como base los beneficios tangibles e intangibles que las
nuevas tecnologías aportan al proceso asistencial de atención a los pacientes.
En estos modelos, la evaluación de nuevo material sigue un proceso de selección
riguroso, basado en criterios científicos en los que se valoran los beneficios tangibles e
intangibles de la nueva incorporación tecnológica. Inicialmente se aplica un desarrollo
contable del procedimiento asistencial en el que se valoran todos los costes aplicables al
proceso desarrollado. Es lo que se denomina la zona de beneficio-déficit tangible.
Determinados beneficios intangibles que nunca están al alcance una evaluación económica
intrahospitalaria convencional: el número de horas dedicadas a rehabilitación, la
reincorporación laboral de paciente, o la calidad de vida percibida por el paciente. Se trata de
beneficios "intangibles" que también tienen un importante impacto económico en la gestión
del proceso asistencial del paciente.
CONCLUSIONES
56

57. Actualmente el duro, difícil y cambiante mercado competitivo se vuelve más complejo
por la gran diversidad de información que se ven obligados a almacenar y analizar, razón por
la cual las empresas se ven en la necesidad de recurrir a poderosas y/o robustas herramientas o
sistemas que les sirvan de soporte a la hora de tomar decisiones. De esta forma estos
inteligentes, precisos y eficientes sistemas son adoptados por más organizaciones, en las
cuales se convierten y/o transforman en una importante estrategia de negocio.
Por otra parte es importante mencionar que estos seguirán siendo usados en los todos y
cada una de las áreas y/o campos donde los expertos humanos sean escasos. Por consecuencia
de lo anterior estos sistemas son utilizados por personas no especializadas, por lo cual el uso
frecuente de los ( SE) les produce y/o genera conocimiento a los usuarios.
RECOMENDACIONES
57

58. Con la finalidad de lograr la interacción entre el sistema propuesto y los usuarios y la
garantía de la información generada por el mismo se recomienda:
 Implantar y evaluar en paralelo el desempeño del sistema propuesto con el sistema
actual.
 Comparar los datos generados por el sistema propuesto contra los que genera el
sistema actual con la finalidad de detectar errores en el procesamiento y asegurar un buen
funcionamiento.
 Emplear el manual de usuario en el momento que surja alguna interrogante o
inconveniente con el manejo de los módulos del sistema.
 Actualizar con frecuencia las claves de acceso solicitadas por el sistema con la
finalidad de evitar el manejo de datos clasificados por perdonas no autorizadas.
 Adquirir software detectores de virus informáticos, para prevenir posibles
infecciones que alteren el normal funcionamiento del sistema de información.
BIBLIOGRAFÍA
58

59. Fuentes primarias:
 Grady Booch 1996 Análisis, diseño y construcción del Sistema de Información.
FUENTES SECUNDARIAS:
 http://es.wikipedia.org/wiki/Intoxicaci%C3%B3n
 http://www.amarre.com/html/emergencias/primeraux/intoxicaciones/index.php
 http://www.amarre.com/html/emergencias/primeraux/intoxicaciones/tiposintoxicaci
on.php
 http://humano.ya.com/tony13mix/Intoxicacion.htm
 Ing. Kristal Mújica
 Ing. Freddy Lamuño
59

60. ANEXOS
60

61. MANUAL DE
USUARIOS
INGRESO AL SISTEMA:
61

62. Para poder disfrutar de los privilegios de este software, es necesario poseer un nombre
de usuario y contraseña previamente asignado, de forma tal que se garantice la veracidad de
los datos introducidos y de igual manera la privacidad de los pacientes que asisten a este tipo
de consulta.
Esta pantalla solicita código del usuario y clave de acceso, en caso de no poseerlas
debe ponerse en contacto con un administrador del sistema.
MENÚ PRINCIPAL:
62

63. Muestra las opciones al usuario. Es la pantalla que contiene acceso a todos los
módulos del sistema experto. Para visualizar la opción deseada simplemente se debe hacer
click en el botón.
Las opciones son:
 Registro de Médicos.
 Registro de Pacientes.
 Usuarios del Sistemas.
 Hacer Diagnóstico.
 Salir del Sistema.
REGISTRO DE MÉDICOS:
63

64. Esta opción permite el ingreso de los datos de los médicos que posee la consulta o
hospital público en el que se instale el sistema experto. Estos datos queda almacenados en el
sistema de forma regular a menos que se indique la eliminación de alguno.
64

65. REGISTRO DE PACIENTES:
El sistema propuesto tiene la facultad de almacenar los datos de los pacientes de forma
tal que se contenga parte de la historia médica de los mismos de forma digital.
USUARIOS AUTORIZADOS:
65

66. En esta pantalla el administrador del sistema asigna los nombres de usuario y
contraseña a las personas que tendrán acceso al mismo.
66

67. HACER DIAGNÓSTICO:
Es la pantalla más importante de todo el sistema experto, se trata de la revisión del
cumplimiento de los síntomas de cada tipo de intoxicación a fin de determinar las
posibilidades de existencia de alguna de ellas de acuerdo a estos síntomas.
67