UNIVERSIDAD ALAS PERUANAS FILIAL ICA

FACULTAD DE INGENIERIA DE SISTEMAS E INFORMATICA

APLICACIN DE SIMULACION DISCRETA PARA EL SERVICIO DE
EMERGENCIA DEL HOSPITAL III FELIX TORREALVA GUTIERREZ

PROYECTO FINAL SIMULACION DE SISTEMAS

DOCENTE : QUISPE TINCOPA, Lino
INTEGRANTES : - Bendez Loayza, Anghello
-Chang Jimenez, Gardy Antonio
-Choquez Granda, Diego Alonso
-Lara Aguilar, Jackson
-Marquez Montoya, George Andr
-Torres Chau, Samir

Ica, 20 de Junio de 2013.




















DEDICATORIA

A nuestros padres, por la semilla
de superacin que han
sembrado en nosotros, por el
apoyo emocional y el estmulo
para lograr nuestros objetivos.









AGRADECIMIENTOS



A nuestras familias por su comprensin y estimulo constante, adems de su
apoyo incondicional a lo largo de nuestros estudios.
A nuestro Docente Prof. Lino Quispe Tincopa, quien nos brind su valiosa y
desinteresada orientacin y gua en el presente trabajo de investigacin.
Y a todas las personas que de una o en otra forma nos apoyaron en la
realizacin de este trabajo.
























RECONOCIMIENTO

A la Universidad Alas Peruanas
Filial Ica, por brindarnos la
oportunidad de desarrollar
capacidades y competencias.


INTRODUCCION

En algunos pases, los servicios de emergencia se han convertido en
importantes puntos de entrada para quienes no tienen otros medios de acceso
a la atencin mdica. Personal de los equipos de tratamiento de pacientes de
emergencia y proporcionar apoyo a los miembros de la familia. Los servicios de
emergencia de la mayora de los hospitales operan todo el da, aunque los
niveles de dotacin de personal intenten de reflejar el volumen de pacientes. La
mayora de los pacientes buscan el rea de Emergencia en la tarde y horas de
la noche, y la dotacin de personal refleja este fenmeno.
El primer centro especializado de atencin de trauma en el mundo se abri en
1911 en los Estados Unidos en la Universidad de Louisville Hospital en
Louisville, Kentucky, y fue desarrollado por el cirujano Arnold Griswold durante
la dcada de 1930. Griswold tambin est equipado de polica y vehculos de
bomberos con suministros mdicos y funcionarios capacitados para dar
atencin de emergencia, mientras se diriga al hospital.
Un servicio de emergencias tpico tiene varias reas diferentes, cada una
especializada para los pacientes con niveles de gravedad o tipos de la
enfermedad.
El rea de Emergencia es la Unidad donde se concentran las facilidades
fsicas para la atencin de pacientes nios y adultos que presentan urgencias
mdico quirrgicas en forma individual, colectivas y atencin masiva de
pacientes en caso de desastres.
Un rea de Emergencia, requiere diferentes equipos y diferentes enfoques que
la mayora de las divisiones del hospital. Los pacientes suelen llegar con
condiciones inestables, por lo que debe ser tratada rpidamente. Pueden ser
inconscientes, y la informacin, tales como su historial mdico, alergias, y el
tipo de sangre no puede estar disponible. El personal del departamento de
emergencias estn capacitados para trabajar de forma rpida y eficaz, incluso
con un mnimo de informacin.
El personal del departamento de emergencias tambin debe interactuar
eficazmente con los proveedores de atencin pre-hospitalaria, tales como
tcnicos sanitarios, auxiliares sanitarios, y otros que en ocasiones se basa en
el departamento de emergencias. Los proveedores de equipos pre-
hospitalarios pueden usar equipos desconocidos para el mdico promedio,
pero los mdicos del departamento d emergencias debe ser experto en el uso
de los equipos especializados, ya que los dispositivos tales como los militares
anti-Pantalones de choque y frulas de traccin requieren procedimientos
especiales . Entre otras razones, dado que debe ser capaz de manejar equipo
especializado, los mdicos pueden especializarse en medicina de emergencia,
y los departamentos de emergencias emplean muchos especialistas de ese
tipo.
El personal del departamento de emergencias tiene mucho en comn con la
ambulancia y los bomberos, mdicos de combate, equipos de bsqueda y
rescate, y los equipos de respuesta a desastres. A menudo, la formacin
conjunta y ejercicios de prctica, se han organizado para mejorar la
coordinacin de este sistema de respuesta compleja. Los departamentos de
emergencias ms usados intercambian una gran cantidad de equipos con
personal de ambulancia, y ambos deben prevn sustituir, devolver o
reembolsar los artculos costosos.
Paros cardiacos y los traumas graves son relativamente comunes en los
departamentos de emergencias, por lo que desfibriladores, ventiladores
automticos y las mquinas de la CPR, controladores de sangrado se utilizan
en gran medida. La supervivencia en estos casos es mucho mayor al reducir el
tiempo de espera para intervenciones clave, y en los ltimos aos algunos de
estos equipos especializados se ha extendido a los ajustes pre-hospitalaria.
Porque el tiempo es un factor esencial en el tratamiento de emergencia,
departamentos de emergencias suelen tener sus propios equipos de
diagnstico para evitar la espera de los equipos instalados en otros lugares en
el hospital. Casi todos tienen una sala de rayos X, y muchos tienen ahora las
instalaciones de radiologa completa, incluyendo equipos de TC y equipos de
ultrasonografa. Servicios de laboratorio pueden ser manejados de manera
prioritaria por el laboratorio del hospital, o los departamentos de emergencias
pueden tener su propio "STAT Lab" para los laboratorios bsicos que debe ser
devuelto rpidamente.
Las mtricas aplicables al departamento de emergencia se pueden agrupar en
tres categoras principales, volumen, tiempo de ciclo, y la satisfaccin del
paciente. Indicadores de volumen como de llegadas por hora, el porcentaje de
camas ocupadas en los departamentos de emergencias y la edad de los
pacientes se entienden en un nivel bsico en todos los hospitales como una
indicacin de las necesidades de personal.
Mediciones del tiempo de ciclo son los pilares de la evaluacin y el seguimiento
de la eficiencia del proceso y estn menos extendidas, ya que un esfuerzo
activo es necesario para recopilar y analizar estos datos. Indicadores de
satisfaccin del paciente, ya comnmente recogidos por grupos de mdicos y
hospitales, son tiles para demostrar el impacto de los cambios en la
percepcin del paciente de la atencin en el tiempo. Desde mtricas
satisfaccin de los pacientes son derivados y subjetiva, que son menos tiles
en la mejora del proceso primario.
En muchos Primary Care Trusts puede existir fuera del horario de los servicios
del mdico a veces conocido como Keydoc o algo similar (que varan por rea)
proporcionados por voluntarios mdicos generales.
Pacientes que acuden a urgencias por quejas menores no contribuyen
significativamente a la carga de trabajo del departamento. El uso de estas
unidades dentro de un departamento se ha demostrado mejorar
significativamente el flujo de pacientes a travs de un departamento y para
reducir los tiempos de espera. Clnicas de atencin urgente son otra alternativa,
donde los pacientes pueden ir a recibir atencin inmediata para no poner en
peligro las condiciones de vida.

RESUMEN

El Hospital Flix Torrealba Gutirrez es una institucin de seguridad social de
salud que persigue el bienestar de los asegurados y su acceso oportuno a
prestaciones de salud, econmicas y sociales, integrales y de calidad,
mediante una gestin transparente y eficiente.
El objetivo es planificar, organizar, conducir y controlar las actividades de la red
asistencial para lograr mejores resultados en la salud de los pacientes, que lo
servicios se enfoquen en la satisfaccin de los asegurados y que sean
manejados con calidad, eficiencia y efectividad.
Se han desarrollado tcnicas que permitan una modelacin certera, la
simulacin ha sido una de las herramientas que ms beneficios ha reportado,
Dentro de las principales ventajas que presenta la simulacin, es que permite
analizar el sistema real bajo distintos escenarios y ver cmo sera el
comportamiento de los indicadores de desempeo, expuesto a distintas
condiciones propuestas. La simulacin aun no siendo una herramienta
optimizante, permite proponer mejoras que puedan estar cada vez ms
cercanas al ptimo.
Este trabajo de investigacin, utiliza la simulacin discreta para la Propuesta de
modelos computacionales, que permitirn al rea de emergencias mejores
resultados en torno a la rapidez asistencial y mejor funcionamiento en sus
actividades.
La informacin utilizada, se basa principalmente en datos recopilados dentro
del hospital que nos indica cual es el proceso que se est llevando a Cabo
actualmente en el rea de emergencias y al que queremos dar la mejor
solucin.

En el captulo I veremos una pequea introduccin resaltando la visin y
misin del hospital tambin la problemtica en general y la propuesta de mejora
que emplearemos.

En el captulo II podemos encontrar conceptos bsicos sobre el programa
utilizado para la simulacin del sistema (arena).

En el captulo III detallamos uno a uno los procedimientos que se realizan en
EsSalud.

En el captulo IV plasmamos una pequea referencia de los procesos que
actualmente se estn desarrollando en el hospital y los problemas que se
tienen entorno a los tiempos de atencin.

En el captulo V planteamos nuestra propuesta para mejorar el funcionamiento
del hospital reduciendo tiempos para tener pacientes mejores atendidos y ms
satisfechos.

TABLA DE CONTENIDO

INTRODUCCION
RESUMEN
TABLA DE CONTENIDO
CAPTULO I
1.1 VISIN INSTITUCIONAL
1.2 MISIN INSTITUCIONAL
1.3 VALORES DE LA INSTITUCIN Y MARCOS REFERENCIALES
1.4 PRINCIPIOS DE LA SEGURIDAD SOCIAL
1.5 DEFINICIONES
1.6 DESCRIPCIN DE LA REALIDAD PROBLEMTICA
1.7 DELIMITACIONES Y DEFINICIN
1.7.1 DELIMITACIONES
1.8 FORMULACIN DEL PROBLEMA
1.9 OBJETIVOS DEL ESTUDIO
1.9.1 CUMPLIMIENTO DE OBJETIVOS FUNCIONALES
1.9.2 OBJETIVOS ESPECFICOS
1.10 HIPTESIS DE LA INVESTIGACIN
1.11 VIABILIDAD DE LA INVESTIGACIN
1.11.1 VIABILIDAD TCNICA
1.11.2 VIABILIDAD OPERATIVA
1.12 JUSTIFICACIN E IMPORTANCIA DE LA INVESTIGACIN
1.12.1 JUSTIFICACIN
1.12.2 IMPORTANCIA
1.13 LIMITACIONES DE LA INVESTIGACIN
1.14 TIPO Y NIVEL DE LA INVESTIGACIN
1.14.1 TIPO DE INVESTIGACIN
1.15 MTODO Y DISEO DE LA INVESTIGACIN
1.15.1 MTODO DE LA INVESTIGACIN
1.15.2 DISEO DE LA INVESTIGACIN
1.16 TCNICAS E INSTRUMENTOS DE RECOLECCIN DE INFORMACIN
1.16.1 TCNICAS
1.17 BASE TEORICA
1.18 INSTRUMENTOS
CAPTULO II MARCO TEORICO
2.1 PLANTEAMIENTO DEL PROBLEMA
2.1.1. DELIMITACION DEL PROBLEMA A ESTUDIAR
2.1.2 FORMULACION DEL PROBLEMA
2.1.3 IMPORTANCIA
2.1.4 JUSTIFICACION
2.1.5 HIPOTESIS
2.1.6 VARIABLES
2.2 SIMULACIN
2.2.1 QU ES LA SIMULACIN?
2.2.2 ETAPAS DE UN ESTUDIO DE SIMULACIN
2.2.3 CLASIFICACIONES DE LA SIMULACIN
2.2.4 SIMULACIN DE EVENTOS DISCRETOS
2.2.5 VENTAJAS Y DESVENTAJAS DE LA SIMULACIN
2.2.6 ERRORES TPICOS EN LA SIMULACIN
2.2.7 RESUMEN
2.3 ARENA
2.3.1 QU ES ARENA?
2.3.2 PANELES DEL SOFTWARE ARENA
2.4 CONCLUSIN
CAPTULO III MARCO TEORICO DEL HOSPITALFELIX TORREALVA
GUITIERREZ
3.1 PROPSITO
3.2 OBJETIVO ESPECIFICO
3.3 PROCEDIMIENTOS DEL DEPARTAMENTO DE EMERGENCIAS Y
URGENCIAS.
3.4 BASE LEGAL
3.5 DISTRIBUCIN DE POBLACIN ASEGURADA ACTIVA POR TIPO DE
SEGURO Y TIPO DE ASEGURADO.
3.6 ESTRUCTURA ORGANICA DE ESSALUD
3.6.1. ELEMENTOS DE UNA ESTRUCTURA ORGANICA
3.7 ASPECTOS A CONSIDERAR EN LA ATENCIN.
3.8 EVOLUCIN DE LA POBLACIN ASEGURADA ACTIVA POR TIPO DE
SEGURO
3.8.1. BENEFICIOS DE UN ASEGURADO REGULAR
3.8.2. BENEFICIOS DE UN ASEGURADO AGRARIO
3.8.3. BENEFICIOS DE UN SEGUROS POTESTATIVOS
3.9 CLASIFICACION DE LOS PACIENTES EN EL AREA DE
EMERGENCIAS
3.10 TIPOS DE TOPICOS EN EL HOSPITALFELIX TORREALVA
GUITIERREZ
3.10.1 TOPICO DE PEDIATRIA:
3.10.2 TOPICO DE TRAUMATOLOGIA:
3.10.3 TOPICO DE GINECOLOGIA:
3.10.4 TOPICO DE MEDICINA:
CAPTULO IV MODELO
4.1 TIEMPO DE LLEGADA
4.2 RESULTADOS
4.3 MODELADO DE LOS PROCESOS EN ARENA
4.4. MODELADO DE LA SOLUCION A LAS PROBLEMATICAS
ENCONTRADAS EN EL AREA DE EMERGENCIA.
4.4.1. PACIENTE GRAVE
4.4.2. PACIENTE NO GRAVE
4.5 TECNICAS DE INFORMACION
4.5. CONCLUSIONES
CAPTULO V
5.1. Mallas Actuales Propuestas

CAPTULO VI
6.1. Presentacin, Interpretacin Y Discusin De Resultados

CAPTULO VII
7.1. TCNICAS DE RECOLECCIN DE INFORMACIN
7.2. INSTRUMENTOS DE RECOLECCIN DE INFORMACIN
7.3. TCNICAS DE ANLISIS E INTERPRETACIN DE LA INFORMACIN
7.4. ASPECTO TICO
7.5. CONCLUSIONES

7.5.1 CONCLUSIONES ESPECFICAS.
7.5.2 CONCLUSIONES GENERALES.

7.6. RECOMENDACIONES.



FUENTES DE INFORMACIN

- LIBROS:
- ARTCULOS DE INTERNET:

ANEXOS

CAPTULO I

1.1 VISIN INSTITUCIONAL
Ser una institucin que lidere el proceso de universalizacin de la seguridad
social, en el marco de la poltica de inclusin social del Estado.

1.2 MISIN INSTITUCIONAL
Somos una institucin de seguridad social de salud que persigue el bienestar
de los asegurados y su acceso oportuno a prestaciones de salud, econmicas
y sociales, integrales y de calidad, mediante una gestin transparente y
eficiente.

1.3 VALORES DE LA INSTITUCIN Y MARCOS
REFERENCIALES
Se reafirmaron los valores institucionales y, a la cabeza de ellos, los principios
de la seguridad social, como convicciones fundamentales de los directivos,
funcionarios y servidores de la institucin, y as mismo, la filosofa de la
seguridad social.

1.4 PRINCIPIOS DE LA SEGURIDAD SOCIAL

Solidaridad:
Cada cual debe aportar al sistema segn su capacidad y recibir segn
su necesidad.

Universalidad:
Todas las personas deben participar de los beneficios de la seguridad
social, sin distincin ni limitacin alguna.

Igualdad:
La seguridad social ampara igualitariamente a todas las personas. Se
prohbe toda forma de discriminacin.

Unidad:
Todas las prestaciones deben ser suministradas por una sola entidad o
por un sistema de entidades entrelazadas orgnicamente y vinculadas a
un sistema nico de financiamiento.

Integralidad:
El sistema cubre en forma plena y oportuna las contingencias a las que
estn expuestas las personas.

Autonoma:
La seguridad social tiene autonoma administrativa, tcnica y financiera
(sus fondos no provienen del presupuesto pblico, sino de las
contribuciones de sus aportantes).


1.5 DEFINICIONES
rea de Emergencia:
Es aquel ambiente dependiente de un Centro Hospitalario, donde se
otorgan prestaciones de salud las 24 horas del da a pacientes que
demandan atencin inmediata. De acuerdo a su Nivel de Complejidad
pueden resolver diferentes categoras de daos.

Dao:
Compromiso del estado de salud en grado diverso. Los daos en el
Servicio de Emergencia se clasifican de acuerdo a su prioridad:
1. Prioridad I Emergencia o Gravedad Sbita Extrema
2. Prioridad II Urgencia Mayor
3. Prioridad III Urgencia Menor
4. Prioridad IV Patologa Aguda Comn



Desastre:
En el departamento / servicio de emergencias es cuando el nmero de
pacientes o la gravedad de sus padecimientos y lesiones son tales que
es imposible seguir operando normalmente, la atencin solo es posible
con ayuda externa. Norma Tcnica de los Servicios de Emergencia de
Hospitales del Sector Salud.

Sala de Observacin:
rea de hospitalizacin de corta estancia para la atencin, tratamiento,
reevaluacin y observacin permanente de pacientes con daos de
prioridad I y II, en un perodo que no debe exceder de 12 horas para los
pacientes de prioridad I y de 24 horas para los de prioridad II.

Sala de Reanimacin (Shock Trauma):
rea destinada para evaluacin, diagnstico y tratamiento de pacientes
que presentan daos de Prioridad I.

Situacin de mltiples vctimas:
Cuando el departamento / servicio de emergencia mdica es incapaz de
controlar la situacin en los primeros 15 minutos, ya sea porque el
nmero de pacientes o la gravedad de los mismos exceden su
capacidad inicial de respuesta.

Situacin de Emergencia:
Alteracin sbita y fortuita, que de no ser atendida de manera inmediata,
pone a una persona en grave riesgo de perder la vida, puede conducir a
la muerte o dejar secuelas invalidantes. Corresponde a pacientes con
daos calificados como prioridad I y II.

Tpico de Emergencia:
rea para atencin, evaluacin, diagnstico y tratamiento de pacientes
con daos de prioridad II y III.

Triaje:
Proceso de evaluacin, mediante el cual se prioriza el dao y se orienta
acertadamente para su atencin, a los pacientes que llegan al Servicio
de Emergencia. Es la primera actividad que debe realizar el personal
asistencial, debe funcionar en todos los Establecimientos de Salud,
prioritariamente en aquellos donde la demanda supere la oferta de
servicios. Estar a cargo de un profesional de la salud capacitado y
acreditado.

1.6 DESCRIPCIN DE LA REALIDAD PROBLEMTICA

En el servicio actual del sistema de Emergencias de Salud del Hospital de
Essalud de Ica causa mucha incomodidad a los pacientes que solicitan y
requieren su atencin en ese centro mdico.

Ya que plantean que no son atendidos en el momento que lo requieren, que las
condiciones de atencin son malas para ellos ya que son obligados a esperar
por un largo tiempo su atencin, esto debido a la alta demanda de los
pacientes que generalmente son los que necesitan ser atendidos en los tpicos
de Medicina y de Pediatra.

Viendo esta situacin se observa lo siguiente en el servicio:
En sus procesos actuales nosotros vemos que el rea de emergencia cuentas
con estas reas de Triaje, admisin, tpicos y Salas de espera y observacin.
Cuenta con 24 camas en observacin y 2 en el rea de trauma shock.
Se puede observar que la atencin de los pacientes es lenta y para que un
paciente obtenga la primera atencin mdica en el rea de tpico hay colas en
el tpico de medicina y en el tpico de pediatra, teniendo un paciente que
esperar en algunas ocasiones tiempo demasiado largos para su atencin.

Lo cual genera una gran disconformidad en la gente por la atencin que brinda
a los asegurados el Seguro social (Essalud Ica).

Tambin hay un problema cuando hay mucha demanda de pacientes que
necesitan ser observados y no hay camas disponibles en el rea de
observacin, en este caso los pacientes son ubicados en los pasadizos del
hospital sentados en el suelo o lo que hacen tambin es estabilizar a uno de
observacin y mandarlo al mismo a piso.


1.7 DELIMITACIONES Y DEFINICIN

1.7.1 DELIMITACIONES.

La mayora de las cifras expuestas en este trabajo de investigacin fueron
recopiladas desde documentos pblicos o datos histricos encontrados
principalmente en las oficinas de estadstica del hospital en mencin.

El proceso de recoleccin de datos no se incluy dentro de este estudio, la
razn principal de esto, son las limitaciones de tiempo.

A. Delimitacin Espacial
El presente trabajo de investigacin se lleva a cabo en el Hospital de Essalud
de Ica
Ubicada en Av. Cutervo 104

B. Delimitacin Social
En el presente estudio intervienen

1. Los investigadores
2. Trabajadores del hospital
3. Encargados del rea de atencin del hospital


C. DELIMITACIN CONCEPTUAL

A continuacin se presentan los principales descriptores temticos usados para
delimitar el aspecto conceptual sobre el cual se apoya este proyecto de
investigacin.

1.8 FORMULACIN DEL PROBLEMA.
En qu medida la formulacin del nuevo sistema de atencin mejorara la
situacin actual de problemtica en el hospital?
1.9 OBJETIVOS DEL ESTUDIO:
Mejorar la atencin en el Servicio de Emergencia del Hospital III Flix
Torrealva Gutirrez de la Red Asistencial Ica, para lograr los mejores niveles
de calidad y calidez, cumpliendo con los estndares internacionales que
acredita un Servicio de Emergencia; as como la atencin oportuna de los
asegurados con prioridades I y II preferentemente.
Sin dudas, la atencin a las urgencias y emergencias en los hospitales es un
verdadero y grave problema. Los servicios de urgencias permanecen abierto
las 24 horas con dos misiones conflictivas: la forma de prestar asistencia a los
que necesitan objetivamente atencin de urgencias para solucionar los
problemas crticos que presentan y la informal que consiste en responder y
tratar la demanda subjetiva de atencin sanitaria a los que acuden con razn o
sin ella pero, no siempre es posible satisfacer todas las demandas


1.9.1 CUMPLE CON LOS SIGUIENTES OBJETIVOS FUNCIONALES:
a) Proporcionar atencin mdico-quirrgica de emergencia a toda persona que
acuda en su demanda durante las 24 horas del da.
b) Realizar la evaluacin y tratamiento de pacientes en situacin de
emergencia o grave compromiso de la salud y de la vida, iniciando sus
acciones desde el mbito pre Hospitalario e integrado a las acciones
Hospitalarias, en estrecha coordinacin y cooperacin con el equipo
multidisciplinario de salud y en el mbito de su competencia.
c) Coordinar con otras unidades orgnicas involucradas en el proceso de
atencin en Emergencia, para garantizar una adecuada y oportuna atencin.
d) Proponer, ejecutar y evaluar los protocolos y procedimientos de atencin
mdico-quirrgicos de emergencia, orientados a brindar un servicio eficiente,
eficaz y con calidad.
e) Organizar e implementar la atencin en Emergencia que asegure una
atencin mdico-quirrgica suficiente y necesaria durante las 24 horas del da
f) Mejorar continuamente las capacidades y equipamiento para la atencin de
emergencia.
g) Organizar y preparar equipos multidisciplinarios calificados en acciones de
reanimacin cardiorrespiratorio y tratamiento de soporte correspondiente.
h) Asegurar el cumplimiento de las Normas de Bioseguridad en Emergencia.
i) Estimular, orientar y monitorear la investigacin, en el campo de su
competencia, as como apoyar la docencia, en el marco de los convenios
correspondientes.
j) Programar y evaluar la atencin en Emergencia, para el cumplimiento de los
objetivos del Hospital.

1.9.2 OBJETIVOS ESPECFICOS
1. Contar con el recurso humano suficiente que acredite el Servicio de
Emergencia de un Hospital.
2. Capacitacin continua del recurso humano.
3. Mejorar equipamiento con tecnologa de punta.
4. Mejorar abastecimiento de medicamentos e insumos acorde con el perfil
epidemiolgico de la Emergencia.
5. Contar laboratorio, radiologa y Farmacia asignados al Servicio de
Emergencia. Los que deben de contar con un plan de contingencia frente a
desperfectos de los equipos y falta de recurso humano. As como posibles
eventos de emergencias masivas (desastres).
6. Mejorar la relacin del personal con el paciente y familiares, con un
adecuado control de las vas de acceso tanto al Servicio de Emergencia
como a las reas de Observacin.
7. Mejorar sistema de interconsultas (evitando el llamado directo a los
profesionales); y retenes (horarios que se ajusten a la necesidad del
Servicio de Emergencia).
8. Mejorar sistema de transferencias (contando con un sistema de
comunicacin fluida con las emergencias a Hospitales Nacionales, para la
oportunidad de atencin de los pacientes que requieran ser transferidos).
Actualmente contamos con los equipos de comunicacin (RPM) pero no
cumple su cometido porque constantemente se encuentra ocupado o
apagado, dificultando los tiempos de las referencias a Hospitales de Mayor
Capacidad Resolutiva.
9. Mejoramiento de los procesos de atencin en Emergencia; con el nmero
adecuado de recurso humano en Emergencia, radiologa y, laboratorio
principalmente.

1.10 HIPTESIS DE LA INVESTIGACIN.
Si se aplica el nuevo modelo computacional se lograra influir de manera
positiva la atencin de los pacientes en el hospital y tambin se reducira el
tiempo de atencin.
1.11 VIABILIDAD DE LA INVESTIGACIN
1.11.1 VIABILIDAD TCNICA
La investigacin se considera tcnicamente viable ya que el hospital tiene las
reas necesarias y tambin se contara con el apoyo del personal encargado
los cuales brindaran la ayuda necesaria.

1.11.2 VIABILIDAD OPERATIVA.

El investigador cuenta con el apoyo del hospital, la cual le brindara los datos
necesarios, adems de contar con el conocimiento adecuado para poder
desarrollar el proyecto y recabar los datos de manera adecuada.
1.12 JUSTIFICACIN E IMPORTANCIA DE LA INVESTIGACIN

1.12.1 JUSTIFICACIN.

La presente investigacin se justifica debido a que en el hospital tiene la
necesidad de mejorar su servicio de atencin a los pacientes, como reducir la
espera de las citas y optimizar todo el proceso de atencin.
El desarrollo de la presente investigacin tendr como resultado los beneficios
que se expresan en la reduccin de los tiempos de la atencin a los pacientes.
Para el proyecto de investigacin en curso nuevo modelo de atencin
contribuir significativamente en la gestin de las consultas al proporcionarles
una herramienta que archive de forma eficiente los datos de las historias
clnicas de forma integral, as como tambin en el registro de las citas
pendientes, todo esto dara a los pacientes una mejor expectativa en su
atencin que reciben por parte del establecimiento.

1.12.2 IMPORTANCIA
La importancia del trabajo est dada en que el sistema de informacin a
aplicar, mejorar los procesos de atencin en el hospital, reducir los tiempos
de los registros de los datos de pacientes, un mejor archivamiento de los datos,
evitando problemas como errores de escritura, duplicidad o perdida de historias
clnicas, con la aplicacin de este sistema de informacin se simplificaran estos
procesos aumentando las ganancias y productividad del consultorio.
Y con respecto al lado de la imagen del hospital, la aplicacin de un sistema de
informacin dar un valor agregado a sus procesos mejorando la calidad de
servicio de las consultas a los pacientes, creando un impacto social favorable.



1.13 LIMITACIONES DE LA INVESTIGACIN
En el presente trabajo de investigacin han existido limitaciones como el
tiempo para la recoleccin de data necesaria y el tiempo en el desarrollo
de la tesis, debido a que el investigador no ocupa el 100% del tiempo
para su desarrollo.
En lo tecnolgico existe la disponibilidad de equipos y software para poder
crear soluciones, simulaciones al problema.


1.14 TIPO Y NIVEL DE LA INVESTIGACIN
1.14.1 TIPO DE INVESTIGACIN

La naturaleza de esta investigacin es aplicada porque est basada en la
aplicacin de conocimientos tericos a un macro proceso definido y a las
consecuencias prcticas que de ella se derivan.


1.15 MTODO Y DISEO DE LA INVESTIGACIN
1.15.1 MTODO DE LA INVESTIGACIN

Para el desarrollo de esta tesis se ha utilizado el mtodo cientfico; por
proporcionar un planeamiento ordenado y un nivel e rigurosidad alto en el
tratamiento de los datos y anlisis e resultados.
En forma complementaria se ha utilizado el enfoque sistmico; porque permite
tener la visin integral de toda la situacin problemtica bajo estudio, as como
el enfoque de la solucin.



1.15.2 DISEO DE LA INVESTIGACIN

El diseo seleccionado para el desarrollo de la investigacin, est basado en el
diseo cuasi-experimental; porque proporciona al investigador la seguridad de
que los resultados observados se deben a la variable experimental (variable
independiente) utilizada.

1.16 TCNICAS E INSTRUMENTOS DE RECOLECCIN DE
INFORMACIN

Las tcnicas e instrumentos utilizados, para la recopilacin, procesamiento y
despliegue de la informacin, corresponden a los que se emplean
generalmente para este tipo de investigacin.

1.16.1 TCNICAS

Las principales tcnicas que se han utilizado para levantamiento de informacin
son:

A. Entrevistas

Es una conversacin entre dos o ms personas, en la cual uno es el que
pregunta. Estas personas dialogan con arreglo a ciertos esquemas o pausas de
un problema o cuestin determinada, teniendo un propsito profesional.

B. Observacin directa

Es aquella donde se tienen un contacto directo con los elementos o caracteres
en los cuales se presenta el fenmeno que se pretende investigar, y los
resultados obtenidos se consideran datos estadsticos originales.

C. La escala de Likert

Es aquella que est basada en una escala de Satisfecho, ms o menos
satisfecho y, insatisfecho con una medida numrica.


1.17 INSTRUMENTOS

Los instrumentos utilizados fueron los siguientes:
a) La gua de entrevista.
b) Formularios.
c) La gua de Observacin.

1.17 BASES TEORICAS
El desarrollo de este captulo, se considera como punto principal al
HOSPITAL FELIX TORREALVA GUITIERREZ cuyas caractersticas
de Las personas aseguradas se muestra a continuacin.

1.17.1 Expectativas De Los Asegurados
Un servicio de calidad, bajo un estilo propio, parte
necesariamente del conocimiento de las expectativas,
necesidades y demandas de los asegurados.

Por ello la atencin y trato (relacin con el asegurado) debe
responder a las condiciones y caractersticas que ellos
demandan al contactarse con la institucin.
De acuerdo a los estudios realizados, los asegurados
esperan del servicio:
Amabilidad: el asegurado espera un buen trato, entendido
como cordialidad, respeto, humanidad y equidad en la
atencin (ser tomado en cuenta).
Disposicin para ayudar: el asegurado espera una actitud
de cooperacin, inters y compromiso con la resolucin de
sus inquietudes y problemas.
Orientacin: el asegurado busca que el conocimiento del
profesional de la salud se traduzca en una orientacin
adecuada y oportuna frente a sus inquietudes sobre los
procesos a seguir o sobre su salud.
Informacin sobre los procedimientos y resultados: el
asegurado espera contar con informacin completa,
accesible y clara a lo largo de todo el proceso de atencin.
En conclusin, los asegurados coinciden en demandar que:
Todo el personal de Es salud muestre en la atencin un
buen trato, celeridad, accesibilidad y profesionalismo,
atendiendo al asegurado con disposicin, actitud
humanitaria y equidad.

CAPITULO II MARCO TEORICO

2.1 PLANTEAMIENTO DEL PROBLEMA
2.1.1 Delimitacin del problema a estudiar
En el servicio actual del sistema de Emergencias de Salud del Hospital
FELIX TORREALVA GUTIERREZ de Ica causa mucha incomodidad a los
pacientes que solicitan y requieren su atencin en ese centro mdico.

Ya que plantean que no son atendidos en el momento que lo requieren,
que las condiciones de atencin son malas para ellos ya que son
obligados a esperar por un largo tiempo su atencin, esto debido a la alta
demanda de los pacientes que generalmente son los que necesitan ser
atendidos en los tpicos de Medicina, Pediatra, Ginecologa y Ciruga.
Viendo esta situacin se observa lo siguiente en el servicio:
En sus procesos actuales nosotros vemos que el rea de emergencia
cuentas con estas reas de Triaje, admisin, tpicos y Salas de espera
y observacin.
Se puede decir que la atencin de los pacientes es lenta y para que un
paciente obtenga la primera atencin mdica en el rea de tpico hay
colas en el tpico de medicina y en el tpico de pediatra, teniendo un
paciente que esperar en algunas ocasiones tiempo demasiado largos
para su atencin.
Lo cual genera una gran disconformidad en la gente por la atencin que
brinda a los asegurados el Seguro social (Hospital FELIX TORREALVA
GUTIERREZ Ica).
Tambin hay un problema cuando hay mucha demanda de pacientes que
necesitan ser observados y no pueden ser observados por la gran
cantidad de colas que estn lo cual hacen en mandarlo a otro piso
haciendo que el proceso sea mas largo.
2.1.2 Formulacin del Problema
En qu medida la formulacin del nuevo sistema de atencin mejorara
la situacin actual de problemtica en el Hospital?
2.1.3 Importancia
La importancia del trabajo est dada en que el sistema de informacin a
aplicar, mejorar los procesos de atencin en el hospital, reducir los
tiempos de los registros de los datos de pacientes, un mejor
archivamiento de los datos, evitando problemas como errores de
escritura, duplicidad o perdida de historias clnicas, con la aplicacin de
este sistema de informacin se simplificaran estos procesos aumentando
las ganancias y productividad del consultorio hacia las dems personas
que son hospitalizadas.
Y con respecto al lado de la imagen del hospital, la aplicacin de un
sistema de informacin dar un valor agregado a sus procesos
mejorando la calidad de servicio de las consultas a los pacientes,
creando un impacto social favorable.
2.1.4 Justificacin
La presente investigacin se justifica debido a que en el hospital tiene la
necesidad de mejorar su servicio de atencin a los pacientes, como
reducir la espera de las citas y optimizar todo el proceso de atencin.
El desarrollo de la presente investigacin tendr como resultado los
beneficios que se expresan en la reduccin de los tiempos de la atencin
a los pacientes.
Para el proyecto de investigacin en curso nuevo modelo de atencin
contribuir significativamente en la gestin de las consultas al
proporcionarles una herramienta que archive de forma eficiente los datos
de las historias clnicas de forma integral, as como tambin en el registro
de las citas pendientes, todo esto dara a los pacientes una mejor
expectativa en su atencin que reciben por parte del establecimiento.
2.1.5 Hiptesis
Si se aplica el nuevo modelo computacional se lograra influir de manera
positiva la atencin de los pacientes en el hospital y tambin se reducira
el tiempo de atencin, para tener un mejor manejo del hospital.
2.1.6 Variables
VIABILIDAD TCNICA
La investigacin se considera tcnicamente viable ya que el
hospital tiene las reas necesarias y tambin se contara con el
apoyo del personal encargado.
VIABILIDAD OPERATIVA.

El investigador cuenta con el apoyo del hospital, la cual le brindara
los datos necesarios, adems de contar con el conocimiento
adecuado para poder desarrollar el proyecto y recabar los datos de
manera adecuada.
2.2 SIMULACIN

2.2.1 Qu es la simulacin?

La simulacin se define como una tcnica numrica utilizada para representar
un proceso o fenmeno mediante otro ms simple que permite analizar sus
caractersticas.
Esta tcnica emplea relaciones matemticas y lgicas que son necesarias para
describir el comportamiento y estructura de sistemas complejos del mundo real
a travs de perodos de tiempo prolongado. Comnmente, para realizar lo
anterior se utilizan programas computacionales, en los que se utilizan
estimaciones de las variables del sistema real.
La finalidad de esta tcnica no consiste en optimizar, sino que comparar
distintos escenarios, modificando el valor de las variables, para as encontrar
posibles mejoras que se puedan implementar en el sistema real. Asimismo
permite estudiar la sensibilidad del sistema respecto a cada una de las
variables que lo definen.

A pesar de que la simulacin no est enfocada a la optimizacin de los
procesos, son muchos los beneficios o ventajas que se pueden obtener a
travs de sta, como por ejemplo: permite analizar el efecto que pequeos
cambios en las variables pueden provocar sobre el rendimiento global del
sistema, mediante el anlisis del sistema es posible inferir algunas mejoras
para el sistema real, y detectar las variables que ms influyen sobre l, permite
disminuir el riesgo en la toma de decisiones sobre el sistema.

Sin embargo, es importante resaltar que una simulacin es slo una
representacin aproximada de la realidad, por lo cual las soluciones que se
obtienen de sta no son exactas, y existe el riesgo de tomar malas decisiones
basadas en simulaciones que no han sido o verificados correctamente.

Un sistema puede ser simulado bajo dos estados: transigente y estacionario.
En el primero los resultados obtenidos dependen de las condiciones iniciales
del sistema y la simulacin tiene una duracin acotada, mientras que en el
estado estacionario los tiempos de simulacin son largos, para as aproximarse
a la situacin de largo plazo.

El uso de esta tcnica se ha implementado en diversos campos de la ciencia,
como por ejemplo en sistemas naturales en fsica, biologa y qumica, y en
sistemas humanos como las ciencias sociales, economa y sistemas operativos
como es el caso de sistemas de atencin. Se utiliza cuando el costo (en tiempo
y precio) de simular un sistema real y/o muy complejo es muy alto, debido a la
presencia de variables aleatoria, que no permiten describir un sistema con total
exactitud.

La simulacin se utiliza muy a menudo en campos empresariales: en procesos
de fabricacin para el diseo y toma de decisiones, contribuye en la mejora de
procesos logsticos en general como es el caso de la gestin de inventarios en
un almacn, en el diseo de redes de transporte, en la simulacin de los
procesos administrativos y de negocio de una empresa o servicios pblicos.

Simular es un proceso de experimentacin a travs de un modelo simplificado
de un sistema real con el propsito de conocer su comportamiento en el
tiempo y ante cambios en su comportamiento.

Definimos un modelo como el cuerpo de informacin relativa a un sistema
recabado para fines de estudio.
Ya que el propsito del estudio determina la naturaleza de la informacin que
se rene, no hay un modelo nico de un sistema. Los distintos analistas
interesados en diferentes aspectos del sistema o el mismo analista producirn
distintos modelos del mismo sistema segn cambie su comprensin del
sistema.

Independientemente del tipo de herramienta que se utilice, existen dos tipos de
modelos de simulacin, los modelos continuos y los discretos.
Los modelos continuos tratan con sistemas cuyo comportamiento cambia
continuamente de forma con el tiempo. Ejemplos de sistemas continuos son los
simuladores de vuelo con los que las aerolneas entrenan pilotos, los sistemas
de simulacin que el servicio meteorolgico utiliza para predecir futuros
patrones de clima, y las simulaciones que permiten a ingenieros de proceso
predecir las caractersticas operativas de proyectos.

Los modelos discretos tratan con sistemas cuyo comportamiento slo cambia
en instantes dados. Un ejemplo tpico ocurre en las lneas de espera donde se
desea estimar medidas como el tiempo de espera promedio o la longitud de la
lnea de espera. Los momentos en los que ocurren los cambios en el sistema
identifican los eventos del modelo. El hecho de que los eventos ocurren en
puntos discretos da lugar al nombre de simulacin de eventos discretos.

Tambin existen los modelos hbridos de sistemas continuos y discretos. Por
ejemplo, al simular el inventario de combustible en un aeropuerto, los clientes
(aviones) llegan como eventos discretos, mientras que el combustible que
ingresa en cada avin es un flujo continuo.

La simulacin se utiliza en la etapa de diseo para auxiliar en el logro o
mejoramiento de un proceso o diseo o bien a un sistema ya existente para
explorar algunas modificaciones. Se recomienda la aplicacin de la simulacin
a sistemas ya existentes cuando existe algn problema de operacin o bien
cuando se requiere llevar a cabo una mejora en el comportamiento.

Todos los modelos de simulacin se llaman modelos de entrada-salida. Es
decir, producen la salida del sistema si se les da la entrada a sus subsistemas
interactuantes
.
Por tanto los modelos de simulacin se corren en vez de resolverse, a fin de
obtener la informacin o los resultados deseados. Son incapaces de generar
una solucin por si mismos en el sentido del modelo analtico; solo pueden
servir como herramienta para el anlisis del comportamiento de un sistema en
condiciones especificadas por el experimentador. Por tanto la simulacin es
una teora, sino una metodologa de resolucin de problemas.













2.2.2 Etapas de un estudio de simulacin

Podemos dividir el desarrollo de un modelo de simulacin en siete etapas tal y
como se muestra en la
Figura. Estas etapas resultan importantes en el desarrollo correcto del modelo.



Etapa 1. Formular el problema

El problema es definido por el decisor (el
usuario del modelo).
Convocar una reunin con el responsable
del proyecto, el analista y expertos en la
material para tratar los siguientes temas:
- Los objetivos principales del estudio.
- Cuestiones especficas que deben
ser respondidas con el estudio
(aspecto necesario para determinar el
nivel de detalle del modelo)
- La complejidad del sistema y su nivel
de detalle.
Etapa 2. Construccin del modelo
conceptual a partir de datos e
informacin disponible

Recogida de informacin sobre la
estructura y funcionamiento del sistema
representado.
Recogida de datos para determinar los parmetros del modelo y las
distribuciones de probabilidades.
Hiptesis de la simulacin, algoritmos y datos deben ser compendiados en
un modelo conceptual.
El nivel de detalle del modelo depender de:

- Los objetivos
- Las medidas utilizadas para evaluar el modelo
- La disponibilidad de datos
- El nivel de credibilidad requerido
- Limitaciones de hardware
- Las opiniones de expertos
- Limitaciones de tiempo y dinero
- Recogida de datos de campo para ser utilizados en la validacin de los
resultados

Etapa 3. Validacin del modelo conceptual

El modelo conceptual debe ser sometido a la revisin de algn analista o
experto del tema.

Los errores u omisiones encontrados en la revisin del modelo conceptual
deben ser corregidos antes de su programacin informtica.

Etapa 4. Programacin del modelo

Programar el modelo conceptual en una aplicacin de simulacin o por
medio de un lenguaje de programacin de propsito general.

Depurar el cdigo.



Etapa 5. Validar el programa de simulacin

Si hay datos del sistema real, estos se pueden utilizar para compararlos con
los resultados del modelo. Es lo que se conoce como validacin de
resultados. Las caractersticas que interesan representar de un sistema
constituyen lo que se llama referente y es respecto al que interesa validar el
modelo, aun cuando el sistema representado no existe (pero s el referente).

Los resultados se deben revisar para verificar su coherencia y consistencia
de acuerdo con el funcionamiento esperado del sistema.


El anlisis de sensibilidad debe realizarse para detectar que factor tiene un
efecto mayor sobre los resultados del modelo para mejorar su
representacin si fuera necesario.

Etapa 6. Diseo, realizacin, y anlisis de experimentos de simulacin

Para cada caso se ha de decidir el tiempo de simulacin y el nmero de
rplicas.

Los resultados deben verificarse por si fuera necesario realizar experimentos
adicionales.

Etapa 7. Documentar y resumir los resultados de simulacin

La documentacin ha de incluir el modelo conceptual, el cdigo
documentado del programa del modelo y los resultados del estudio.

El resumen ha de comentar el desarrollo y validacin del modelo para dotar
de credibilidad al modelo.








2.2.3 Clasificaciones de la Simulacin

La simulacin se puede clasificar en tres tipos:
1. Simulacin Continua
2. Simulacin a eventos discretos
3. Simulacin estadstica o Mtodo Monte Carlo

Simulacin Continua: modela sistemas continuos, donde el inters primordial
son los cambios suaves. Por ejemplo el comportamiento de algunos parsitos
(las fluctuaciones en el nmero de su poblacin con respecto a la poblacin de
sus anfitriones), la posicin relativa de un conjunto de astros, etc.
Para ello se utilizan conjunto de ecuaciones diferenciales que se resuelven
simultneamente.
Simulacin a eventos discretos: se aplica en sistemas discretos, donde el
inters primario est en los eventos, siendo las ecuaciones que los describen
ecuaciones lgicas que expresan las condiciones para que ocurra un evento.
La simulacin consiste en seguir los cambios en el estado del sistema
producidos por la sucesin de eventos. Un evento describe la ocurrencia de un
cambio en un instante de tiempo y por lo tanto puede provocar un cambio en el
valor de algn atributo de una entidad o de la entidad en s (crear o destruir una
entidad, iniciar o detener una actividad), lo cual requiere la construccin de un
programa que permita seguir la secuencia de eventos. Llamamos entidad a
cualquier objeto de inters en el sistema, atributo denota una propiedad de una
entidad, y todo lo que provoque cambios en el sistema se conocer como
actividad del mismo. El trmino estado del sistema indica una descripcin de
todas las entidades, atributos actividades segn su existencia en algn instante
del tiempo. El progreso desarrollo en el tiempo del sistema se estudia siguiendo
sus cambios de estado. Por ello es necesario llevar un registro del paso del
tiempo, al que llamamos "tiempo de reloj" que es un nmero, inicializado en 0
al comienzo de la simulacin, y que va indicando cuantas unidade3s de tiempo
simulado han transcurrido desde el comienzo.

Al menos que especficamente se exprese de manera contraria, el trmino
"tiempo de simulacin", significa el tiempo del reloj indicado y no el tiempo que
ha necesitado la computadora para realizar la simulacin (tiempo de cmputo)
es ms, por lo general, no existe una relacin directa entre ambos. Si
simulsemos el sistema operativo de una computadora, en el que los eventos
reales ocurren en intervalos medios en fracciones de microsegundos, aunque
la realizsemos en una mquina de alta velocidad, notaramos que la
simulacin tomara fcilmente miles de veces ms tiempo que la operacin real
del sistema.

Por otro lado, para la simulacin de un sistema econmico, en el que se ha
estudiado eventos que ocurren una vez al ao, es fcil realizar una operacin
de cien aos en unos cuantos minutos de clculo. Existen dos mtodos para
actualizar el tiempo del reloj, a los que llamamos mecanismo de control de flujo
de tiempo. a) el reloj avanza a la hora en que debe ocurrir el siguiente evento,
conocido como mecanismo orientado al evento. b) el reloj avanza en intervalos
pequeos (generalmente uniformes) y en cada intervalo se determina si debe
ocurrir un evento o no, llamado mecanismo orientado a intervalos, usado
normalmente en simulacin continua.

Simulacin estadstica: a veces llamada Mtodo Monte Carlo, es el muestreo
de los mundos posibles de nuestro sistema, mtodo que estudiaremos con ms
detalle.
2.2.4 Simulacin de Eventos Discretos
La simulacin de eventos discretos se refiere a la modelacin computacional de
sistemas que evolucionan en el tiempo mediante cambios instantneos en las
variables de estado. Los cambios ocurren en puntos separados del tiempo.
En trminos ms matemticos, diramos que los cambios del sistema ocurren
en un conjunto contable de puntos del tiempo.

Ejemplo:

Se muestra en la siguiente figura un diagrama de flujo general para una
simulacin de eventos discretos. El programa principal llama a las rutinas de
Inicializacin, Reloj y Evento. La rutina Inicializacin asigna valores iniciales a
las variables de estado, contadores, listas de eventos y tiempo. La rutina Reloj
determina el tipo y tiempo del prximo evento y actualiza el tiempo de
simulacin a dicho instante. La rutina Evento actualiza el estado del sistema y
los contadores estadsticos. Luego mediante generadores de nmeros
aleatorios, determina el tiempo del prximo evento de su tipo y lo aade a la
lista de eventos.

El estado del sistema se caracteriza mediante valores en los atributo de
diferentes entidades. Entidades con propiedades en comn se agrupan en
listas. En el sistema M/M/1 por ejemplo, las entidades son el servidor y los
clientes en el sistema. El servidor tiene un atributo de estado, que puede valer
ocupado o vaco. Los clientes tienen el atributo tiempo de llegada. Los
clientes de la fila pueden agruparse juntos en una lista.


2.2.5 Ventajas y Desventajas de la Simulacin
Ya que la simulacin es en muchas ocasiones una herramienta apropiada de
anlisis, es preciso considerar las ventajas y desventajas de su utilizacin.
Ventajas

Una vez construido, el modelo puede ser modificado de manera rpida
con el fin de analizar diferentes polticas o escenarios.

Generalmente es ms barato mejorar el sistema va simulacin, qu
hacerlo directamente en el sistema real.

Es mucho ms sencillo comprender y visualizar los mtodos de
simulacin que los mtodos puramente analticos.

Los mtodos analticos se desarrollan casi siempre, para sistemas
relativamente sencillos donde suele hacerse un gran nmero de
suposiciones o simplificaciones, mientras que con los modelos de
simulacin es posible analizar sistemas de mayor complejidad o con
mayor detalle.

En algunos casos, la simulacin es el nico medio para lograr una
solucin.

Desventajas
Los modelos de simulacin en una computadora son costosos y
requieren mucho tiempo para desarrollarse y validarse.

Se requiere gran cantidad de corridas computacionales para encontrar
"soluciones ptimas", lo cual repercute en altos costos.

Es difcil aceptar los modelos de simulacin.

Los modelos de simulacin no dan soluciones ptimas.

La solucin de un modelo de simulacin puede dar al analista un falso
sentido de seguridad.

2.2.6 Errores Tpicos en la Simulacin

1. Nivel de detalle inapropiado
Un modelo analtico es menos detallado que un modelo de simulacin. Anlisis
requiere de muchos supuestos y simplificaciones. El detalle en un modelo de
simulacin est limitado por el tiempo disponible para desarrollarlo.

Ms detalle ms tiempo
incrementa la posibilidad de errores y es ms difcil detectarlos
incrementa el tiempo de corrida del modelo

Ms detalle no necesariamente es mejor!
Ms detalle requiere ms conocimiento de los parmetros de entrada, que si no
estn disponibles pueden hacer el modelo ms inexacto.
Ejemplo:
Supongamos que en la simulacin de un sistema de tiempo compartido
(timesharing) debemos simular el tiempo requerido para satisfacer accesos a
disco. Una opcin es generarlos usando una distribucin exponencial. Una
alternativa ms detallada seria simular el movimiento de los cabezales y la
rotacin del disco. En la segunda alternativa se pueden tener mejores
resultados solo si conocemos las referencias a sectores y pistas. Sin embargo,
si esta informacin no est disponible a la hora de la entrada de datos, hay que
terminar generndolos exponencialmente y hubiese sido menos costoso irse
por la primera alternativa.
Es mejor partir de un modelo sencillo, obtener resultados, estudiar la
sensibilidad, e introducir ms detalles en las reas que impactan ms los
resultados.



2. Lenguaje inapropiado
Lenguajes de simulacin de propsito especial requieren menos tiempo para
implementar el modelo y facilitan actividades como verificacin (mediante el
uso de opciones de trazado) y de anlisis estadstico.
Lenguajes de propsito general son ms portables y proveen mejor control
sobre la eficiencia y el tiempo de corrida de la simulacin.
3. Modelos no verificados
Los modelos de simulacin son generalmente programas grandes, que si no se
tienen las precauciones respectivas, es posible tener errores de programacin
que hagan las conclusiones sin sentido.
4. Modelos invlidos
Aun cuando no haya errores de programacin, puede que el modelo no
represente al sistema real adecuadamente por supuestos incorrectos en su
formulacin. Es esencial que el modelo sea validado para asegurar que las
conclusiones a las que se pueda llegar sean las mismas que se obtendran del
sistema real.
Todo modelo de simulacin debe estar bajo sospecha hasta que se pruebe lo
contrario por modelos analticos, mediciones, o intuicin.

5. Tratamiento incorrecto de las condiciones iniciales
Generalmente la parte inicial de una corrida de simulacin no es representativa
del comportamiento de un sistema en estado estable, por lo tanto debe ser
descartada.
6. Simulaciones muy cortas
Por tratar de ahorrar tiempo de anlisis y de computacin, las corridas de
simulacin pueden ser muy cortas. Los resultados en estos casos dependen
fuertemente de las condiciones iniciales y pueden no representar al sistema
real. El tiempo de corrida adecuado depende de la exactitud deseada
(intervalos de confianza) y de la varianza de las cantidades observadas.
7. Generadores de nmeros aleatorios inadecuados
Las simulaciones requieren de cantidades aleatorias que son producidas por
procedimientos llamados generadores de nmeros aleatorios. Es mejor usar
generadores que han sido bien analizados a usar los de uno mismo. Aun
buenos generadores presentan problemas.
8. Seleccin de semillas inadecuadas
Los generadores de nmeros aleatorios son procedimientos que dado un
numero aleatorio generan otro.
El primer nmero aleatorio de la secuencia es llamado la semilla y debe ser
proporcionada por el analista.
Las semillas para diferentes secuencias deben ser cuidadosamente
seleccionadas para mantener independencia entre las secuencias. Los
analistas usualmente usan una misma secuencia para diferentes procesos o
usan la misma semilla para todas las secuencias. Esto introduce correlacin
entre los procesos y puede llevar a conclusiones errneas.
2.2.7 Resumen
En resumen, la simulacin sirve para representar de manera
generalmente computacional, las caractersticas de un sistema real. A partir de
la generacin de un modelo representativo, pueden realizarse modificaciones, y
analizar el comportamiento de los indicadores de desempeo que sean de
importancia para el rendimiento del sistema. Luego de esto, se pone en
prctica la mejor de las alternativas probadas en el modelo computacional.
Finalmente, la simulacin:
Permite responder de forma satisfactoria a la pregunta.
Qu ocurrira si hago? Qu pasara con. Si realizamos un cambio
en?
Reduce el riesgo que implicara la toma de decisiones, sin conocer
previamente las posibles respuestas bajo un escenario determinado

2.3 ARENA

Arena es un evento discreto simulacin de software de
simulacin y automatizacin de software desarrollado por Modelado de
Sistemas y adquirida por Rockwell Automation en 2000. Se utiliza el
procesador de SIMAN y lenguaje de simulacin. En junio de 2012, se
encuentra en la versin 14 (primera versin con lnea herramienta de
visualizacin 3D). Se ha sugerido que Arena puede unirse a otros paquetes de
software de Rockwell bajo la marca "FactoryTalk".
En Arena, el usuario construye un experimento modelo mediante la colocacin
de mdulos (cajas de diferentes formas) que representan procesos o
lgica. Las lneas de conexin se utilizan para unir los mdulos entre s y
especifica el flujo de las entidades. Mientras que los mdulos tienen acciones
especficas relativas a las entidades, de flujo y de tiempo, la representacin
exacta de cada mdulo y de las entidades con respecto a los objetos de la vida
real est sujeta al modelador. Datos estadsticos, como el tiempo de ciclo y los
niveles de WIP (trabajo en proceso), se pueden grabar y emiten los informes.
Arena puede ser integrado con las tecnologas de Microsoft. Incluye Visual
Basic para aplicaciones para los modelos pueden ser an ms automatizado si
se necesitan algoritmos especficos. Tambin es compatible con la importacin
de Microsoft Visio diagramas de flujo, as como la lectura de salida o de hojas
de clculo Excel y bases de datos de acceso. Hosting controles
ActiveX tambin es compatible.
Captacin
Arena es utilizado por muchas grandes empresas dedicadas a la simulacin de
procesos de negocio. Algunas de estas empresas son General
Motors, UPS, IBM, Nike, Xerox, Lufthansa, Ford Motor Company, y otros. Se ha
sealado que la creacin de una simulacin puede requerir ms tiempo en el
inicio de un proyecto, pero las instalaciones ms rpidas y optimizaciones de
productos pueden reducir el tiempo total del proyecto. Arena puede simular
diversos tipos de operaciones, incluidos los centros de atencin telefnica, para
optimizar el uso de los agentes y las lneas telefnicas, el tamao y el envo de
pilas panqueque en un centro de procesamiento de alimentos, y el diseo de
una mina de oro.





2.3.1 QU ES ARENA?

Arena, es un software que permite realizar simulaciones por computador bajo la
plataforma Microsoft Windows, lo cual hace que su entorno grfico y
caractersticas sean familiares al usuario.

Adems de sus mltiples funciones, Arena tiene posibilidades de interactuar
con otros softwares, por lo que permite una gran flexibilidad a la hora de
interrelacionar datos de diversos softwares. Entre los programas con los que
puede relacionarse, se encuentran los procesadores de texto, Microsoft Excel,
Microsoft Access y softwares CAD. Otros softwares similares a Arena usados
para simulaciones discretas son Flexsim, Promodel, Awesim y Simul8, mientras
que para realizar simulaciones del tipo continuo, se pueden mencionar MatLab
y Simulink, entre otros.
Una de las ventajas que ofrece Arena, es que, dada la gran cantidad de
mdulos que posee, slo se necesita tener un buen conocimiento de las
caractersticas de stos para poder realizar un modelo, sin la necesidad de ser
expertos en informtica. Por lo general, slo se necesita un gran ingenio y
conocimientos estadsticos para modelar una situacin el particular.
En la gran mayora de los casos y de acuerdo a la flexibilidad ya mencionada,
no hay un camino nico para realizar la modelacin. Dependiendo de la
comodidad que presente cada mdulo para un determinado analista, ser el
camino que seguir para modelar. Por lo tanto, el encargado de la
modelacin mediante el software Arena, debe tener una alta capacidad
analtica y lgica para poder ingresar el modelo conceptual a un modelo
computacional.
Arena, adems trae herramientas incorporadas, que sirven para realizar tanto
el manejo de datos de entrada, como el procesamiento de resultados y
comparacin de escenarios. Input Analyzer, sirve para realizar el
procesamiento de los datos de entrada del modelo, mediante el cual se puede:
Ajustar distribuciones de probabilidad.
Realizar histogramas.
Generar un sistema de puntuacin de las distintas distribuciones
ajustadas.
Realizar Test de Hiptesis (Chi-Cuadrado, Kolmogorov-Smirnow,
Anderson-Darling).
El procesamiento de resultados entregados por Arena, puede realizarse
mediante la aplicacin Process Analyzer, la que puede comparar y realizar
grficos de los distintos indicadores de desempeos, tanto de genricos, como
los especificados por el usuario.
Output Analyzer, es una herramienta de procesamiento de resultados, que
realiza histogramas, comparaciones entre muestras, intervalos de confianza,
diagramas de dispersin y otros. Este software no viene integrado en Arena,
sino que mediante los reportes entregados por Arena, puede hacer el anlisis
de resultados.

En la figura 2.6, se puede apreciar el ms simple de los modelos realizados en
Arena.

El modelo consta de un mdulo Create 1, que representa las llegadas de las
entidades, luego estas entidades son procesadas en el mdulo Process 1, para
finalmente ser sacadas del sistema por el mdulo Dispose 1. El modelo bsico
presentado, puede representar un negocio, con un cajero o servidor, donde hay
una entrada y salida del negocio.







2.3.2 PANELES DEL SOFTWARE ARENA
Arena ofrece una amplia variedad de paneles, los cuales sern usados
dependiendo del propsito y nivel de complejidad del sistema que se quiera
modelar. Cada uno de estos paneles se encuentra formado por mdulos de
diagrama y por mdulos de datos. A continuacin se describe brevemente
cada panel.




Panel de procesos bsicos:

Est compuesto por los mdulos Create, Dispose, Process, Decide, Batch,
Separate, Assign, y Record (Crear, Eliminar, Procesar, Decidir, Agrupar,
Separar, Asignar y Grabar). Con los mdulos nombrados se puede crear la
gran mayora de los proyectos simples. Los mdulos de datos presentes en
el panel bsico son: Entity, Queue, Resource, Variable, Schedule y Set
(Entidad, Cola, Recurso, Variable, Programacin y Conjunto). La tabla
muestra los mdulos que servirn para la creacin del diagrama de flujo.




Panel de Procesos Avanzados:

En caso de no ser capaces de modelar el sistema slo con el panel de
procesos bsicos, se debe recurrir al panel de procesos avanzados, el cual
posee mdulos que se complementan de muy buena forma con los del
panel bsico. Los mdulos del panel de procesos avanzados se muestran
en la tabla.



Panel de Transferencia Avanzada:

Este panel se utiliza principalmente para dar una buena animacin al
sistema simulado. Si no se requiere realizar una animacin y slo interesan
los datos de salida que entregue el sistema, se podran utilizar elementos de
los paneles anteriores en remplazo de los de Transferencia. Este panel sirve
para simular una cinta transportadora, creaciones de ruta, transportadores,
entre otros.



Panel Flow:

Este panel sirve cuando se requiere simular algn proceso del tipo continuo.
Aunque Arena est enfocado principalmente en la modelacin de procesos
discretos, da la posibilidad de crear modelos combinados, en que se
mezclan procesos continuos como es el caso de llenado de un estanque de
agua, y procesos discretos como es el caso del tiempo entre llegadas de
clientes a una cierta institucin financiera.

2.4 CONCLUSIN

Diversas herramientas se han aplicado a la logstica militar, ya desde la
Segunda Guerra Mundial, se comenz a trabajar en modelos, generalmente
matemticos, que permitieran dar soporte y apoyo a la toma de decisiones de
los distintos Ejrcitos. Gracias a los avances realizados por diversos cientficos,
se cre la ciencia de la investigacin operativa, utilizada actualmente tanto en
mbitos civiles, como en militares.

La simulacin es una nueva herramienta que permitir el apoyo a la toma de
decisiones. Esta ciencia o arte, ha sido ampliamente aplicada en logstica civil,
por lo tanto, se debe desarrollar algn mtodo que permita la integracin de
sta a mbitos castrenses, para as, lograr dar apoyo ante catstrofes,
operaciones de paz y posibles escenarios complejos.

En esta investigacin se utilizar la modelacin y simulacin, basada en el
contexto de ejemplos histricos ocurridos en la Segunda Guerra Mundial. Tal
como ya se mencion, el software con el que se realiz la simulacin es Arena,
el que dado que es flexible e intuitivo, facilita la creacin de modelos
computacionales, los que luego podrn ser fcilmente analizables y
modificables.

CAPITULO III MARCO TEORICO DEL HOSPITAL

3.11 PROPSITO
Garantizar la ptima atencin del paciente en situacin de emergencia en
los servicios de emergencia de los Hospitales del Sector Salud, Con una
Infraestructura Adecuada para atencin de pacientes con diferentes Tipos de
Emergencia en el mbito de la Salud.
3.12 OBJETIVO ESPECIFICO
10. Contar con el recurso humano suficiente que acredite el Servicio de
Emergencia de un Hospital de Nivel III, segn Directiva 002 (revisada) de
Essalud.
11. Capacitacin contina del recurso humano.
12. Mejorar equipamiento con tecnologa de punta.
13. Mejorar abastecimiento de medicamentos e insumos acorde con el perfil
epidemiolgico de la Emergencia.
14. Contar laboratorio, radiologa y Farmacia asignados al Servicio de
Emergencia. Los que deben de contar con un plan de contingencia frente a
desperfectos de los equipos y falta de recurso humano. As como posibles
eventos de emergencias masivas (desastres).
15. Mejoramiento de los procesos de atencin en Emergencia; con el nmero
adecuado de recurso humano en Emergencia, radiologa y, laboratorio
principalmente.
3.13 PROCEDIMIENTOS DEL DEPARTAMENTO DE EMERGENCIAS Y
URGENCIAS.
Los Procedimientos del Departamento de Emergencia y Urgencias, es un
documento tcnico normativo de gestin, que describe en forma lgica,
sistemtica, secuencial y detallada las operaciones de los procedimientos, que
se ejecutan en su gestin tcnica administrativa, con la finalidad de cumplir los
objetivos y metas descritas en los documentos de gestin del HOSPITAL III
FELIX TORREALVA GUTIERREZ DE ICA.
Para comenzar diremos que aunque la funcin principal de un hospital
es la atencin al paciente, la logstica hospitalaria, atiende a todos los
procesos internos que se desarrollan en un hospital, incluyendo
mantenimiento, lavandera y todo lo relacionado con la atencin global al
personal, y a los usuarios de un hospital.

Para aumentar, la eficiencia de la gestin de los procesos logsticos es
muy til la subdivisin del sistema logstico en subsistemas que agrupen
procesos y tareas relacionadas.

En el caso de la logstica hospitalaria, una opcin eficaz es subdividir
los procesos en tres subsistemas para comprender mejor, analizar
correctamente y planificar que es una de los elementos fundamentales de la
logstica hospitalaria. En primer lugar podemos mencionar a los subsistemas
de aprovisionamiento adquisicin de bienes y servicios, los subsistemas de
produccin, que se refiere a la recepcin de mercaderas, almacenaje y salida
de envos, los subsistemas de distribucin, que son los sistemas de
aprovisionamiento y transporte interno.

A la hora de dividir un sistema logstico no se debe perder de vista el
hecho de que las distintas partes que se distinguen en una cadena de
suministro, pueden tener un conflicto de intereses en una dinmica de
funcionamiento. Si planteamos el ejemplo de un hospital, la logstica
hospitalaria en un almacn de almacenaje, no le interesa tener un volumen
elevado, mientras que al encargado de aprovisionamiento le interesa realizar
pedidos de gran volumen en vez de muchos pedidos de poco volumen.



Los hospitales que ya implementaron su departamento de logstica estn
mejor administrados y las tareas que se manejan en l, son por ejemplo el
manejo de inventarios y de la planeacin tanto interna como externa del
hospital. La ejecucin de herramientas logsticas tales como pronsticos,
disminucin en el tiempo de espera, para la atencin del paciente, mejorando
la atencin en las diferentes especialidades, y no solamente eso, sino que
adems mejora en gran medida la imagen del hospital que la ejecuta.





3.14 BASE LEGAL
Constitucin Poltica del Per.
Ley General de Salud N 26842.
Ley de Creacin del Seguro Social de Salud (EsSalud) N 27056
Ley N 26790, Ley de Modernizacin de la Seguridad Social en Salud
y su Reglamento en el Decreto Supremo N 009-97-SA.
Ley N 27604 que modifica los artculos N 3 y N 39 de la Ley N
26842
Decreto Legislativo N 559 Ley del Trabajo Mdico
D.S. N 024-2001-SA, que aprueba el Reglamento de la Ley del
Trabajo Mdico
D.S. N 016-2002-SA que reglamenta la Ley N 27604
R.M. N 769-2004-MINSA. Categoras de establecimientos del Sector
Salud
R.M. N 751-2004-MINSA Sistema de Referencia y Contrarreferencia
de los Establecimientos del Ministerio de Salud.
R.M. N 776-2004-MINSA. Norma tcnica de la Historia Clnica de
los establecimientos de salud del sector Pblico y Privado.
R.M. N 768-2004-MINSA. Procedimientos para la elaboracin de
Planes de Contingencia para Emergencias y Desastres.
3.15 DISTRIBUCIN DE POBLACIN ASEGURADA ACTIVA POR TIPO DE
SEGURO Y TIPO DE ASEGURADO.








3.16 ESTRUCTURA ORGANICA DE ESSALUD
Toda empresa cuenta en forma implcita o explicita con cierto juego de
jerarquas y atribuciones asignadas a los miembros o componentes de la
misma. En consecuencia se puede establecer que la estructura organizativa
de una empresa es el esquema de jerarquizacin y divisin de las funciones
componentes de ella. Jerarquizar es establecer lneas de autoridad (de arriba
hacia abajo) a travs de los diversos niveles y delimitar la responsabilidad de
cada empleado ante solo un superviso inmediato. Esto permite ubicar a las
unidades administrativas en relacin con las que le son subordinadas en el
proceso de la autoridad. El valor de una jerarqua bien definida consiste en
que reduce la confusin respecto a quien da las rdenes y quien las obedece.
Define como se dividen, agrupan y coordinan formalmente las tareas en los
puestos.
Toda organizacin cuenta con una estructura, la cual puede ser formal o
informal. La formal es la estructura explicita y oficialmente reconocida por la
empresa. La estructura informal es la resultante de la filosofa de la
conduccin y el poder relativo de los individuos que componen la
organizacin, no en funcin de su ubicacin en la estructura formal, sino en
funcin de influencia sobre otros miembros.

3.6.1. ELEMENTOS DE UNA ESTRUCTURA ORGANICA

Especializacin del Trabajo.
Departamentalizacin.
Cadena de mando.
Extensin del Tramo de Control.
Centralizacin y Descentralizacin.
Formalizacin.



3.17 ASPECTOS A CONSIDERAR EN LA ATENCIN.
1. Ocpese de su imagen personal, ofrezca una apariencia armnica y
grata.
2. Mantenga una actitud de servicio.
3. Compromtase a entregar un buen servicio.
4. Si el asegurado se molesta, no lo tome como un asunto personal.
Recuerde que su funcin es responder a los requerimientos de ste y
facilitarle los procesos.
5. De ser necesario, ofrezca disculpas.
6. Evite, bajo cualquier condicin, entrar en discusin con el asegurado,
concntrese en el problema mismo y la solucin de ste.
7. No ponga en duda la palabra del asegurado.
8. Comprtese de forma diligente y eficiente, de esta forma evitar
aglomeraciones.
9. En el trabajo, intente no dejarse influir por sus problemas personales o
estado de nimo.
10. Evite aquellas manifestaciones negativas o de desaprobacin, verbales
y corporales.
11. Asegrese que el asegurado ha comprendido sus explicaciones.
12. Procure una correcta modulacin y entonacin de voz. Hable
amistosamente.
13. No se precipite en sus respuestas, evite la impulsividad.
14. Dirjase al asegurado por su nombre y trtelo de Usted.
15. Evite transmitir impaciencia y ansiedad, por el contrario mustrese
seguro (a) y confiado (a).
16. En caso de no poder dar solucin a las inquietudes del asegurado,
remtalo a la Oficina de Atencin al Asegurado (OAS).
17. Intersese y conozca lo que se realiza en otras reas de su lugar de
trabajo, esa informacin le ser til al momento de relacionarse con
el asegurado.

3.18 EVOLUCIN DE LA POBLACIN ASEGURADA ACTIVA POR TIPO
DE SEGURO

3.8.1. BENEFICIOS DE UN ASEGURADO REGULAR

Prestaciones de salud (preventivas y de recuperacin de la salud).
Prestaciones econmicas (subsidio por lactancia, maternidad, incapacidad
temporal por enfermedad).
Prestaciones de bienestar y promocin social.


3.8.2. BENEFICIOS DE UN ASEGURADO AGRARIO

El asegurado agrario debe contar con tres meses consecutivos de
aportaciones o cuatro no consecutivos en los ltimos doce meses,
anteriores al mes en que se produjo el fallecimiento.


3.8.3. BENEFICIOS DE UN SEGUROS POTESTATIVOS

Seguro Potestativo Tambin llamado Seguro Independiente, el
cual viene a ser un seguro privado que Accidentes Comunes
Como por ejemplo Golpes, etc.


3.19 CLASIFICACION DE LOS PACIENTES EN EL AREA DE
EMERGENCIAS
ESTADO DE PACIENTES LEVES
ESTADO DE PACIENTES GRAVES
ESTADO DE PACIENTES MUY GRAVES



3.20 TIPOS DE TOPICOS EN EL HOSPITALFELIX TORREALVA
GUITIERREZ
3.20.1 TOPICO DE PEDIATRIA:
En este Tpico entran los nios los cuales llegan con los siguientes
sntomas:
Traumatismo encfalo.
Traumatismo de miembro superior (brazos).
Traumatismo de miembro inferior (piernas).
Quemaduras grado I, II, III.
Fracturas.
Esguinces.
Clicos abdominales.
Diarreas.
Fiebre.
Tos.
Gripe.

El ingreso al Tpico de Pediatra es de diferentes Maneras.
Cuando los pacientes est en el estado de leves: su ingreso ser
transferido del rea de triaje al rea de pediatra donde el paciente ser
atendido por el medico correspondiente, luego ser dado de alta si el
paciente ya est completamente bien en el estado de su salud de lo
contrario ser transferido al rea de observaciones donde las
enfermeras sern las encargadas de velar por hacerles cumplir con sus
respectivos medicamentos y de acuerdo a la evaluacin y como el caso
es leve pasara hacer dado de alta, en caso que el paciente necesita
quedarse por ms tiempo en el hospital pasara al rea de aislados
donde seguirn llevando el caso, si no se encuentra alguna mejora del
paciente ser trasladado a piso lo cual se encarga otra rea que ya no
es emergencias por lo cual es hasta donde emergencia se encarga.



Atencin Medico
ENFERMERAS
PEDIATRIA
AREA DE OBSERVACION
AREA DE AISLADOS
EMERGENCIA
En un caso de traslado o referencia a otro hospital seda cuando en el
hospital actual se agotan todos los tratamientos posibles entonces son
trasferidos a otro hospital siguiendo todos los pasos correspondientes
establecidos en los protocolos del hospital. si un paciente llega con tos y
al evaluarlo identifican que el paciente necesita ser nebulizado entonces
es ah donde ser trasladado al rea de nebulizacin y en esta rea ser
nebulizado cada 15 minutos hasta que el medico encargado del caso
encuentre mejora en el paciente y entonces ser regresado al tpico
anterior para dar sus respectivas recomendaciones y si afronta bien la
nebulizacin ser dado de alta sino pasara a sala de observaciones, si
ah mejora ser dado de alta. Si el paciente llega con diarreas, dolor de
estmago o deshidratado el paciente ser trasladado al rea de
rehidratacin para que sea atendido y sea estabilizado luego regresa al
rea anterior para que le denlas indicaciones y en la evaluacin se
evaluacin se decide si se da de alta o se queda.













Cuando los paciente est en el estado de graves: su ingreso puede ser
por cualquiera de las dos puertas existentes en el rea de emergencias
ya sea por de los peatones o por la puerta de la ambulancia, son
transferidos directo al rea de pediatra donde son atendidos por los
especialistas correspondientes ya sea por uno o dos mdicos de
acuerdo a la gravedad del paciente, si en caso su caso se complica ya
pasan a ser un paciente calificado como muy grave entonces el paciente
rpidamente o a la brevedad posible es trasladado al rea de trauma
shock el cual ser atendido por el personal de dicha rea, luego al
estabilizar al paciente regresa al rea donde estaba anteriormente o
principalmente siendo atendido y luego el medico decide si el paciente
es transferido a la sala de observaciones, tambin puede ser trasladado
al rea de aislados, luego si es necesario es transferido a piso de lo
15 MINUTOS
OBSERVACION
PACIENTE CON TOS
AREA DE NEBULIZACION
REGRESO TOPICO ANTERIOR
PERMANECE EN EL AREA DE
NEBULIZACION
contrario es dado de alta si el paciente est estable. En un caso de
traslado o referencia a otro hospital seda cuando en el hospital actual se
agotan todos los tratamientos posibles entonces son trasferidos a otro
hospital siguiendo todos los pasos correspondientes establecidos en los
protocolos del hospital.











Cuando los pacientes est en el estado de muy graves: el ingreso es
por la puerta de ambulancias ya que est al lado de trauma shock donde
el paciente llega en primera instancia donde los especialistas tienen que
hacer todo lo posible para estabilizar al paciente para que este pacientes
cuando ya se encuentre estable pasa al tpico de pediatra donde
seguirn siendo atendidos por los mdicos de dicha rea, si el paciente
necesita alguna intervencin pasa directo a sala de operaciones luego a
piso, en caso el paciente est siendo atendido y llega a fallecer o llega al
rea de trauma shock cadver ser trasladado a la morgue del hospital
haciendo respetar todos los protocolos del hospital. En un caso de
traslado o referencia a otro hospital seda cuando en el hospital actual se
agotan todos los tratamientos posibles entonces son trasferidos a otro
hospital siguiendo todos los pasos correspondientes establecidos en los
protocolos del hospital.








Atencin Medico
PEDIATRIA
AREA DE TRAUMA SHOCK
REGRESO AL AREA
DE PEDIATRIA
PERMANECE
EN EL AREA
AREA DE
OBSERVACIONES
AREA DE
AISLADOS
PUERTA DE AMBULANCIA
AREA DE TRAUMA SHOCK
ESPECIALISTAS
Atencin Medico
PEDIATRIA
SALA DE OPERACION
PERMANECE EN PEDIATRIA
PISO
PASIENTE MUY GRAVE





3.20.2 TOPICO DE TRAUMATOLOGIA:
Son pacientes los cuales llegan con los siguientes sntomas:
Fracturas de crneo.
Fracturas De clavcula.
Fracturas Miembros superiores (brazos)
Fracturas Miembros inferiores (piernas)
Fracturas de pelvis

Son pacientes los cuales su ingreso es de diferentes maneras:

Cuando los pacientes est en el estado de leves: su ingreso ser
transferido del rea de triaje al rea de traumatologa donde el paciente
ser atendido por el medico correspondiente, luego ser dado de alta si
el paciente ya est completamente bien en el estado de su salud de lo
contrario ser transferido al rea de observaciones donde las
enfermeras sern las encargadas de velar por hacerles cumplir con sus
respectivos medicamentos y de acuerdo a la evaluacin y como el caso
es leve posara hacer dado de alta, en caso que el paciente necesita
quedarse por ms tiempo en el hospital pasara al rea de aislados
donde seguirn llevando el caso, si no se encuentra alguna mejora del
paciente ser trasladado a piso lo cual se encarga otra rea que ya no
es emergencias por lo cual es hasta donde emergencia se encarga. En
un caso de traslado o referencia a otro hospital seda cuando en el
hospital actual se agotan todos los tratamientos posibles entonces son
trasferidos a otro hospital siguiendo todos los pasos correspondientes
establecidos en los protocolos del hospital.







PACIENTE FALLECIDO
PUERTA DE AMBULANCIA
AREA DE TRAUMA SHOCK
MORGE - HOSPITAL
PASIENTE FALLECIDO
Atencin Medico
ENFERMERAS
PEDIATRIA
AREA DE OBSERVACION
AREA DE AISLADOS
OTRA AREA QUE NO ES
EMERGENCIA






Cuando los paciente est en el estado de graves: su ingreso puede ser
por cualquiera de las dos puertas existentes en el rea de emergencias
ya sea por de los peatones o por la puerta de la ambulancia, son
transferidos directo al rea de traumatologa donde son atendidos por
los especialistas correspondientes ya sea por uno o dos mdicos de
acuerdo a la gravedad del paciente, si en caso su caso se complica ya
pasan a ser un paciente calificado como muy grave entonces el paciente
rpidamente o a la brevedad posible es trasladado al rea de trauma
shock el cual ser atendido por el personal de dicha rea, luego al
estabilizar al paciente regresa al rea donde estaba anteriormente o
principalmente siendo atendido y luego el medico decide si el paciente
es transferido a la sala de observaciones, tambin puede ser trasladado
al rea de aislados, luego si es necesario es transferido a piso de lo
contrario es dado de alta si el paciente est estable. En un caso de
traslado o referencia a otro hospital seda cuando en el hospital actual se
agotan todos los tratamientos posibles entonces son trasferidos a otro
hospital siguiendo todos los pasos correspondientes establecidos en los
protocolos del hospital.






Cuando los pacientes est en el estado de muy graves: el ingreso es
por la puerta de ambulancias ya que est al lado de trauma shock donde
el paciente llega en primera instancia donde los especialistas tienen que
hacer todo lo posible para estabilizar al paciente para que este pacientes
cuando ya se encuentre estable pasa al tpico de traumatologa donde
seguirn siendo atendidos por los mdicos de dicha rea, si el paciente
necesita alguna intervencin pasa directo a sala de operaciones luego a
piso, en caso el paciente est siendo atendido y llega a fallecer o llega al
rea de trauma shock cadver ser trasladado a la morgue del hospital
Atencin Medico
PEDIATRIA
AREA DE TRAUMA SHOCK
REGRESO AL AREA
DE PEDIATRIA
PERMANECE
EN EL AREA
AREA DE
OBSERVACIONES
AREA DE
AISLADOS
haciendo respetar todos los protocolos del hospital. En un caso de
traslado o referencia a otro hospital seda cuando en el hospital actual se
agotan todos los tratamientos posibles entonces son trasferidos a otro
hospital siguiendo todos los pasos correspondientes establecidos en los
protocolos del hospital.










3.20.3 TOPICO DE GINECOLOGIA:
Son pacientes los cuales llegan con los siguientes sntomas todos son
embarazadas:
Sangrado vaginal.
Placenta previa (placenta est inserta abajo del tero)
Desprendimiento prematuro de placenta.
Ruptura uterina.
Dolores en el vientre.
Amenazas de aborto.
Trabajo de parto.
Clicos menstruales.

Son pacientes los cuales su ingreso es de diferentes maneras:

Cuando los pacientes est en el estado de leves: su ingreso ser
transferido del rea de triaje al rea de ginecologa donde el paciente
ser atendido por el medico correspondiente, luego ser dado de alta si
el paciente ya est completamente bien en el estado de su salud de lo
contrario ser transferido al rea de observaciones donde las
PUERTA DE AMBULANCIA
AREA DE TRAUMA SHOCK
ESPECIALISTAS
Atencin Medico
PEDIATRIA
SALA DE OPERACION
PERMANECE EN PEDIATRIA
PISO
PASIENTE MUY GRAVE
PUERTA DE AMBULANCIA
AREA DE TRAUMA SHOCK
MORGE - HOSPITAL
PASIENTE FALLECIDO
enfermeras sern las encargadas de velar por hacerles cumplir con sus
respectivos medicamentos y de acuerdo a la evaluacin y como el caso
es leve posara hacer dado de alta, en caso que el paciente necesita
quedarse por ms tiempo en el hospital pasara al rea de aislados
donde seguirn llevando el caso, si no se encuentra alguna mejora del
paciente ser trasladado a piso lo cual se encarga otra rea que ya no
es emergencias por lo cual es hasta donde emergencia se encarga. En
un caso de traslado o referencia a otro hospital seda cuando en el
hospital actual se agotan todos los tratamientos posibles entonces son
trasferidos a otro hospital siguiendo todos los pasos correspondientes
establecidos en los protocolos del hospital.

Cuando los paciente est en el estado de graves: su ingreso puede ser
por cualquiera de las dos puertas existentes en el rea de emergencias
ya sea por de los peatones o por la puerta de la ambulancia, son
transferidos directo al rea de ginecologa donde son atendidos por los
especialistas correspondientes ya sea por uno o dos mdicos de
acuerdo a la gravedad del paciente, si en caso su caso se complica ya
pasan a ser un paciente calificado como muy grave entonces el paciente
rpidamente o a la brevedad posible es trasladado al rea de trauma
shock el cual ser atendido por el personal de dicha rea, luego al
estabilizar al paciente regresa al rea donde estaba anteriormente o
principalmente siendo atendido y luego el medico decide si el paciente
es transferido a la sala de observaciones, tambin puede ser trasladado
al rea de aislados, luego si es necesario es transferido a piso de lo
contrario es dado de alta si el paciente est estable. En un caso de
traslado o referencia a otro hospital seda cuando en el hospital actual se
agotan todos los tratamientos posibles entonces son trasferidos a otro
hospital siguiendo todos los pasos correspondientes establecidos en los
protocolos del hospital.

Cuando los pacientes est en el estado de muy graves: el ingreso es
por la puerta de ambulancias ya que est al lado de trauma shock donde
el paciente llega en primera instancia donde los especialistas tienen que
hacer todo lo posible para estabilizar al paciente para que este pacientes
cuando ya se encuentre estable pasa al tpico de ginecologa donde
seguirn siendo atendidos por los mdicos de dicha rea, si el paciente
necesita alguna intervencin pasa directo a sala de operaciones luego a
piso, en caso el paciente est siendo atendido y llega a fallecer o llega al
rea de trauma shock cadver ser trasladado a la morgue del hospital
haciendo respetar todos los protocolos del hospital. En un caso de
traslado o referencia a otro hospital seda cuando en el hospital actual se
agotan todos los tratamientos posibles entonces son trasferidos a otro
hospital siguiendo todos los pasos correspondientes establecidos en los
protocolos del hospital.

3.20.4 TOPICO DE MEDICINA:
Son pacientes los cuales llegan con los siguientes sntomas:
Traumatismo encfalo.
Traumatismo de miembro superior (brazos).
Traumatismo de miembro inferior (piernas).
Quemaduras grado I, II, III.
Fracturas.
Esguinces.
Clicos abdominales.
Diarreas.
Fiebre.
Tos.
Gripe.
Son pacientes los cuales su ingreso es de diferentes maneras:

Cuando los pacientes est en el estado de leves: su ingreso ser
transferido del rea de triaje al rea de medicina donde el paciente ser
atendido por el medico correspondiente, luego ser dado de alta si el
paciente ya est completamente bien en el estado de su salud de lo
contrario ser transferido al rea de observaciones donde las
enfermeras sern las encargadas de velar por hacerles cumplir con sus
respectivos medicamentos y de acuerdo a la evaluacin y como el caso
es leve posara hacer dado de alta, en caso que el paciente necesita
quedarse por ms tiempo en el hospital pasara al rea de aislados
donde seguirn llevando el caso, si no se encuentra alguna mejora del
paciente ser trasladado a piso lo cual se encarga otra rea que ya no
es emergencias por lo cual es hasta donde emergencia se encarga. En
un caso de traslado o referencia a otro hospital seda cuando en el
hospital actual se agotan todos los tratamientos posibles entonces son
trasferidos a otro hospital siguiendo todos los pasos correspondientes
establecidos en los protocolos del hospital. si un paciente llega con tos y
al evaluarlo identifican que el paciente necesita ser nebulizado entonces
es ah donde ser trasladado al rea de nebulizacin y en esta rea ser
nebulizado cada 15 minutos hasta que el medico encargado del caso
encuentre mejora en el paciente y entonces ser regresado al tpico
anterior para dar sus respectivas recomendaciones y si afronta bien la
nebulizacin ser dado de alta sino pasara a sala de observaciones, si
ah mejora ser dado de alta. Si el paciente llega con diarreas, dolor de
estmago o deshidratado el paciente ser trasladado al rea de
rehidratacin para que sea atendido y sea estabilizado luego regresa al
rea anterior para que le denlas indicaciones y en la evaluacin se
evaluacin se decide si se da de alta o se queda.

Cuando los paciente est en el estado de graves: su ingreso puede ser
por cualquiera de las dos puertas existentes en el rea de emergencias
ya sea por de los peatones o por la puerta de la ambulancia, son
transferidos directo al rea de medicina donde son atendidos por los
especialistas correspondientes ya sea por uno o dos mdicos de
acuerdo a la gravedad del paciente, si en caso su caso se complica ya
pasan a ser un paciente calificado como muy grave entonces el paciente
rpidamente o a la brevedad posible es trasladado al rea de trauma
shock el cual ser atendido por el personal de dicha rea, luego al
estabilizar al paciente regresa al rea donde estaba anteriormente o
principalmente siendo atendido y luego el medico decide si el paciente
es transferido a la sala de observaciones, tambin puede ser trasladado
al rea de aislados, luego si es necesario es transferido a piso de lo
contrario es dado de alta si el paciente est estable. En un caso de
traslado o referencia a otro hospital seda cuando en el hospital actual se
agotan todos los tratamientos posibles entonces son trasferidos a otro
hospital siguiendo todos los pasos correspondientes establecidos en los
protocolos del hospital.

Cuando los pacientes est en el estado de muy graves: el ingreso es
por la puerta de ambulancias ya que est al lado de trauma shock donde
el paciente llega en primera instancia donde los especialistas tienen que
hacer todo lo posible para estabilizar al paciente para que este pacientes
cuando ya se encuentre estable pasa al tpico de medicina donde
seguirn siendo atendidos por los mdicos de dicha rea, si el paciente
necesita alguna intervencin pasa directo a sala de operaciones luego a
piso, en caso el paciente est siendo atendido y llega a fallecer o llega al
rea de trauma shock cadver ser trasladado a la morgue del hospital
haciendo respetar todos los protocolos del hospital. En un caso de
traslado o referencia a otro hospital seda cuando en el hospital actual se
agotan todos los tratamientos posibles entonces son trasferidos a otro
hospital siguiendo todos los pasos correspondientes establecidos en los
protocolos del hospital.


CAPITULO IV : MODELADO

4.1 TIEMPO DE LLEGADA

El tiempo estimado de llegada o ETA (por sus siglas en ingls Estimated
Time of Arrival) es una cantidad de tiempo aplicable
a barcos, aviones, vehculos, servicios de emergencia, etc. en la cual se espera
que llegue a determinado lugar. Tambin puede ser usado para especificar
cundo una tarea va a estar realizada, por ejemplo que la cena est lista y
servida en la mesa, o cundo un proceso de una computadora va a finalizar.
Uno de los usos ms comunes es en el transporte pblico, cuando se calcula el
tiempo que se estima que va a tardar en llegar un barco al puerto, o un avin
al aeropuerto. Se puede ver en los aeropuertos no slo el tiempo estimado de
llegada, tambin el tiempo estimado de despegue (ETD en ingls, por
Estimated Time of Departure), que es lo mismo pero en vez de indicar cuando
el avin llega, indica cuando el avin va a despegar.

En el presente cuadro se mostrara los tiempos de llegada de los
pacientes de el hospital de acuerdo al Da 10-11-2008 :

Dia 10 / 11 / 2008
N de Llegada Hora Edad Genero
1 0:13 14 FEMENINO
2 0:22 62 MASCULINO
3 0:47 49 MASCULINO
4 1:38 0 MASCULINO
5 1:48 4 MASCULINO
6 2:16 23 FEMENINO
7 2:46 30 MASCULINO
8 3:27 48 MASCULINO
9 3:46 25 FEMENINO
10 5:06 62 MASCULINO
11 5:07 73 FEMENINO
12 5:46 25 FEMENINO
13 6:19 31 FEMENINO
14 6:25 75 MASCULINO
15 6:32 28 MASCULINO
16 6:44 31 FEMENINO
17 6:59 46 MASCULINO
18 7:10 36 MASCULINO
19 7:19 41 FEMENINO
20 7:35 33 FEMENINO
21 7:38 29 FEMENINO
22 7:44 68 FEMENINO
23 7:57 4 FEMENINO
24 8:03 35 MASCULINO
25 8:21 28 FEMENINO
26 8:32 79 MASCULINO
27 8:38 21 FEMENINO
28 8:39 46 MASCULINO
29 8:40 40 FEMENINO
30 8:41 31 FEMENINO
31 8:49 69 MASCULINO
32 8:53 41 FEMENINO
33 8:58 52 FEMENINO
34 9:02 73 MASCULINO
35 9:12 21 FEMENINO
36 9:19 8 FEMENINO
37 9:28 81 FEMENINO
38 9:37 42 FEMENINO
39 9:45 1 FEMENINO
40 9:47 54 FEMENINO
41 9:51 21 FEMENINO
42 9:58 36 FEMENINO
43 10:02 33 FEMENINO
44 10:09 21 FEMENINO
45 10:10 86 MASCULINO
46 10:21 43 MASCULINO
47 10:23 68 FEMENINO
48 10:28 0 FEMENINO
49 10:30 81 FEMENINO
50 10:52 80 FEMENINO
51 10:56 29 FEMENINO
52 11:14 66 MASCULINO
53 11:17 70 FEMENINO
54 11:30 36 FEMENINO
55 11:32 66 MASCULINO
56 12:03 52 MASCULINO
57 12:06 59 FEMENINO
58 12:22 23 FEMENINO
59 12:24 39 FEMENINO
60 12:39 50 FEMENINO
61 12:40 86 FEMENINO
62 12:41 53 MASCULINO
63 12:44 21 FEMENINO
64 12:47 34 FEMENINO
65 13:09 32 FEMENINO
66 13:14 73 FEMENINO
67 13:23 41 MASCULINO
68 13:31 64 MASCULINO
69 13:33 48 MASCULINO
70 14:50 40 FEMENINO
71 15:15 18 FEMENINO
72 15:20 21 FEMENINO
73 15:24 32 FEMENINO
74 15:27 1 MASCULINO
75 15:34 31 FEMENINO
76 15:39 31 FEMENINO
77 15:58 63 FEMENINO
78 16:03 72 FEMENINO
79 16:14 23 FEMENINO
80 16:19 50 FEMENINO
81 16:31 36 FEMENINO
82 16:42 26 MASCULINO
83 16:43 30 MASCULINO
84 16:47 35 FEMENINO
85 16:53 87 FEMENINO
86 17:01 49 MASCULINO
87 17:07 25 FEMENINO
88 17:10 48 FEMENINO
89 17:11 37 FEMENINO
90 17:13 83 FEMENINO
91 17:34 33 FEMENINO
92 17:36 29 FEMENINO
93 17:42 26 FEMENINO
94 17:43 33 FEMENINO
95 17:46 35 FEMENINO
96 17:49 22 FEMENINO
97 17:51 65 FEMENINO
98 17:55 45 FEMENINO
99 18:07 1 MASCULINO
100 18:16 34 MASCULINO
101 18:17 25 FEMENINO
102 18:18 71 MASCULINO
103 18:26 49 MASCULINO
104 18:44 35 FEMENINO
105 18:45 41 MASCULINO
106 18:51 16 FEMENINO
107 19:07 41 FEMENINO
108 19:17 32 FEMENINO
109 19:24 28 FEMENINO
110 19:26 83 FEMENINO
111 19:30 21 FEMENINO
112 19:57 36 FEMENINO
113 20:01 53 FEMENINO
114 20:04 33 MASCULINO
115 20:14 38 FEMENINO
116 20:35 21 FEMENINO
117 20:41 43 FEMENINO
118 20:48 28 MASCULINO
119 20:50 10 MASCULINO
120 20:52 80 FEMENINO
121 20:55 30 MASCULINO
122 21:10 46 MASCULINO
123 21:20 31 FEMENINO
124 21:31 8 FEMENINO
125 21:41 1 MASCULINO
126 21:43 47 MASCULINO
127 21:44 40 FEMENINO
128 21:48 80 FEMENINO
129 22:01 49 FEMENINO
130 22:25 21 FEMENINO
131 22:48 1 FEMENINO
132 22:54 5 MASCULINO
133 23:06 31 FEMENINO
134 23:11 61 FEMENINO
135 23:19 3 MASCULINO
136 23:41 48 MASCULINO
137 23:54 31 FEMENINO


4.2 Resultados

Los datos de la tabla analizados con la herramienta de arena el INPUT
Analizarnos arroja los siguientes resultados.

Primer cuadro estadstico


Todas las estadisticas




Simulacin


La Normal


Exponencial :


Lognormal:


Triangular :


Uniforme:


Weibull:



4.3 MODELADO DE LOS PROCESOS EN ARENA

La siguiente etapa del presente capitulo, se presentara el modelado de
los procesos que lleva un paciente al ingresar al rea de emergencias, las
oficinas que visita y los procesos que realiza en las mismas.

4.4. MODELADO DE LA SOLUCION A LAS PROBLEMATICAS
ENCONTRADAS EN EL AREA DE EMERGENCIA.

Luego de analizar en el presente capitulo se llego a la conclusin de que
tiene vacos los que causan errores, y los errores en un hospital deben ser
mnimos o no deben existir ya que a causa de estos se pueden perder vida.

Uno de los principales problemas es la atencin del paciente y el tiempo
que este emplea ya que en la antigua forma de atender se agrupaba todos los
tipos de paciente y en presente proyecto se estable por priorizar la atencin
dependiendo la gravedad o situacin del paciente y tambin las disponibilidad
de las diversas reas.

En el proyecto se expondrn dos procesos uno para el PACIENTE
GRAVE y el otro PACIENTE NO GRAVE.

4.4.1. PACIENTE GRAVE

Se definir como paciente grave o crtico, como nosotros le llamamos, a
aquel que tiene afectado uno o ms sistemas de su cuerpo, lo que lo pone en
riesgo vital o en riesgo de quedar con graves secuelas. Hacia todos estos
enfermos estn dirigidos nuestros esfuerzos humanos y cientficos.

Para los pacientes graves existen dos tipos prioridades, que tambin
dependern del Mdico que lo analice y este determinara la prioridad en la
atencin.

Para determinar la prioridad en la atencin se medir la gravedad del
paciente y su riego de mortalidad.

4.4.1.1 MODELAMIENTO DEL PACIENTE GRAVE



4.4.2. PACIENTE NO GRAVE

Se definir como paciente no grave o fuera de peligro, como nosotros le
llamamos, a aquel que no presenta afectado uno o ms sistemas de su cuerpo,
lo que lo pone en riesgo vital o en riesgo de quedar con graves secuelas. Hacia
todos estos enfermos estn dirigidos nuestros esfuerzos humanos y cientficos.

Para los pacientes no graves existen dos tipos prioridades, que
tambin dependern del Mdico que lo analice y este determinara la prioridad
en la atencin.

Para determinar la prioridad en la atencin se medir la gravedad del
paciente y su riego de mortalidad.

4.4.2.2. MODELADO DEL PACIENTE NO GRAVE


4.5. CONCLUSIONES

Luego de analizar el proceso inicial del rea de emergencias del
HOSPITAL III FELIX TORREALVA GUTIERREZ. Se determino que ese
proceso contaba con problemticas y errores y los principales eran con
respecto al tiempo de atencin por lo que se dio inicio a este proyecto para
mejorar eso.

Gracias al uso del software ARENA se pudo lograr mejorar el proceso y
dividirlo en dos para mejorar los tiempos, luego del anlisis realizado con la
herramienta INPUT ANALIZER se pudo observar diversos diagramas que
este genera y se determin que el Diagrama Beta es el que cuenta con el
menor error cuadrtico, y en base a ese diagrama se comenz el modelado en
ARENA.

Las dos prioridades se determinaran de acuerdo a la gravedad del paciente y
en cada proceso tambin se tomara en cuenta la toma de decisiones del
mdico que se encuentre atendiendo al paciente ya que este determinara la
gravedad y el proceso que va a seguir de acuerdo a lo formulado en este
proyecto.












CAPITULO V

5.1. Malla propuesta.
En este captulo se mostrara la forma en la que hemos propuesto las
respectivas mallas para cada paciente que llegue con heridas LEVE,
GRAVE O MUY GRAVE, en lo cual cada proceso estar dado con la
utilizacin de traslados a diferentes reas correspondientes.

- Paciente Leve



- Paciente grave



- Paciente Muy grave



CAPTULO VI
6.1. Presentacin, Interpretacin Y Discusin De Resultados
Malla Grupo Mirian

CRITICA
LOS ALUMNOS DE INGENIERIA DE SISTEMAS DE LA ESCUELA DE INGENIERIA Y ARQUITECTURA
PRESENTAN EL SIGUIENTE MODELO DE SIMULACION EN DONDE EXPONEN Y DAN HA CONOCER
LA ENTRADA DE LOS PACIENTES DEL HOSPITAL FELIX TORREALVA.
EN VISTA GENERAL DEL DIAGRAMA DE SIMULACION FALTARIA DECIR QUE LOS ERRORES SON
FATALES EJ CUANTO AL DIAGRAMA.

LISTA DE ERRORES
EL GRUPO SOLO TIENE UNA SIMULACION GENERAL.
NO CONSIDERARON LOS TIPOS DE PACIENTES QUE PUEDEN LLEGAR AL HOSPITAL.
FALTA DE MAYAS O SIMULACIONES PARA TODOS LOS CASOS DE LLEGADAS DE
PACIENTES.
SEPARACION DE AREAS EN EL HOSPITAL.
NO SE PUEDE ENTENDER SI ES UNA SIMULACION ACTUAL DE SOLUCION O ES UNA
SIMULACION ANTIGUA CON PROBLEMTICA.
FALTANTE ABSOLUTA DE SIMUALCIONES ANTIGUAS Y MODELO ANTIGUO DE
LLEGADAS POR EMERGENCIA.

CONCLUSIONES
EN CONCLUSION LAS SIMULACIONES Y TRABAJO EN GRUPO NO ESTAN DEACUERDO A LO
REQUERIDO EN EL TRABAJO DE TESIS PROPUESTO.
LA FALTA DE EMPEO DEL GRUPO IMPIDIO TENER MAS CUIDADO SOBRE LAS SIMULACIONES
EN GENERAL SOBRE TODOS LOS CASOS DE SIMULACIONES O SITUACIONES POSIBLES
LA PRESENTE SIMULACIN TIENE UNA VISTA GENERAL DE LA ATENCIN QUE EXISTE EN EL
HOSPITAL, ESTA BIEN PERO FALTA AGREGAR MAS DICE PARA TENER UN FUNCIONAMIENTO
MAS EFECTIVO.
LA SOLUCION QUE SE PODRIA IMPLEMENTAR A LA SIMULACION SERIA AGREGAR TODAS LAS
DIFERENTES ESPECIALIDADES O AREAS DE ATENCION QUE TIENE EL HOSPITAL Y CON NODO
DECIDE INGRESARAN DE FORMA MAS EFECTIVA.
Malla Grupo Fabiola




CRITICA
LA PRESENTE SIMULACION DEL GRUPO LIDERADO POR LA ALUMNA FABIOLA TIENE IGUAL DE
INCONSISTENCIA QUE EL GRUPO ANTERIOR, SE DISTINGUE EN LA MAYA LA FORMA GENERAL
DE ENTRADA DE LOS PACIENTES MAS NO TIENE LAS DIFERENTES SITUACIONES DE LLEGADA
PARA LOS PACIENTE DE DISTINTOS TIPOS.
FALTA DE SITUACIONES DE DIFERENTES TIPOS DE PACIENTES Y ARES DE SALUD DE CUIDADOS
INTENSIVOS Y SALA DE OBSERVACION.

LISTA DE ERRORES
FALTANTE DE SIMUALCIONES ANTIGUAS PARA DISTINGUIR LOS DISTINTOS MODELOS.
FALTA DE SITUACIONES O CASOS DE DISTINTOS CASOS DE PACIENTES.
SOLO TIENEN UNA MAYAN EN FORMA GENERAL PARA EL HOSPITAL
FALTA DE SIMULACIONES MODERNAS PARA DIFERENCIAS O ENCONTRAR DIFERENCIAS
ENTRE LO QUE SE QUIERE MEJORAR
FALTA DE DESARROLLO DE SIMULCIONES Y BUSQUEDA DE CASOS DISTINTOS.

CONCLUSIONES
EN CONCLUSIONES EL LIDER DEL GRUPO TIENE QUE ESTAR DIRIGIDO A UNA MAYOR
OBSERVACION DE SUS PARTES COMO GRUPO, HAY QUE IMPLEMENTAR ALGUNAS COSAS PARA
CORREGIR LAS SITUACIONES DE CASOS DE LLEGADAS DE LOS PACIENTES.
TIENEN UNA MUY BUENA SIMULACUION GENERAL DE LA ENTRADA DE PACIENTES, NO
OBSTANTE FALTA DE DIFERENTES SIMULACIONES PARA LOS DEMAS CASOS RESTANTES.
LA SIMULACION DEL GRUPO ESTA BASADO EN LA FORMA GENERAL DE LA ATENCION QUE
EXISTE EN UN HOSPITAL, LA DISTRIBUCION QUE EL GRUPO A DISPUESTO EN ESTA SIMULACION
ESTA BIEN, PERO AQU DARIA UN APOYO PARA QUE TENGA MEJOR CONSISTENCIA.
LA SOLUCION QUE PUEDO IMPLEMENTAR A LA SIMULACION ESQUE HAYA UN RECEPCIONISTA
EL CUAL HAGA LAS ANOTACIONES DE LOS PACIENTES PARA PODER CONTABILIZARLOS, Y ASI
NO PERDER EL REGIISTRO DE LOS PACIENTES.


Malla Grupo Vania

CRITICA
LA SIMULACION PRESENTADA EN LA PRIMERA PARTE DE LAS MAYAS NOS INDICA UNA
GENARAL DEL FUNCIONAMIENTO DE LAS LLEGADAS DE LOS PACIENTES.
A PESAR DE LAS CORRECCIONES DE LAS MAYAS EN ESTA PRIMERA PARTE SE ENCUENTRA
VARIOS ERRORES QUE SON VISIBLES A SIMPLE VISTA. UNA DE ELLAS ES DE LAS ENTRADAS DE
PACIENTES QUE POSTERIORMENTE SE EXPLICARA EN CON MAS DETALLE EN LAS SIGUIENTES
MAYAS.

La simulacin en arena sobre la llegada de los pacientes:
CRITICA
EN ESTA PARTE DE LA LLEGADA DE PACIENTES DEBE SEGUIR TIPO DE PACIENTE Y LUEGO
ESTADO DE PACIENTE YA QUE ES UNA PRDIDA DE TIEMPO Q HAYA TIPO DE PACIENTE EN EL
REA DE PACIENTE LEVE Y PACIENTE GRAVE Y PUEDE SER PERJUDICIAL PARA EL MISMO
PACIENTE.
LA MAYA PRESENTADA ES PARTE DE TODA UNA MAYA EN GENERAL NO TIENE MAYAS POR
SEPARADO ADEMAS LAS SIMULACIONES SON TODAS JUNTAS POR LA MISMA RAZON QUE HAY
DIFERENTES CASOS EN EL HOSITAL Y POR RAZON COMUN DEBEN HABER DIFERENTES MAYAS
PARA CADA UNO DE LOS CASOS.
SIMULACION DE TIPOS DE ESTADO Y AREAS
CRITICA
EN ESTA PARTE DE LA DE LA SIMULACIN DESPUS DE LA REAS DE CIRUGIA, MEDICINA,
PEDRIATRIA, TRAUMA SHOCK, GINECOLOGIA LLEGA AL REA DE OBSERVACIN PERO
ALGUNAS REAS LOS PACIENTES SE ENCUENTRAN EN ESTADO CRTICO Y ES NECESARIO OTRA
REA Q SERIA DE CUIDADOS INTENSIVOS, COMO UN EJEMPLO EL REA DE CIRUGIA LOS
PACIENTES DEBEN DE ESTAR EN CUIDADOS INTENSIVOS YA Q SON SUSCEPTIBLES A
INFECCIONES Y OTROS PELIGROS MS.
LAS SIMULACIONES TIENE EL MISMO ERROR PARA TODOS PORQUE TODA LA SIMUALCION SE
BASO EN UNA SOLA HACIENDO REDUNDANTE LA LLEGADA DE PACIENTES, COMO SE DIJO
ANTERIORMENTE HACE FALTA DE UNA SALA DE CUIDADOS INTESIVOS.

EN EL CASO DE TIPO DE PAGO DEBERA DE SER AL FINAL DESPUS DEL DIAGNSTICO DEL
DOCTOR ENCARGADO.
LISTA DE ERRORES
LA SIMULACION PRESENTADA POR LA ALUMNA VANIA TIENE SOLO UNA MAYA EN
GENERAL COMO SE MENCIONO ANTERIORMENTE DEBE HABER UNA MAYA POR CADA
CASO DE EMERGENCIA EN EL HOSPITAL.
FALTA DE SIMULACIONES ANTIGUAS.
FALTA DE SIMULACIONES MODERNAS CON CADA CASO DE PACIENTE.
FALTA DE APLICACIONES DE DIFERENTES AREAS RESTANTES EN LA SIMULACION.
SOLO TIENE UNA SIMULACION GENERAL.
CONCLUSIONES
EN CONCLUSION LA MAYA PRESENTADA POR LA LIDER DE GRUPO ES OBSOLETA AL
IGUAL QUE LAS MAYAS ANTERIORES PRESENTADAS POR LOS DEMAS GRUPOS.
EN CUANTO AL RENDIMIENTO GENERAL DE LA MAYA SE PRESENTA MUCHOS ERRORES
MENCIONADOS ANTERIORMENTE, EN CASO DE PACIENTES, LAS MAYAS MODERNAS Y
ANTIGUAS PARA LOS DISTINTOS CASOS DE PACIENTES Y CORREGIR ALGUNOS ERRORES
CRITICADOS.

Malla Grupo Daniela
EN EL SIGUIENTE PROYECTO DE ESSALUD REALIZADOS POR LOS ALUMNOS DE
INGENIERA DE SISTEMAS E INFORMTICA, RESALTAREMOS LOS SIGUIENTES PUNTOS
A TRATAR COMO MEDIDA CAUTELAR DE CRTICA CONSTRUCTIVA SOBRE EL PROYECTO,
PARA ESO SEVEROS CON LOS PUNTOS DE CONVERGENCIA SOBRE SU TRABAJO
REALIZADO.
PARA COMENZAR EL TRABAJO TENDREMOS EN CUENTA COMO EST REALIZADO POR
PUNTOS LOS TEMAS REALIZADOS, EN CUANTO SIMULACIN SOLO DAREMOS A
RESALTAR QUE SISTEMAS Y SIMULACIONES SON NECESARIOS REALIZAR PARA EL BUEN
ENTENDIMIENTO DEL FUNCIONAMIENTO DEL SECTOR DE EMERGENCIA DEL HOSPITAL
FLIX TORREALVA
PARA EMPEZAR A TRABAJAR LOS TEMAS DE INFORMACIN DEL HOSPITAL DE ES
SALUD TENEMOS Q TENER EN CUENTA LOS SIGUIENTES PUNTOS:
LOS PACIENTES SIEMPRE LLEGADOS AL SECTOR DE EMERGENCIA NO SON DE LA
MISMA MAGNITUD Y POR CONSIGUIENTE SE TIENE QUE DIFERENCIAR CADA TIPO DE
PACIENTE.
LOS PACIENTES LLEGADOS EN EL REA DE EMERGENCIA TENDRN QUE SER
DIFERENCIADO SEGN EL CASO DE GRAVEDAD DEL MISMO.
CUANDO LOS PACIENTES LLEGAN AL SERVICIO DE EMERGENCIA EL DOCTOR DE TURNO
DEL HOSPITAL TENDR LA RESPONSABILIDAD DE DECIDIR CMO Y DE QU MANERA
SER TRATADO EL PACIENTE.
LOS PACIENTES SEGN SU CASO SERN TRATADO EN DISTINTOS ORDEN Y PRIORIDAD
SEGN SU GRAVEDAD, CLARO EST, PARA PODER IDENTIFICARLOS DE MANERA
CORRECTA
POR LTIMO CASO TENDREMOS QUE DIVIDIR LOS CASOS EN EL REA DE EMERGENCIA
SEGN SU CASO COMO YA SE MENCION ANTERIORMENTE
CASO LEVE
CASO GRAVE
CASO MUY GRAVE
TRASLADO O REFERENCIA
EN EL INFORME Y ESTA CRTICA CONSTRUCTIVA DEL GRUPO SE TRATARA DE DAR
INFORMACIN SOBRE LOS PROCESOS NUEVOS Y ANTIGUOS, PARA DAR
CONOCIMIENTO DEL PROCESO NUEVO PRIMERO TENEMOS QUE TENER PROCESO
ANTIGUOS PARA DARNOS CUENTA QUE FACTORES FALTAN PARA PODER ANALIZAR
PROCESO NUEVO, EN ESO PUNTO NO TENEMOS PROCESOS ANTIGUOS REALIZADOS EN
SIMULACIONES POR LO QUE CARECE DE PUNTOS CIEGOS REALIZADOS EN ESTE TEMA.
SOBRE LOS PROCESOS NUEVOS LOS TEMAS QUE SE REALIZARON CARECEN DE
DETALLES MUCHOS MAYORES POR LO QUE SE HACE INCOHERENTE TENER PROCESOS
NUEVOS YA QUE NO SE TIENE LOS PROCESOS ANTIGUOS COMO REFERENCIA PARA UN
BUEN DESARROLLO DEL TEMA.
SER PERSONAS
SOLO EN ESTE INFORME FALTA UN TOTAL CASO DE SITUACIONES DE EMERGENCIA
COMO PROCESOS ANTIGUOS Y PROCESOS NUEVOS SOLO SE REALIZARAN PROCESOS
NUEVOS COMO PARTE DE UN PLAN DE DESARROLLO ACTUALIZADO.

CASO DE PACIENTES LEVES
LOS PACIENTES LEVES DE CASOS DE RIESGO DE MUERTE BAJO EN NIVEL DEL 15%
EJEMPLOS
TOS LEVES
CADAS LEVES
CORTES PEQUEOS
QUEMADURAS PEQUEAS, ETC
Caso de pacientes graves
LOS PACIENTES GRAVES SON PERSONAS CON PORCENTAJE DE MUERTE DEL MS 50%,
PERSONAS QUE SUFRES DE ENFERMEDADES GRAVES Y QUEJOSAS O HERIDAS SEVERAS.
EJEMPLO
CORTES SEVEROS
QUEMADURAS DE 2 GRADO
CADAS DE MOTOS
ENFERMEDADES CONTAGIOSAS
OPERACIONES DE ALTO GRADO

PACIENTES MUY GRAVES
LOS PACIENTE CONSIDERADOS MUY GRAVES SON PERSONAS CON EL MS ALTO
PORCENTAJE DE MUERTE POCO PROBABILIDAD DE VIDA.
EJEMPLO
OPERACIONES MUY GRAVES
CHOQUES
ACCIDENTES
CORTES PROFUNDOS, ETC
TRASLADO Y REFERENCIA
LOS TRASLADOS Y REFERENCIA SON CASOS DONDE NO DIFERENCIA CASO DE
EMERGENCIA, PUEDEN SER LEVES, GRAVES Y CLARO ESTA LOS DE MUY GRAVES.
SOLO SON LLEVADOS A OTRO CENTRO DE SERVICIO PARA SER ANALIZADOS DE
MANERA MS MINUCIOSA Y DAR CON EL RESULTADO DEL PROBLEMA CON MAYOR
RAPIDEZ.
CONCLUSIONES
PARA DAR CONCLUSIONES DE ESTE TEMA DE TESIS EN EL HOSPITAL HAREMOS
NUMERACIONES DE LOS TEMAS FALTANTES EN CUANTAS SIMULACIONES Y
RESULTADOS
FALTA DE PROCESOS ANTIGUOS.
FALTA DE DIFERENCIA DE CASOS DE EMERGENCIA.
CASO LEVE
CASO GRAVE
CASO MUY GRAVE
REFERENCIA Y TRASLADO
FALTA DE DESCRIPCIN DE LAS SIMULACIONES EN CADA CASO.
FALTANTE DE INFORMACIN EN CUANTO A DESCRIPCIN DE DETALLES EN DEL
HOSPITAL Y DATA
FALTANTE DE INTERS DE DESARROLLO POR UN SISTEMA DE SIMULACIN DE
NUEVOS Y ANTIGUOS PROCESOS DEL HOSPITAL
EN RESUMEN EL TRABAJO CALIFICADO Y CRITICADO TIENE ERRORES
MAYORITARIOS EN SIMULACIN DE DESCRIPCIN DE PROCESOS, FALTA DE
INFORMACIN SOBRE EL HOSPITAL, FALTA DE INTERS EN UN BUEN
DESARROLLO DE SISTEMAS DE GESTIN Y PREPARACIN DE BUEN MATERIAL
DE ESTUDIO.
REALIZADO Y ESCRITO POR MARQUEZ MONTOYA GEORGE ANDRE, ALUMNO DE
LA ESCUELA DE INGENIERIA DE SISTEMAS E INFORMATICA DE LA
UNIVERSIADAD DE ALAS PERUANAS.

CAPITULO VII
Las tcnicas de recoleccin de informacin son procedimientos especiales
utilizados para obtener y evaluar las evidencias necesarias, suficientes y
competentes que le permitan formar un juicio profesional y objetivo, que facilite
la calificacin de los hallazgos detectados en la materia examinada.
Se debe seleccionar la tcnica ms apropiada, para examinar cualquier
operacin, actividad, rea, programa, proyecto o transaccin de la entidad bajo
examen.

7.1: TCNICAS DE RECOLECCION DE INFORMACION

Las principales tcnicas que se han utilizado para levantamiento de informacin
son:

A. Entrevistas

Es una conversacin entre dos o ms personas, en la cual uno es el que
pregunta. Estas personas dialogan con arreglo a ciertos esquemas o pausas de
un problema o cuestin determinada, teniendo un propsito profesional.

B. Observacin directa

Es aquella donde se tienen un contacto directo con los elementos o caracteres
en los cuales se presenta el fenmeno que se pretende investigar, y los
resultados obtenidos se consideran datos estadsticos originales.

C. La escala de Likert

Es aquella que est basada en una escala de Satisfecho, ms o menos
satisfecho y, insatisfecho con una medida numrica.

7.2: INSTRUMENTOS DE RECOLECCION DE INFORMACION

Los instrumentos utilizados fueron los siguientes:

a) La gua de entrevista.
b) Formularios.
c) La gua de Observacin.

7.3: TECNICAS DE ANALISIS E INTERPRETACION DE LA INFORMACION.

Para el desarrollo se ha utilizado el mtodo cientfico; por proporcionar un
planeamiento ordenado y un nivel e rigurosidad alto en el tratamiento de los
datos y anlisis e resultados.
En forma complementaria se ha utilizado el enfoque sistmico; porque
permite tener la visin integral de toda la situacin problemtica bajo estudio,
as como el enfoque de la solucin.

7.4: ASPECTO ETICO.

Toda investigacin con seres humanos debe realizarse de acuerdo con cuatro
principios ticos bsicos: el respecto a las personas y su autonoma, la
beneficencia, la no maleficencia y la justicia.

El proyecto y el mtodo de todo procedimiento experimental, debe formularse
claramente en un protocolo o proyecto de investigacin. Este debe enviarse,
para consideracin, comentario, consejo, y cuando sea oportuno, aprobacin, a
un comit de evaluacin tica especialmente designado, que debe ser
independiente del investigador, del patrocinador o de cualquier otro tipo de
influencia indebida. Para formar parte de una investigacin TODOS los
individuos deben ser voluntarios e informados.
Otro aspecto a tener en cuenta son:
- Procurar el mximo beneficio comunicando y publicando los resultados del
estudio
- Reducir el dao al mnimo respetando las distintas culturas y costumbres
sociales
- Confidencialidad: determinacin de la incompatibilidad de
intereses, objetividad.

7.5. Conclusiones.


7.5.1 Conclusiones especficas.

Se ha logrado el objetivo de acelerar el procedimiento de las colas con la
aplicacin de Out.System en el centro de ESSALUD Flix TorreAlva Gutirrez
ICA, los cuales nos dan las siguientes conclusiones.

A: En las pre pruebas del rendimiento de procesos que se dan en el hospital
Flix Torrealva Gutirrez son beneficiosos para la gestin de los pacientes
que se encuentran en la sala de emergencia. Dando una mejor administracin
en los datos teniendo encuentra los horarios de entrada y los tiempos de
servicios que se dan por cada paciente dando un resulta beneficioso para el
hospital Flix Torrealva Gutirrez.



7.5.2 Conclusiones generales.

Los hallazgos descritos en este trabajo contribuyen a mostrar la magnitud del
problema, y con las indicaciones que especificamos encontraremos una forma
de minimizar el problema haciendo ms efectivo el trabajo. A continuacin la
tabla de conclusiones generales:

Tabla N1: Conclusiones Generales.









7.6. Recomendaciones.

Una vez terminadas las siguientes investigaciones se pueden dar las
recomendaciones propuestas.

a. La gerencia debe apoyar la adopcin nuevas tecnologas y capacitar al
personal para sacar el mximo desempeo al mdulo de produccin de
ESSALUD.

b. Capacitar al personal para lograr adaptar otros procesos de la empresa a los
mdulos de tal manera que se logre un mejor desempeo.


c. Lograr una mejor interaccin con el cliente para mejorar la planificacin de la
produccin mediante rdenes y planificacin de emergencias.


d. Brindar una buena atencin al usuario en todos los servicios que ofrece el
Hospital y aprovechar la satisfaccin de que se est trabajando de forma
efectiva.


Indicador Z Zc
Validacin
Ha
Incremento Decremento
Y1=Eficiencia
Del empleado
2,41 1,673 SI 2,76% -
Y2=Eficacia de
produccin
2,96 1,688 SI 2,68% -
Y3=Efectividad
de produccin
3,63 1,681 SI 5,47% -
Y4=Tiempo en
generar
reporte de
produccin
-19,87 -1,673 SI - 51,20%
e. Mejorar la relacin con los proveedores de manera ms estrecha y dinmica
de manera que se asegura el flujo continuo en el momento adecuado.


f. Aplicar gradualmente otros mdulos de Out.System de manera que aumente
la integracin de la empresa entre sus diversas reas.


g. Administrar los usuarios roles de manera que se tenga un acceso seguro al
ERP y no se comprometan datos sensibles de la empresa.

h. Elaborar planes de capacitacin para todo el personal que labora en el
Hospital, en base a las necesidades por departamento, especficamente el
servicio al cliente y la calidad.

FUENTES DE INFORMACIN

Libros:

1. Gestion de administracin. LA ADMINISTRACION CENTRAL.

Artculos de Internet:

1. fuente de essalud. En:
http://www.essalud.gob.pe/nuestras-redes-asistenciales/red-asistencial-ica/

2. sistema de control de essalud, En:
http://www.essalud.gob.pe/sistema-de-control-interno/

3. informe estadstico de essalud en los ltimos aos. En:
http://www.essalud.gob.pe/estadistica-institucional/

4. acuerdos de gestion. En:
http://www.essalud.gob.pe/acuerdos-de-gestion/

5. GESTION DE LA PRODUCCION COMO PLANIFICAR Y CONTROLAR LA
PRODUCCION INDUSTRIAL. En:
http://books.google.com.pe/books?id=FWH7dzN_T2UC&printsec=frontcover&s
ourc
e=gbs_ge_summary_r&cad=0#v=onepage&q&f=false

6. UN POCO DE HISTORIA DE PRODUCCIN. En:
https://sites.google.com/site/340gestiondeproduccion/-que-es-la-produccion


7. CONTROL DE PRODUCCIN. En:
http://www.buenastareas.com/ensayos/Control-De-Produccion/2238265.html


8. Planeacin y control de la produccin balanceo de cargas: En:
http://www.gestiopolis.com/recursos/documentos/fulldocs/ger1/pcplinen.htm


9. Qu es un software ERP? En:
http://www.aqa.org.ar/iyq356/GenteyEmpresas356.pdf


10. software de ERP. En:
http://www.libertya.org/

11. Recursos tecnolgicos. En:
http://www.bilib.es/recursos/articulos-tecnologicos/articulo-
tecnologico/doc/caso-de-
exito-implantacion-de-un-erp-en-un-establecimiento-hotelero/

12. 10 programas ERP software para PYMES. En:
http://observatorioredesempresariales.wordpress.com/tag/productividad/page/7/

13. ERP EMPRESAS PERUANAS. En:
http://estudiantesindustrialucv.blogspot.com/2009/09/erp-empresas-
peruanas.html

14. Conceptos claros ERP. En:
www.google.com.pe/url?sa=t&rct=j&q=&esrc=s&source=web&cd=3&cad=rja&v
ed=0
CF0QFjAC&url=http://tuquiosco.es/sistemas-informacion/conceptos-claros-erp-
enterprise-resource-
Planning/&ei=wci8UMj0CYfG9gSr6IDQCQ&usg=AFQjCNFLT3FQAYEdW_dH_
r3XY
ptt3lfZ0A&sig2=e9jP17LKnArrocLR8sdxrg

15. MRP I, En:
http://members.tripod.com/el_mrp/mrp1.htm


PROBLEMA OBJETIVO HIPOTESIS
VARIABLES INDICADORES INDICES METODOS TCNICAS
INSTRUM
ENTOS
Problema
principal
Objetivo
general
Hiptesis
General
En qu
medida la
aplicacin
del mdulo
de gestin
de
Out.System
influyen el
proceso
control de
gestin
administrativ
a al hospital
ESSALUD?
Determinar la
medida en
que la
aplicacin
del mdulo
de
gestin de
Out.System
influye
en el proceso
de control de
produccin
del hospital
ESSALUD.
Si se aplica
el mdulo de
produccin
de
Out.System
entonces se
influye de
manera
positiva en
el proceso
de control
de
produccin
del hospital
ESSALUD.
Independiente X11= Aplicacin del
mdulo de produccin de
Out.System.
Variable
NO - SI
Tipo de Investigacin:
- Aplicada
Nivel de la
investigacin:
-Descriptivo
Diseo de la
investigacin:
Cuasi experimental con
pre y post prueba
Ge= O1 X O2
Universo:
Procesos de
produccin.
Poblacin:
Procesos de
produccin
bimestral(46)
Muestra: 31Procesos
de control
Observacin
de campo
Anlisis
documental
Entrevista
Cuestionario
Ficha de
observacin
Gua de
observacin
X1 = Aplicacin
del mdulo de
produccin de
Out.System.
Dependiente
Y11= Eficiencia
rendimiento de Materia
Prima
Y12=Eficacia de
produccin.
Y13= Efectividad de
produccin.
Y14=Tiempo en generar
informe de produccin.
Y15= Tiempo en generar
Informe.
[72.86% -
93.47%]
[82.10%
99.50%]
[61.78% -
89.24%]
MIN[23 -32]
MIN[34 -42]
Y1= Proceso de
control de
gestin de
pacientes de
ESSALUD.


ANEXOS

Anexo N1
Matriz de consistencia
ESSALUD.S.A.C


Anexo N2

EMPRESA DONDE SE REALIZARA EL ESTUDIO























EXTERIOR DONDE SE ENCUENTRA.
















Anexo N3

SITUACIN ACTUAL
EXCEL DE GESTION ADMINISTRATIVA.


























EXCEL DE ALMACEN
Nmero
de
registro
FECHA PROVEEDOR
NUMERO DE
CAJAS (KG)
KG PROD
TERMINA
DO
KG MAT
PRIMA
(PLANTA)
EFICIENC.
REND.
MATERIA
PRIMA %
5 12
1 04/03/2013 SANTA CECILIA 1145 96 6877 8872.9 77.51%
2 05/03/2013 SANTA CECILIA 1127 96 6787 8219.9 82.57%
3 06/03/2013 380 368 6316 7576.4 83.36%
4 07/03/2013 862 192 6614 8684 76.16%
5 08/03/2013 317 304 5233 6648.2 78.71%
6 09/03/2013 362 284 5218 6932.4 75.27%
7 11/03/2013 758 233 6586 8462.4 77.83%
8 12/03/2013 1203 118 7431 7950.4 93.47%
9 13/03/2013 641 0 3205 3858 83.07%
10 14/03/2013 828 96 5292 6408 82.58%
11 15/03/2013 1356 0 6780 8811 76.95%
12 18/03/2013 1543 0 7715 10433 73.95%
13 19/03/2013 1530 0 7650 10150 75.37%
14 20/03/2013 690 0 3450 4519.4 76.34%
15 21/03/2013 1634 0 8170 11081.4 73.73%
16 22/03/2013 1854 0 9270 12722.2 72.86%
17 23/03/2013 1305 0 6525 8642.6 75.50%
18 25/03/2013 1752 0 8760 11694.2 74.91%
19 26/03/2013 1011 0 5055 6377.2 79.27%
20 27/03/2013 1009 0 5045 6421 78.57%
21 28/03/2013 599 0 2995 3925.6 76.29%
22 29/03/2013 780 35 4320 5837 74.01%
23 30/03/2013 760 0 3800 5086.2 74.71%
24 01/04/2013 780 0 3900 4936 79.01%
25 02/04/2013 799 0 3995 4990.4 80.05%
26 03/04/2013 843 96 5367 6824 78.65%
27 04/04/2013 867 0 4335 5433.8 79.78%
28 05/04/2013 745 0 3725 4685.8 79.50%
29 06/04/2013 1100 0 5500 6872.6 80.03%
30 08/04/2013 1587 240 10815 13849 78.09%
31 09/04/2013 659 260 6415 8224.4 78.00%
Anexo N5: Ficha para la recoleccin de la eficiencia rendimiento de
materia prima.
Nmero
de
registro
FECHA
Kg Mat
Prima
Estimada
REND. ANT
MATERIA
PRIMA
Kg EST PROD
TERM
KG PROD
TERMINADO
% Eficacia Prod.
1 04/03/2013 9000 78.82% 7093.81 6877 96.94%
2 05/03/2013 9000 77.51% 6975.51 6787 97.30%
3 06/03/2013 8000 82.57% 6605.43 6316 95.62%
4 07/03/2013 9000 83.36% 7502.77 6614 88.15%
5 08/03/2013 7000 76.16% 5331.41 5233 98.15%
6 09/03/2013 7000 78.71% 5509.91 5218 94.70%
7 11/03/2013 9000 75.27% 6774.28 6586 97.22%
8 12/03/2013 10000 77.83% 7782.66 7431 95.48%
9 13/03/2013 4000 93.47% 3738.68 3205 85.73%
10 14/03/2013 6600 83.07% 5482.89 5292 96.52%
11 15/03/2013 10000 82.58% 8258.43 6780 82.10%
12 18/03/2013 12000 76.95% 9233.91 7715 83.55%
13 19/03/2013 11500 73.95% 8504.03 7650 89.96%
14 20/03/2013 5000 75.37% 3768.47 3450 91.55%
15 21/03/2013 12000 76.34% 9160.51 8170 89.19%
16 22/03/2013 13000 73.73% 9584.53 9270 96.72%
17 23/03/2013 9000 72.86% 6557.83 6525 99.50%
18 25/03/2013 12000 75.50% 9059.77 8760 96.69%
19 26/03/2013 7000 74.91% 5243.63 5055 96.40%
20 27/03/2013 6500 79.27% 5152.34 5045 97.92%
21 28/03/2013 4000 78.57% 3142.81 2995 95.30%
22 29/03/2013 6000 76.29% 4577.64 4320 94.37%
23 30/03/2013 5500 74.01% 4070.58 3800 93.35%
24 01/04/2013 5250 74.71% 3922.38 3900 99.43%
25 02/04/2013 5250 79.01% 4148.10 3995 96.31%
26 03/04/2013 7000 80.05% 5603.76 5367 95.77%
27 04/04/2013 6000 78.65% 4718.93 4335 91.86%
28 05/04/2013 5000 79.78% 3988.92 3725 93.38%
29 06/04/2013 7000 79.50% 5564.68 5500 98.84%
30 08/04/2013 14000 80.03% 11203.91 10815 96.53%
31 09/04/2013 8500 78.09% 6637.84 6415 96.64%

Anexo N6: Ficha para la recoleccin de eficacia de produccin.
Nmero
de
registro
FECHA
% Eficacia
Prod.
EFICIENC.
REND. MATERIA
PRIMA
Efectividad
Produccin
1 04/03/2013 96.94% 77.51% 75.14%
2 05/03/2013 97.30% 82.57% 80.34%
3 06/03/2013 95.62% 83.36% 79.71%
4 07/03/2013 88.15% 76.16% 67.14%
5 08/03/2013 98.15% 78.71% 77.26%
6 09/03/2013 94.70% 75.27% 71.28%
7 11/03/2013 97.22% 77.83% 75.66%
8 12/03/2013 95.48% 93.47% 89.24%
9 13/03/2013 85.73% 83.07% 71.22%
10 14/03/2013 96.52% 82.58% 79.71%
11 15/03/2013 82.10% 76.95% 63.17%
12 18/03/2013 83.55% 73.95% 61.78%
13 19/03/2013 89.96% 75.37% 67.80%
14 20/03/2013 91.55% 76.34% 69.89%
15 21/03/2013 89.19% 73.73% 65.76%
16 22/03/2013 96.72% 72.86% 70.47%
17 23/03/2013 99.50% 75.50% 75.12%
18 25/03/2013 96.69% 74.91% 72.43%
19 26/03/2013 96.40% 79.27% 76.42%
20 27/03/2013 97.92% 78.57% 76.93%
21 28/03/2013 95.30% 76.29% 72.71%
22 29/03/2013 94.37% 74.01% 69.85%
23 30/03/2013 93.35% 74.71% 69.75%
24 01/04/2013 99.43% 79.01% 78.56%
25 02/04/2013 96.31% 80.05% 77.10%
26 03/04/2013 95.77% 78.65% 75.33%
27 04/04/2013 91.86% 79.78% 73.29%
28 05/04/2013 93.38% 79.50% 74.24%
29 06/04/2013 98.84% 80.03% 79.10%
30 08/04/2013 96.53% 78.09% 75.38%
31 09/04/2013 96.64% 78.00% 75.38%

Anexo N7: Ficha para la recoleccin de efectividad de produccin.
Nmero
de registro
FECHA
HORA
INICIO
HORA
FIN
HORA
ENVIO REP
PROD
TIEMPO
EN
GENERAR
REPORTE
(MIN)
1 04/03/2013 09:00 a.m. 17:23:00 17:51:00 0:28:00
2 05/03/2013 09:00 a.m. 16:37:00 17:00:00 0:23:00
3 06/03/2013 09:00 a.m. 16:45:00 17:10:00 0:25:00
4 07/03/2013 09:00 a.m. 17:15:00 17:47:00 0:32:00
5 08/03/2013 09:00 a.m. 16:11:00 16:43:00 0:32:00
6 09/03/2013 09:00 a.m. 17:27:00 17:51:00 0:24:00
7 11/03/2013 09:00 a.m. 17:34:00 17:59:00 0:25:00
8 12/03/2013 09:00 a.m. 17:47:00 18:13:00 0:26:00
9 13/03/2013 09:00 a.m. 14:09:00 14:37:00 0:28:00
10 14/03/2013 09:00 a.m. 15:47:00 16:12:00 0:25:00
11 15/03/2013 09:00 a.m. 17:49:00 18:12:00 0:23:00
12 18/03/2013 09:00 a.m. 19:14:00 19:42:00 0:28:00
13 19/03/2013 09:00 a.m. 19:21:00 19:46:00 0:25:00
14 20/03/2013 09:00 a.m. 15:27:00 15:59:00 0:32:00
15 21/03/2013 09:00 a.m. 19:38:00 20:09:00 0:31:00
16 22/03/2013 09:00 a.m. 21:41:00 22:06:00 0:25:00
17 23/03/2013 09:00 a.m. 17:19:00 17:44:00 0:25:00
18 25/03/2013 09:00 a.m. 18:33:00 18:57:00 0:24:00
19 26/03/2013 09:00 a.m. 16:48:00 17:14:00 0:26:00
20 27/03/2013 09:00 a.m. 17:03:00 17:27:00 0:24:00
21 28/03/2013 09:00 a.m. 15:18:00 15:45:00 0:27:00
22 29/03/2013 09:00 a.m. 16:48:00 17:11:00 0:23:00
23 30/03/2013 09:00 a.m. 16:21:00 16:47:00 0:26:00
24 01/04/2013 09:00 a.m. 16:18:00 16:44:00 0:26:00
25 02/04/2013 09:00 a.m. 16:33:00 16:56:00 0:23:00
26 03/04/2013 09:00 a.m. 16:57:00 17:29:00 0:32:00
27 04/04/2013 09:00 a.m. 17:19:00 17:46:00 0:27:00
28 05/04/2013 09:00 a.m. 15:12:00 15:40:00 0:28:00
29 06/04/2013 09:00 a.m. 17:18:00 17:44:00 0:26:00
30 08/04/2013 09:00 a.m. 20:02:00 20:33:00 0:31:00
31 09/04/2013 09:00 a.m. 17:33:00 18:05:00 0:32:00

Anexo N8: Ficha para el registro de tiempo en generar informe de
produccin.
Nmero
de
registro
FECHA HORA INICIO HORA FIN
HORA ENVIO
REP PROD
HORA ENVIA REP
KARDEX
TIEMPO EN
GENERAR
REPORTE
(MIN)
1 04/03/2013 09:00 a.m. 17:23:00 17:51:00 18:26:00 0:35:00
2 05/03/2013 09:00 a.m. 16:37:00 17:00:00 17:42:00 0:42:00
3 06/03/2013 09:00 a.m. 16:45:00 17:10:00 17:48:00 0:38:00
4 07/03/2013 09:00 a.m. 17:15:00 17:47:00 18:27:00 0:40:00
5 08/03/2013 09:00 a.m. 16:11:00 16:43:00 17:21:00 0:38:00
6 09/03/2013 09:00 a.m. 17:27:00 17:51:00 18:28:00 0:37:00
7 11/03/2013 09:00 a.m. 17:34:00 17:59:00 18:35:00 0:36:00
8 12/03/2013 09:00 a.m. 17:47:00 18:13:00 18:54:00 0:41:00
9 13/03/2013 09:00 a.m. 14:09:00 14:37:00 15:18:00 0:41:00
10 14/03/2013 09:00 a.m. 15:47:00 16:12:00 16:48:00 0:36:00
11 15/03/2013 09:00 a.m. 17:49:00 18:12:00 18:46:00 0:34:00
12 18/03/2013 09:00 a.m. 19:14:00 19:42:00 20:19:00 0:37:00
13 19/03/2013 09:00 a.m. 19:21:00 19:46:00 20:21:00 0:35:00
14 20/03/2013 09:00 a.m. 15:27:00 15:59:00 16:40:00 0:41:00
15 21/03/2013 09:00 a.m. 19:38:00 20:09:00 20:51:00 0:42:00
16 22/03/2013 09:00 a.m. 21:41:00 22:06:00 22:47:00 0:41:00
17 23/03/2013 09:00 a.m. 17:19:00 17:44:00 18:21:00 0:37:00
18 25/03/2013 09:00 a.m. 18:33:00 18:57:00 19:37:00 0:40:00
19 26/03/2013 09:00 a.m. 16:48:00 17:14:00 17:49:00 0:35:00
20 27/03/2013 09:00 a.m. 17:03:00 17:27:00 18:03:00 0:36:00
21 28/03/2013 09:00 a.m. 15:18:00 15:45:00 16:24:00 0:39:00
22 29/03/2013 09:00 a.m. 16:48:00 17:11:00 17:48:00 0:37:00
23 30/03/2013 09:00 a.m. 16:21:00 16:47:00 17:29:00 0:42:00
24 01/04/2013 09:00 a.m. 16:18:00 16:44:00 17:21:00 0:37:00
25 02/04/2013 09:00 a.m. 16:33:00 16:56:00 17:32:00 0:36:00
26 03/04/2013 09:00 a.m. 16:57:00 17:29:00 18:09:00 0:40:00
27 04/04/2013 09:00 a.m. 17:19:00 17:46:00 18:22:00 0:36:00
28 05/04/2013 09:00 a.m. 15:12:00 15:40:00 16:14:00 0:34:00
29 06/04/2013 09:00 a.m. 17:18:00 17:44:00 18:25:00 0:41:00
30 08/04/2013 09:00 a.m. 20:02:00 20:33:00 21:15:00 0:42:00
31 09/04/2013 09:00 a.m. 17:33:00 18:05:00 18:39:00 0:34:00

Anexo N9 Ficha para el registro tiempo en generar informe.
Nmero
de
registro
FECHA PROVEEDOR
NUMERO DE CAJAS
(KG) KG PROD
TERMINADO
KG MAT
PRIMA
(PLANTA)
EFICIENC.
REND.
MATERIA
PRIMA %
5 12
1 24/04/2013 "" 691 367 7859 10089,2 77,90%
2 25/04/2013 "" 1293 93 7581 9179 82,59%
3 26/04/2013 "" 1668 0 8340 10318,4 80,83%
4 27/04/2013 "" 1028 0 5140 6001,4 85,65%
5 29/04/2013 "" 411 2 2079 2546 81,66%
6 30/04/2013 "" 795 190 6255 8096 77,26%
7 02/05/2013 "" 523 0 2615 3286,8 79,56%
8 03/05/2013 "" 909 0 4545 5744,2 79,12%
9 06/05/2013 "" 1095 0 5475 7111,2 76,99%
10 07/05/2013 "" 531 95 3795 5017 75,64%
11 08/05/2013 "" 402 144 3738 4834 77,33%
12 09/05/2013 "" 296 71 2332 2933,8 79,49%
13 10/05/2013 "" 724 0 3620 4097,8 88,34%
14 13/05/2013 "" 624 0 3120 3864,8 80,73%
15 14/05/2013 "" 696 144 5208 6538,6 79,65%
16 15/05/2013 "" 1067 0 5335 6504,4 82,02%
17 16/05/2013 "" 280 136 3032 3855 78,65%
18 17/05/2013 "" 481 195 4745 5879,2 80,71%
19 18/05/2013 "" 523 149 4403 5518,8 79,78%
20 20/05/2013 "" 784 0 3920 4525,8 86,61%
21 21/05/2013 "" 994 0 4970 5964 83,33%
22 22/05/2013 "" 590 192 5254 6511,2 80,69%
23 23/05/2013 "" 258 104 2538 3312,5 76,62%
24 24/05/2013 "" 607 136 4667 5589,8 83,49%
25 25/05/2013 "" 154 141 2462 2987,2 82,42%
26 27/05/2013 "" 157 222 3449 4538,2 76,00%
27 28/05/2013 "" 318 145 3330 4148 80,28%
28 29/05/2013 "" 312 95 2700 3264,2 82,72%
29 30/05/2013 "" 572 192 5164 6330,4 81,57%
30 31/05/2013 "" 142 144 2438 3075,4 79,27%
31 01/06/2013 "" 143 180 2875 3738,4 76,90%



Anexo N10: Ficha post para la recoleccin de la eficiencia rendimiento.
Nmero
de
registro
FECHA
Kg Mat
Prima
Estimada
RENDIMIENTO
Kg EST PROD
TERM
KG PROD
TERMINADO
% Eficacia Prod
1 24/04/2013 9500 78,00% 7409,96 7359 99,31%
2 25/04/2013 9500 77,90% 7400,04 7081 95,69%
3 26/04/2013 10500 82,59% 8672,02 8340 96,17%
4 27/04/2013 6000 80,83% 4849,59 4640 95,68%
5 29/04/2013 2400 85,65% 2055,52 1979 96,28%
6 30/04/2013 8000 81,66% 6532,60 6255 95,75%
7 02/05/2013 3500 77,26% 2704,11 2615 96,70%
8 03/05/2013 6000 79,56% 4773,64 4545 95,21%
9 06/05/2013 7000 79,12% 5538,63 5475 98,85%
10 07/05/2013 5000 76,99% 3849,56 3795 98,58%
11 08/05/2013 5000 75,64% 3782,14 3738 98,83%
12 09/05/2013 3000 77,33% 2319,82 2277 98,15%
13 10/05/2013 4500 79,49% 3576,93 3470 97,01%
14 13/05/2013 3800 88,34% 3356,92 3120 92,94%
15 14/05/2013 6800 80,73% 5489,55 5208 94,87%
16 15/05/2013 7000 79,65% 5575,51 5335 95,69%
17 16/05/2013 3800 82,02% 3116,81 3032 97,28%
18 17/05/2013 6000 78,65% 4719,07 4595 97,37%
19 18/05/2013 5600 80,71% 4519,66 4403 97,42%
20 20/05/2013 5000 79,78% 3989,09 3820 95,76%
21 21/05/2013 6000 86,61% 5196,87 4970 95,63%
22 22/05/2013 6500 83,33% 5416,67 5254 97,00%
23 23/05/2013 3200 80,69% 2582,14 2538 98,29%
24 24/05/2013 6000 76,62% 4597,13 4482 97,50%
25 25/05/2013 2800 83,49% 2337,76 2212 94,62%
26 27/05/2013 4200 82,42% 3461,57 3399 98,19%
27 28/05/2013 4500 76,00% 3419,97 3330 97,37%
28 29/05/2013 3500 80,28% 2809,79 2700 96,09%
29 30/05/2013 6500 82,72% 5376,51 5164 96,05%
30 31/05/2013 3000 81,57% 2447,24 2438 99,62%
31 01/06/2013 3800 79,27% 3012,42 2875 95,44%

Anexo N11: Ficha post para la recoleccin de eficacia de produccin.
Nmero
de
registro
FECHA
% Eficacia
Prod
EFICIENCIA.
Efectividad
Produccin
1 24/04/2013 99,31% 77,90% 77,36%
2 25/04/2013 95,69% 82,59% 79,03%
3 26/04/2013 96,17% 80,83% 77,73%
4 27/04/2013 95,68% 85,65% 81,95%
5 29/04/2013 96,28% 81,66% 78,62%
6 30/04/2013 95,75% 77,26% 73,98%
7 02/05/2013 96,70% 79,56% 76,94%
8 03/05/2013 95,21% 79,12% 75,33%
9 06/05/2013 98,85% 76,99% 76,11%
10 07/05/2013 98,58% 75,64% 74,57%
11 08/05/2013 98,83% 77,33% 76,42%
12 09/05/2013 98,15% 79,49% 78,02%
13 10/05/2013 97,01% 88,34% 85,70%
14 13/05/2013 92,94% 80,73% 75,03%
15 14/05/2013 94,87% 79,65% 75,57%
16 15/05/2013 95,69% 82,02% 78,48%
17 16/05/2013 97,28% 78,65% 76,51%
18 17/05/2013 97,37% 80,71% 78,59%
19 18/05/2013 97,42% 79,78% 77,72%
20 20/05/2013 95,76% 86,61% 82,94%
21 21/05/2013 95,63% 83,33% 79,70%
22 22/05/2013 97,00% 80,69% 78,27%
23 23/05/2013 98,29% 76,62% 75,31%
24 24/05/2013 97,50% 83,49% 81,40%
25 25/05/2013 94,62% 82,42% 77,98%
26 27/05/2013 98,19% 76,00% 74,63%
27 28/05/2013 97,37% 80,28% 78,17%
28 29/05/2013 96,09% 82,72% 79,48%
29 30/05/2013 96,05% 81,57% 78,35%
30 31/05/2013 99,62% 79,27% 78,97%
31 01/06/2013 95,44% 76,90% 73,40%

Anexo N12: Ficha post para la recoleccin de efectividad de gestion.
Nmero
de registro
FECHA
HORA
INICIO
HORA
FIN
HORA
ENVIO REP
PROD
TIEMPO EN
GENERAR
REPORTE
(MIN)
1 24/04/2013 09:00 AM 18:21:00 18:38:00 0:17:00
2 25/04/2013 09:00 AM 17:42:00 17:58:00 0:16:00
3 26/04/2013 09:00 AM 18:41:00 18:58:00 0:17:00
4 27/04/2013 09:00 AM 16:45:00 17:00:00 0:15:00
5 29/04/2013 09:00 AM 14:46:00 15:03:00 0:17:00
6 30/04/2013 09:00 AM 17:14:00 17:30:00 0:16:00
7 02/05/2013 09:00 AM 14:02:00 14:16:00 0:14:00
8 03/05/2013 09:00 AM 16:13:00 16:26:00 0:13:00
9 06/05/2013 09:00 AM 16:55:00 17:08:00 0:13:00
10 07/05/2013 09:00 AM 16:01:00 16:16:00 0:15:00
11 08/05/2013 09:00 AM 15:12:00 15:22:00 0:10:00
12 09/05/2013 09:00 AM 13:37:00 13:50:00 0:13:00
13 10/05/2013 09:00 AM 14:54:00 15:08:00 0:14:00
14 13/05/2013 09:00 AM 15:07:00 15:18:00 0:11:00
15 14/05/2013 09:00 AM 17:05:00 17:18:00 0:13:00
16 15/05/2013 09:00 AM 16:54:00 17:06:00 0:12:00
17 16/05/2013 09:00 AM 15:18:00 15:31:00 0:13:00
18 17/05/2013 09:00 AM 15:57:00 16:12:00 0:15:00
19 18/05/2013 09:00 AM 16:03:00 16:17:00 0:14:00
20 20/05/2013 09:00 AM 15:34:00 15:49:00 0:15:00
21 21/05/2013 09:00 AM 16:12:00 16:24:00 0:12:00
22 22/05/2013 09:00 AM 16:44:00 16:58:00 0:14:00
23 23/05/2013 09:00 AM 14:19:00 14:31:00 0:12:00
24 24/05/2013 09:00 AM 16:32:00 16:44:00 0:12:00
25 25/05/2013 09:00 AM 14:10:00 14:19:00 0:09:00
26 27/05/2013 09:00 AM 15:37:00 15:50:00 0:13:00
27 28/05/2013 09:00 AM 15:16:00 15:25:00 0:09:00
28 29/05/2013 09:00 AM 14:48:00 15:00:00 0:12:00
29 30/05/2013 09:00 AM 16:33:00 16:44:00 0:11:00
30 31/05/2013 09:00 AM 14:20:00 14:30:00 0:10:00
31 01/06/2013 09:00 AM 14:48:00 14:57:00 0:09:00

Anexo N13: Ficha post para el registro de tiempo en generar informe de
gestion.
Nmero
de
registro
FECHA HORA INICIO HORA FIN
HORA ENVIO
REP PROD
HORA ENVIA REP
KARDEX
TIEMPO EN
GENERAR
REPORTE
(MIN)
1 24/04/2013 09:00 AM 18:21:00 18:38:00 18:58:00 0:20:00
2 25/04/2013 09:00 AM 17:42:00 17:58:00 18:17:00 0:19:00
3 26/04/2013 09:00 AM 18:41:00 18:58:00 19:15:00 0:17:00
4 27/04/2013 09:00 AM 16:45:00 17:00:00 17:18:00 0:18:00
5 29/04/2013 09:00 AM 14:46:00 15:03:00 15:22:00 0:19:00
6 30/04/2013 09:00 AM 17:14:00 17:30:00 17:48:00 0:18:00
7 02/05/2013 09:00 AM 14:02:00 14:16:00 14:36:00 0:20:00
8 03/05/2013 09:00 AM 16:13:00 16:26:00 16:42:00 0:16:00
9 06/05/2013 09:00 AM 16:55:00 17:08:00 17:25:00 0:17:00
10 07/05/2013 09:00 AM 16:01:00 16:16:00 16:34:00 0:18:00
11 08/05/2013 09:00 AM 15:12:00 15:22:00 15:38:00 0:16:00
12 09/05/2013 09:00 AM 13:37:00 13:50:00 14:07:00 0:17:00
13 10/05/2013 09:00 AM 14:54:00 15:08:00 15:27:00 0:19:00
14 13/05/2013 09:00 AM 15:07:00 15:18:00 15:34:00 0:16:00
15 14/05/2013 09:00 AM 17:05:00 17:18:00 17:32:00 0:14:00
16 15/05/2013 09:00 AM 16:54:00 17:06:00 17:23:00 0:17:00
17 16/05/2013 09:00 AM 15:18:00 15:31:00 15:46:00 0:15:00
18 17/05/2013 09:00 AM 15:57:00 16:12:00 16:29:00 0:17:00
19 18/05/2013 09:00 AM 16:03:00 16:17:00 16:30:00 0:13:00
20 20/05/2013 09:00 AM 15:34:00 15:49:00 16:03:00 0:14:00
21 21/05/2013 09:00 AM 16:12:00 16:24:00 16:37:00 0:13:00
22 22/05/2013 09:00 AM 16:44:00 16:58:00 17:14:00 0:16:00
23 23/05/2013 09:00 AM 14:19:00 14:31:00 14:48:00 0:17:00
24 24/05/2013 09:00 AM 16:32:00 16:44:00 16:56:00 0:12:00
25 25/05/2013 09:00 AM 14:10:00 14:19:00 14:35:00 0:16:00
26 27/05/2013 09:00 AM 15:37:00 15:50:00 16:04:00 0:14:00
27 28/05/2013 09:00 AM 15:16:00 15:25:00 15:38:00 0:13:00
28 29/05/2013 09:00 AM 14:48:00 15:00:00 15:10:00 0:10:00
29 30/05/2013 09:00 AM 16:33:00 16:44:00 16:58:00 0:14:00
30 31/05/2013 09:00 AM 14:20:00 14:30:00 14:44:00 0:14:00
31 01/06/2013 09:00 AM 14:48:00 14:57:00 15:06:00 0:09:00
Anexo N14 Ficha post para el registro tiempo en generar informe.