Documentos de Académico
Documentos de Profesional
Documentos de Cultura
PRESENTACION
PRESENTACION
Dedico este trabajo principalmente a dios, por haberme dado la vida y permitirme el haber llegado hasta este momento tan importante de mi formacin estudiantil. A mi madre por ser el pilar ms importante y demostrarme siempre su cario y apoyo incondicional sin importar nuestras diferencias de opiniones siento que ests conmigo siempre y aunque nos faltaron muchas cosas por vivir juntos, sin el equipo que formamos, no hubiramos logrado esta meta
Agradecimiento
Este trabajo de investigacin no hubiera sido posible sin el esfuerzo y dedicacin de sus autores y sobre todo por la colaboracin de cada una de las personas que desinteresadamente contribuyeron para su elaboracin
PRESENTACION
El presente proyecto de tesis sobre el problema de desnutricin crnica en nios menores de 5 aos en el hospital de Andahuaylas es un estudio que se realiz a travs de un mtodo descriptivo con la poblacin de menores de 5 aos que tuvieron desnutricin crnica que acudieron al servicio de salud en diferentes establecimientos de salud para su control de crecimiento y desarrollo donde predomina el diagnostico talla para edad no es adecuado
INTRODUCCION
La desnutricin crnica en nios menores de 5 aos es una patologa de gran importancia clnica, debido a la alta tasa de desnutricin. Su manejo es irreversible, principalmente cuando ocurre antes de los 2 aos de edad y la decisin de determinar las consecuencias con las capacidades humanas
CAPITULO I I DATOS GENERALES 1.1 Ttulo del proyecto: Cuales son los factores de la
desnutricin crnica en menores de 5 aos en el hospital de Andahuaylas en el distrito de Andahuaylas provincia de Andahuaylas regin de Apurmac en el ao 2012
Al igual que para los otros indicadores de bienestar, la distribucin de la desnutricin crnica guarda un patrn bastante heterogneo al interior del pas, lo cual se evidencia al comparar las zonas de costa, sierra y selva, divididas por mbito rural o urbano En la dcada pasada, el Ministerio de Educacin realiza el I Censo Nacional de Talla en escolares, demostrando que un 48% de los nios entre 6 y 9 aos de edad sufra de desnutricin crnica, siendo ms crtica entre los varones con 54% y en la niez del rea rural dado que afectaba a 67%; si bien el promedio nacional esconde la enorme desigualdad existente, conforme se avanza en la desagregacin, los rangos diferenciales se acrecientan, el nivel ms alto de desnutricin crnica se encuentra en el rea rural de la provincia de Atalaya, departamento de Ucayali con 91% y l ms bajo con 7% en el rea urbana de la provincia de Jorge Basadre del departamento de Tacna. De hecho, la mayor inequidad se observa entre las reas urbana y rural. ENDES 2000, incluyo un mdulo de antropometra, en el cual se obtuvo el peso y la talla de las madres y sus nios menores de 5 aos, siguiendo las normas internacionales y utilizando instrumentos de precisin. De la informacin sobre la talla para la edad o desnutricin crnica demostr lo siguiente: Una cuarta parte de los nios menores de 5 aos en el Per (25%) adoleceran de desnutricin crnica, es decir, retardo en el crecimiento en talla para la edad, nivel que es similar al observado en 1999 y menor en 9 puntos porcentuales a lo observado en 1991 (34%). La desnutricin crnica afecta por igual a nios y nias pero aumenta rpidamente con la edad hasta alcanzar el 31% entre los nios prximos a cumplir 5 aos, mostrando los efectos acumulativos de retraso en crecimiento. La desnutricin crnica afecta con mayor intensidad a los nios del rea rural y a los residentes en los departamentos de Cajamarca, Hunuco, Apurmac, Cusco y Huancavelica, donde ms del 40% de los nios menores de 5 aos padecen de desnutricin crnica. Este nivel es cuatro veces mayor a lo observado entre los nios de Lima Metropolitana (8%), Tacna (5%) y Moquegua (9%). Los menos afectados con la desnutricin crnica, son los nios de madres con educacin superior pues solo el (7%) de ellos sufren retardo de crecimiento. Contrariamente, los ms afectados son los nios de madres sin educacin: el 52% de estos nios son desnutridos crnicos. Conocedores de los antecedentes de los factores que se asocian a la desnutricin crnica, la ONG Salud hizo el levantamiento de la informacin con el objetivo de observar los factores como caractersticas, conocimientos y aptitud de la madre de familia describiera la desnutricin crnica en nios de a 5 aos.
El tipo de muestreo que utilizaron fue probabilstico aleatorio simple, el tamao de la muestra se obtuvo en forma proporcional al tamao de la poblacin dcada centro educativo inicial de la zona de Huachipa. Si bien es cierto el tamao de la muestra que obtuvo la ONG Salud, no fue la ptima ya que en primer lugar no se consider la variable porcentaje de desnutricin crnica en nios de 3 a 5 aos de dichos colegios, para obtener el tamao de muestra; sino la variable, controla peridicamente como le va a su hijo en el colegio; ya que el instrumento de medicin de la informacin fue la encuesta realizada a madres de familia que consta de 38 preguntas, con temas de educacin, psicologa, estimulacin, nutricin y aporte de la madre al colegio, etc.
2.2 Delimitacin de la investigacin Lugar de investigacin: hospital de Andahuaylas Periodo: 2012 Sujeto de investigacin: nios que se controlan en el hospital de
Andahuaylas en el ao 2012
2.4 Formulacin de Objetivos 2.4.1Objetivo General (detallar, relatar, puntualizar) los factores
asociados a la desnutricin crnica que afectan las capacidades humanas
2.4.2Objetivo Especfico
determinar la incidencia de factores asociados a la desnutricin crnica determinar incidencia de factores de nios bajo talla al nacer
Capitulo II
3.2.1Sistemas de Informacin
Un sistema de informacin (SI) es un conjunto de elementos orientados al tratamiento y administracin de datos e informacin, organizados y listos para su uso posterior, generados para cubrir una necesidad u objetivo. Dichos elementos formarn parte de alguna de las siguientes categoras: Personas Datos Actividades o tcnicas de trabajo
Recursos materiales en general (generalmente recursos informticos y de comunicacin, aunque no necesariamente). Todos estos elementos interactan para procesar los datos (incluidos los procesos manuales y automticos) y dan lugar a informacin ms elaborada, que se distribuye de la manera ms adecuada posible en una determinada organizacin, en funcin de sus objetivos.
Habitualmente el trmino se usa de manera errnea como sinnimo de sistema de informacin informtico, en parte porque en la mayor parte de los casos los recursos materiales de un sistema de informacin estn constituidos casi en su totalidad por sistemas informticos. Estrictamente hablando, un sistema de informacin no tiene por qu disponer de dichos recursos (aunque en la prctica esto no suela ocurrir). Se podra decir entonces que los sistemas de informacin informticos son una subclase o un subconjunto de los sistemas de informacin en general.
3.3
Diagramas de Implementacin para modelar la distribucin del sistema. UML es una consolidacin de muchas de las notaciones y conceptos ms usados orientados a objetos. Empez como una consolidacin del trabajo de Grade Booch, James Rumbaugh, e Ivar Jacobson, creadores de tres de las metodologas orientadas a objetos ms populares. UML prescribe una notacin estndar y semnticas esenciales para el modelado de un sistema orientado a objetos. Un diseo orientado a objetos puede ser modelado con cualquiera de las
metodologas existentes en la actualidad, pero esto conlleva a que los revisores deban aprender la semntica y notaciones de la metodologa empleada, antes que intenta los diseadores diferentes, modelando sistemas diferentes pueden sobradamente entender cada uno los diseos de los otros. Se muestra ahora una descripcin detallada de cada uno de sus componentes.
Cuando se trabaja con casos de uso, es importante tener presentes algunas sencillas reglas: Cada caso de uso est relacionado como mnimo con un actor. Cada caso de uso es un iniciador (es decir, un actor) Cada caso de uso lleva a un resultado relevante (un resultado con valor intrnseco)
Los casos de uso pueden tener relaciones con otros casos de uso. Los tres tipos de relaciones ms comunes entre casos de uso son: que especifica una situacin en la que un caso de uso tiene lugar dentro de otro caso de uso que especifica que en ciertas situaciones, o en algn punto (llamado punto de extensin) un caso de uso ser extendido por otro. Generalizacin que especifica que un caso de uso hereda las caractersticas del sper caso de
uso, y puede volver a especificar algunas o todas ellas de una forma muy similar a las herencias entre clases.
Actor
Un actor es una entidad externa (de fuera del sistema) que interacciona con el sistema participando (y normalmente iniciando) en un caso de uso. Los actores pueden ser gente real (por ejemplo, usuarios del sistema), otros ordenadores o eventos externos. Los actores no representan a personas fsicas o a sistemas, sino su papel. Esto significa que cuando una persona interacciona con el sistema de diferentes maneras (asumiendo diferentes papeles), estar representado por varios actores. Por ejemplo, una persona que proporciona servicios de atencin al cliente telefnicamente y realiza pedidos para los clientes estara representada por un actor equipo de soporte y por otro actor representante de ventas.
Las descripciones de casos de uso son reseas textuales del caso de uso. Normalmente tienen el formato de una nota o un documento relacionado de alguna manera con el caso de uso, y explica los procesos o actividades que tienen lugar en el caso de uso.
Diagrama de clases
Los diagramas de clases muestran las diferentes clases que componen un sistema y cmo se relacionan unas con otras. Se dice que los diagramas de clases son diagramas estticos porque muestran las clases, junto con sus mtodos y atributos, as como las relaciones estticas entre ellas: qu clases conocen a qu otras clases o qu clases son parte de otras clases, pero no muestran los mtodos mediante los que se invocan entre ellas.
CLASE
Una clase define los atributos y los mtodos de una serie de objetos. Todos los objetos de esta clase (instancias de esa clase) tienen el mismo comportamiento y el mismo conjunto de atributos (cada objetos tiene el suyo propio). Las clases estn representadas por rectngulos, con el nombre de la clase, y tambin pueden mostrar atributos y operaciones de la clase en otros dos compartimentos dentro del rectngulo.
Clase ATRIBUTOS
En UML, los atributos se muestran al menos con su nombre, y tambin pueden mostrar su tipo, valor inicial y otras propiedades. Los atributos tambin pueden ser mostrados visualmente: + Indica atributos pblicos # Indica atributos protegidos
Indica atributos privados
OPERACIONES
Las operaciones (mtodos) tambin se muestran al menos con su nombre, y pueden mostrar sus parmetros y valores de retorno. Las operaciones, al igual que los atributos, se pueden mostrar visualmente: + Indica operaciones pblicas # Indica operaciones protegidas Indica operaciones privadas
Asociaciones de clases
Las clases se pueden relacionar con otras de diferentes maneras:
GENERALIZACIN
La herencia es uno de los conceptos fundamentales de la programacin orientada a objetos, en la que una clase recoge todos los atributos y operaciones de la clase de la que es heredera, y puede alterar/modificar algunos de ellos, as como aadir ms atributos y operaciones propias. En UML, una asociacin de generalizacin entre dos clases, coloca a estas en una jerarqua que representa el concepto de herencia de una clase derivada de la clase base. En UML, las generalizaciones se representan por medio de una lnea que conecta las dos clases, con una
ASOCIACIONES
Una asociacin representa una relacin entre clases, y aporta la semntica comn y la estructura de muchos tipos de conexiones entre objetos. Las asociaciones son los mecanismos que permiten a los objetos comunicarse entre s. Describe la conexin entre diferentes clases (la
conexin entre los objetos reales se denomina conexin de objetos o enlace). Las asociaciones pueden tener un papel que especifica el propsito de la asociacin y pueden ser unidireccionales o en dos direcciones (indicando si los dos objetos participantes en la relacin pueden intercambiar mensajes entre s, o es nicamente uno de ellos el que recibe informacin del otro). Cada extremo de la asociacin tambin tiene un valor de multiplicidad, que indica cuntos objetos de ese lado de la asociacin estn relacionados con un objeto del extremo contrario. En UML, las asociaciones se representan por medio de lneas que conectan las clases participantes en la relacin, y tambin pueden mostrar el papel y la multiplicidad de cada uno de los participantes. La multiplicidad se muestra como un rango [mn. - mx.] de valores no negativos, con un asterisco (*) representando el infinito en el lado mximo.
Asociacin
AGREGACIN
Son tipos especiales de asociaciones en las que las dos clases participantes no tienen un estado igual, pero constituyen una relacin completa. Una agregacin describe cmo se compone la clase que asume el rol completo de otras clases que se encargan de las partes. En las agregaciones, la clase que acta como completa, tiene una multiplicidad de uno. En UML, las agregaciones estn representadas por una asociacin que muestra un rombo en uno de los lados de la clase completa.
Agregacin
COMPOSICIN
Las composiciones son asociaciones que representan agregaciones muy fuertes. Esto significa que las composiciones tambin forman relaciones completas, pero dichas relaciones son tan fuertes que las partes no
pueden existir por s mismas. nicamente existen como parte del conjunto, y si este es destruido las partes tambin lo son. En UML, las composiciones estn representadas por un rombo slido al lado del conjunto.
Composicin
Diagramas de secuencia
Los diagramas de secuencia muestran el intercambio de mensajes (es decir la forma en que se invocan) en un momento dado. Los diagramas de secuencia ponen especial nfasis en el orden y el momento en que se envan los mensajes a los objetos. En los diagramas de secuencia, los objetos estn representados por lneas intermitentes verticales, con el nombre del objeto en la parte ms alta. El eje de tiempo tambin es vertical, incrementndose hacia abajo, de forma que los mensajes son enviados de un objeto a otro en forma de flechas con los nombres de la operacin y los parmetros. Los mensajes pueden ser o bien sincrnico, el tipo normal de llamada del mensaje donde se pasa el control al objeto llamado hasta que el mtodo finalice, o asncronos donde se devuelve el control directamente al objeto que realiza la llamada. Los mensajes sincrnicos tienen una caja vertical en un lateral del objeto que invoca, muestra el flujo del control del programa.
Diagramas de colaboracin
Los diagramas de colaboracin muestran las interacciones que ocurren entre los objetos que participan en una situacin determinada. Esta es
ms o menos la misma informacin que la mostrada por los diagramas de secuencia, pero destacando la forma en que las operaciones se producen en el tiempo, mientras que los diagramas de colaboracin fijan el inters en las relaciones entre los objetos y su topologa. En los diagramas de colaboracin los mensajes enviados de un objeto a otro se representan mediante flechas, mostrando el nombre del mensaje, los parmetros y la secuencia del mensaje. Los diagramas de colaboracin estn indicados para mostrar una situacin o flujo de programa especficos y son unos de los mejores tipos de diagramas para demostrar o explicar rpidamente un proceso dentro de la lgica del programa.
Diagrama de estado
Los diagramas de estado muestran los diferentes estados de un objeto durante su vida, y los estmulos que provocan los cambios de estado en un objeto. Los diagramas de estado ven a los objetos como mquinas de estado o autmatas finitos que pueden estar en un conjunto de estados finitos y que pueden cambiar su estado a travs de un estmulo perteneciente a un conjunto finito. Por ejemplo, un objeto de tipo NetServer puede tener durante su vida uno de los siguientes estados: Listo Escuchando Trabajando Detenido
Y los eventos que pueden producir que el objeto cambie de estado son: Se crea el objeto El objeto recibe un mensaje de escucha Un cliente solicita una conexin a travs de la red Un cliente finaliza una solicitud La solicitud se ejecuta y ser termina El objeto recibe un mensaje de detencin etc. Los estados son los ladrillos de los diagramas de estado. Un estado pertenece a exactamente una clase y representa un resumen de los valores y atributos que puede tener la clase. Un estado UML describe el estado interno de un objeto de una clase particular. Tenga en cuenta que no todos los cambios en los atributos de un objeto deben estar representados por estados, sino nicamente aquellos cambios que pueden afectar significativamente a la forma de funcionamiento del objeto. Hay dos tipos especiales de estados: inicio y fin. Son especiales en el sentido de que no hay ningn evento que pueda devolver a un objeto a su estado de inicio, y de la misma forma no hay ningn evento que pueda sacar a un objeto de su estado de fin.
Diagrama de actividad
Los diagramas de actividad describen la secuencia de las actividades en un sistema. Los diagramas de actividad son una forma especial de los diagramas de estado, que nicamente (o mayormente) contienen actividades.
Los diagramas de actividad son similares a los diagramas de flujo procesales, con la diferencia de que todas las actividades estn claramente unidas a objetos. Los diagramas de actividad siempre estn asociados a una clase, a una operacin o a un caso de uso. Los diagramas de actividad soportan actividades tanto secuenciales como paralelas. La ejecucin paralela se representa por medio de iconos de espera, y en el caso de las actividades paralelas, no importa en qu orden sean invocadas (pueden ser ejecutadas simultneamente o una detrs de otra).
Diagramas de componentes
Los diagramas de componentes muestran los componentes del software (ya sea las tecnologas que lo forman como Kparts, componentes CORBA, Java Beans o simplemente secciones del sistema claramente distintas) y los artilugios de que est compuesto como los archivos de cdigo fuente, las libreras o las tablas de una base de datos. Los componentes pueden tener interfaces (es decir clases abstractas con operaciones) que permiten asociaciones entre componentes.
Diagramas de implementacin
Los diagramas de implementacin muestran las instancias existentes al ejecutarse as como sus relaciones. Tambin se representan los nodos que identifican recursos fsicos, tpicamente un ordenador as como interfaces y objetos (instancias de las clases).
3.4.2Desnutricin:
Estado patolgico resultante de una dieta deficiente en uno o varios nutrientes esenciales o de una mala asimilacin de los alimentos. Hay 3 tipos de desnutricin: 1. Desnutricin aguda: Deficiencia de peso para altura (P/A). Delgadez extrema. Resulta de una prdida de peso asociada con periodos recientes de hambruna o enfermedad que se desarrolla muy rpidamente y es limitada en el tiempo.
2. Desnutricin crnica: Retardo de altura para la edad (A/E). Asociada normalmente a situaciones de pobreza, con consecuencias para el aprendizaje y menos desempeo econmico. 3. Desnutricin global: Deficiencia de peso para la edad. Insuficiencia ponderal. ndice compuesto de los anteriores (P/A x A/E = P/E) que se usa para dar seguimiento a los Objetivos del Milenio.
indicaran que el nio(a) presenta desnutricin ya que no ha tenido el crecimiento (talla, peso) adecuado para su edad
Alimentacin adecuada Esta variable est definida por los criterios que se mencionan dentro del marco terico que fueron dados por ENDES (Encuesta Demogrfica y de Salud Familiar). Se pueden clasificar en las siguientes categoras: Nios con alimentacin no adecuada (que no ingieren alimentos nutritivos) y con alimentacin adecuada (que ingieron alimentos nutritivos) Control de salud del nio Esta variable est definida por la cantidad de controles que ha tenido el nio en el ao. Se pueden clasificar en: Para nios de hasta 12 meses: Nios con 12 o mas controles al ao y nios con menos de 12 controles; para nios de entre 13 y 60 aos: Nios con 3 o mas controles y nios con menos de 3 controles. Inmunizacin Esta variable esta definida teniendo en cuenta la cantidad de vacunas que los nios deben recibir. Se pueden clasificar en: Nios con vacunas completas y nios con vacunas incompletas. Edad del Nio Esta variable esta definida por el tiempo que ha pasado entre el nacimiento del nio hasta la fecha de la toma de datos. Se podrn clasificar en: Nios de entre 0 y 30 meses y nios de entre 31 y 60 meses.