tesis usando simio
TRANSCRIPT
-
8/11/2019 Tesis Usando SIMIO
1/82
UNIVERSIDAD DEL BO-BO Profesor Patrocinante:FACULTAD DE INGENIERA Dr. Francisco Ramis L.DEPARTAMENTO DE INGENIERA INDUSTRIAL
Tesis para optar al grado de:Magster en IngenieraIndustrial
Desarrollo de un Modelo de Sistema de SaludMediante un Lenguaje de Simulacin Orientado a
Objeto Inteligente
Concepcin, Mayo de 2011 Marcos Fernando Goldemberg Vargas
-
8/11/2019 Tesis Usando SIMIO
2/82
2
UNIVERSIDAD DEL BO-BO Profesor Patrocinante:FACULTAD DE INGENIERA Dr. Francisco Ramis L.DEPARTAMENTO DE INGENIERA INDUSTRIAL
Desarrollo de un Modelo de Sistema de SaludMediante un Lenguaje de Simulacin Orientado a
Objeto Inteligente
Marcos Fernando Goldemberg Vargas
Tesis para optar al grado de
Magster en Ingeniera Industrial
Mayo 2011
-
8/11/2019 Tesis Usando SIMIO
3/82
3
Resumen
La simulacin es ampliamente utilizada en casos de manufactura, sin embargo los simuladores
y lenguajes de simulacin que son diseados pensando en estos ambientes, raramente contienen las
herramientas y algoritmos necesarios para manejar asuntos en casos de salud. Para estos casos
generalmente los modeladores utilizan un lenguaje orientado a Proceso, enfocado a la entidad y
donde el modelamiento de las decisiones est basado en nmeros aleatorios. La simulacin
orientada a objeto, por su parte, es un paradigma que enfatiza la reutilizacin de objetos para
representar entidades del mundo real de una forma ms amigable.
El software de simulacin de evento discreto Simio, el cual es orientado a objeto y no posee
herramientas especialmente diseadas para casos de salud, es nuevo en el mercado y ofrece la
ventaja de permitir crear un modelo y luego reutilizar el trabajo inicial para adaptarlo a futurosmodelos del mismo tipo, a diferencia de simuladores orientados a proceso. En el presente trabajo se
busca analizar la factibilidad de desarrollar modelos de sistemas de salud en Simio. A partir de datos
reales, se desarroll un modelo de una sala de emergencias de un hospital. Se utilizaron las distintas
opciones del simulador para caracterizar diferentes tipos de pacientes segn su edad, gravedad,
transporte utilizado en la llegada, considerando tambin otros criterios para dar diferentes secuencias
de tratamiento y disponibilidad de recursos, adems de poder registrar informacin de manera
eficiente para efectuar futuros anlisis sobre cmo mejorar la atencin a los clientes. Se detallan las
instrucciones propuestas a seguir para realizar el modelo.
Se compara la forma de modelar en Simio con respecto al software Flexsim HC, el cual
tambin es orientado a objeto, pero est exclusivamente diseado para representar casos de salud. Se
encuentra que existen diferencias entre ambos programas a la hora de definir secuencias e ingresar la
lgica del modelo. Para un modelo simplificado, se verifica que al momento de correr los
programas, Simio se ejecuta hasta 15,6 veces ms rpido y se concluye mediante pruebas de
hiptesis para la comparacin de las medias, que los datos de tiempo de ciclo promedio de ambos
software son estadsticamente similares, mientras que se encuentran diferencias en los tiempos deespera de la sala del triage, donde Simio entrega tiempos menores.
-
8/11/2019 Tesis Usando SIMIO
4/82
4
-
8/11/2019 Tesis Usando SIMIO
5/82
5
Agradecimientos
A todas las personas que me ayudaron durante el transcurso de este postgrado, no tan slo en
la parte acadmica misma, sino que tambin a los que me instaron a comenzarlo y a los que meapoyaron a seguir adelante. Entre ellos quiero hacer especial mencin a toda mi familia, por ser mi
soporte constante.
A mi profesor patrocinante Dr. Francisco Ramis, por su apoyo en este ltimo trabajo, su
paciencia y por sus consejos, as como a los integrantes del CASP de la Universidad, por toda su
cooperacin.
Al profesor Dr. Jos Alejandro Seplveda, no slo por compartir sus conocimientos, sino que
por recibirme con gran acogida en su lugar de trabajo y en su hogar.
Finalmente a los profesores y compaeros de clases con los que compart durante el curso, a
mis amigos y compaeros de trabajo.
-
8/11/2019 Tesis Usando SIMIO
6/82
6
Tabla de Contenidos
LISTA DE TABLAS .......................................................................................................................................................... 8
LISTA DE FIGURAS ........................................................................................................................................................ 9
CAPTULO 1. INTRODUCCIN ............................................................................................................................... 10
1.1. INTRODUCCIN GENERAL .................................................................................................................................. 101.2. TRABAJOS PREVIOS ........................................................................................................................................... 11
1.2.1 Discusin ......... ........... .......... ........... .......... ........... .......... ........... .......... ........... ........... .......... ........... .......... 111.2.2 Hiptesis de Trabajo.......... .......... ........... .......... ........... .......... ........... ........... .......... ........... .......... ........... ... 12
1.3. OBJETIVOS ......................................................................................................................................................... 121.3.1 Objetivo General ...................................................................................................................................... 121.3.2 Objetivos Especficos ........... .......... ........... .......... ........... .......... ........... .......... ........... .......... ........... .......... .. 12
1.4. ALCANCES Y LIMITACIONES .............................................................................................................................. 131.5. TEMARIO Y METODOLOGA ............................................................................................................................... 13
CAPTULO 2. ANTECEDENTES GENERALES ..................................................................................................... 14
2.1. HISTORIA ........................................................................................................................................................... 142.2. MODELAMIENTO EN SIMIO ................................................................................................................................. 16
2.2.1 Objetos y su Jerarqua .............................................................................................................................. 16
CAPTULO 3. MODELO DE SALA DE EMERGENCIAS ...................................................................................... 19
3.1. INTRODUCCIN .................................................................................................................................................. 193.2. ANLISIS DEL SISTEMA ...................................................................................................................................... 193.3. CLASIFICACIN DE PACIENTES .......................................................................................................................... 203.4. DATOS DE ENTRADA .......................................................................................................................................... 213.5. FLUJO DE PACIENTES ......................................................................................................................................... 233.6. RECURSOS.......................................................................................................................................................... 243.7. TIEMPOS DE PROCESO ........................................................................................................................................ 25
CAPTULO 4. CONSTRUCCIN DEL MODELO EN SIMIO ............................................................................... 26
4.1. INTRODUCCIN .................................................................................................................................................. 264.2. CREACIN DE OBJETOS PERSONALIZADOS ........................................................................................................ 26
4.2.1 Entidades (Pacientes) .......... .......... ........... .......... ........... .......... ........... .......... ........... .......... ........... .......... .. 264.2.2 Triage ....................................................................................................................................................... 274.2.3 Businesss Office .......... .......... ........... .......... ........... .......... ........... .......... ........... ........... .......... ........... .......... 274.2.4 Camas ....................................................................................................................................................... 284.2.5 Salas de Espera ........................................................................................................................................ 284.2.6 Paramdicos ............................................................................................................................................. 29
4.3. INGRESO DE DATOS ........................................................................................................................................... 304.3.1 Tablas ....................................................................................................................................................... 304.3.2 Creacin de Entidades .............................................................................................................................. 34
4.4. CONSTRUCCIN DEL MODELO ............................................................................................................................ 364.4.1 General ..................................................................................................................................................... 36
4.4.2 Horarios de Atencin de Pacientes Fast-Track ........... .......... ........... ........... .......... ........... .......... ........... ... 424.4.3 Pacientes que se van sin Tratamiento (LWT) .......... ........... .......... ........... ........... .......... ........... .......... ....... 434.4.4 Agravamiento de Pacientes en Espera ............... ........... .......... ........... .......... ........... .......... ........... .......... .. 474.4.5 Transportes ............................................................................................................................................... 49
4.5. COMENTARIOS ................................................................................................................................................... 50
CAPTULO 5. MODELAMIENTO EN SIMIO V/S MODELAMIENTO EN FLEXSIM HC .............................. 51
5.1. INTRODUCCIN .................................................................................................................................................. 515.2. SECUENCIAS ...................................................................................................................................................... 515.3. LGICA DE MODELAMIENTO .............................................................................................................................. 555.4. HERRAMIENTAS ADICIONALES ........................................................................................................................... 58
-
8/11/2019 Tesis Usando SIMIO
7/82
7
5.4.1 Experimentos .......... ........... .......... ........... .......... ........... .......... ........... ........... .......... ........... .......... ........... ... 585.4.2 Analizadores de Datos de Entrada y Salida .................. .......... ........... .......... ........... .......... ........... .......... .. 615.4.3 Otras herramientas ................................................................................................................................... 63
5.5. RENDIMIENTO .................................................................................................................................................... 635.6. CONCORDANCIA DE DATOS ................................................................................................................................ 65
5.6.1 Consideraciones ....................................................................................................................................... 655.6.2 Resultados de los experimentos .......... ........... .......... ........... .......... ........... ........... .......... ........... .......... ....... 68
CAPTULO 6. CONCLUSIONES ............................................................................................................................... 79
6.1. SUMARIO ........................................................................................................................................................... 796.2. CONCLUSIONES .................................................................................................................................................. 796.3. TRABAJO FUTURO .............................................................................................................................................. 81
BIBLIOGRAFA .............................................................................................................................................................. 82
-
8/11/2019 Tesis Usando SIMIO
8/82
8
Lista de Tablas
Tabla N 3.1 Parmetros Utilizados para la Simulacin .................................................................... 21Tabla N 3.2 Pacientes Promedio por Hora ....................................................................................... 22Tabla N 3.3 Secuencia Seguida por Pacientes Segn su Clasificacin ............................................ 23
Tabla N 3.4 Disponibilidad de Recursos .......................................................................................... 24Tabla N 3.5 Tiempos de Proceso ...................................................................................................... 25Tabla N 4.1 Datos de Pacientes ........................................................................................................ 31Tabla N 4.2 Llegada de Pacientes segn Horario ............................................................................. 32Tabla N 4.3 Ingreso de Llegada de Pacientes segn Horario en Simio ............................................ 32Tabla N 4.4 Grupos de Camas expresadas como Listas de Nodos ................................................... 40Tabla N 5.1 Rendimiento en Computador de Simio y Flexsim HC ................................................. 64Tabla N 5.2 Rendimiento en Computador de Simio y Flexsim HC ................................................. 64Tabla N 5.3 Tiempo Medio de Ciclo (min) por Rplica................................................................... 68Tabla N 5.4 Estadsticas Descriptivas, Tiempos de Ciclo ................................................................ 69 Tabla N 5.5 Tiempo Medio de Espera en Triage (min) por Rplica ................................................ 73
Tabla N 5.6 Estadsticas Descriptivas, Tiempos de Espera en Triage.............................................. 74
-
8/11/2019 Tesis Usando SIMIO
9/82
9
Lista de Figuras
Fig. N 2.1 Clases de Objetos en Simio ............................................................................................ 17Fig. N 3.1 Layout de Sala de Emergencias ...................................................................................... 20Fig. N 4.1 Entidad Personalizada como Paciente ............................................................................ 27
Fig. N 4.2 Servidor Personalizado como Cama ............................................................................... 28Fig. N 4.3 Transporte Personalizado como Paramdico .................................................................. 30Fig. N 4.4 Tabla de Horario de Camas Fast Track ........................................................................... 33Fig. N 4.5 Proceso para Asignacin de Gravedad de Pacientes ...................................................... 35Fig. N 4.6 Red de Caminos en Sala de Emergencia ........................................................................ 37Fig. N 4.7 Proceso de Asignacin de valor a Indicador de Camas Ocupadas ................................. 38Fig. N 4.8 Esquema de Ruteo de Pacientes desde Triage ................................................................ 38Fig. N 4.9 Ruteo de Pacientes desde Business Office ..................................................................... 39Fig. N 4.10 Esquema de Ruteo de Pacientes desde Sala de Espera................................................. 41Fig. N 4.11 Esquema de Ruteo de Pacientes Fast Track desde Sala de Espera ............................... 42Fig. N 4.12 Proceso de Insercin de Entidades en Cola de Almacenamiento ................................. 44
Fig. N 4.13 Proceso de Remocin de Entidades en Cola de Almacenamiento ............................... 44Fig. N 4.14 Proceso de Pacientes que se van sin tratamiento (LWT) en Triage ............................. 46Fig. N 4.15 Nodos para Gatillar Procesos de LWT ......................................................................... 47Fig. N 4.16 Indicador se Pacientes que se van sin Tratamiento ...................................................... 47Fig. N 4.17 Proceso para Agravamiento de Pacientes ..................................................................... 48Fig. N 5.1 Ingreso de Secuencias - Simio ........................................................................................ 52Fig. N 5.2 Propiedades de Nodo de Transferencia para Secuencias Simio ................................... 52Fig. N 5.3 Propiedades de Caminos para Secuencias Simio ........................................................ 53Fig. N 5.4 Ingreso de Secuencias en Tracks - Flexsim HC ............................................................. 54Fig. N 5.5 Funciones Avanzadas en Secuencias - Flexsim HC ....................................................... 55Fig. N 5.6 Ejemplo de Entidades Fluyendo en el Modelo Fsico Simio ...................................... 56
Fig. N 5.7 Ejemplo de Proceso Simio .......................................................................................... 56Fig. N 5.8 Disposicin del Modelo - Flexsim HC ........................................................................... 57Fig. N 5.9 Ingreso de Parmetros en Tracks - Flexsim HC ............................................................. 58Fig. N 5.10 Experimenter Simio ................................................................................................... 59Fig. N 5.11 Experiment Manager - Flexsim HC ............................................................................. 60Fig. N 5.12 Visualizacin de Medidas de Desempeo - Flexsim HC ............................................. 61Fig. N 5.13 Cuadros SMORE Simio ............................................................................................ 62Fig. N 5.14 Diagrama de Sistema de Sala de Emergencias Simplificado ....................................... 63Fig. N 5.15 Grfico Tiempo de Ciclo Promedio v/s Rplicas Simio ........................................... 70Fig. N 5.16 Grfico Tiempo de Ciclo Promedio v/s Rplicas - Flexsim HC .................................. 70Fig. N 5.17 Grfico de Cajas, Tiempos de Ciclo ............................................................................. 71
Fig. N 5.18 Grfico Tiempo Promedio de Espera en Triage v/s Rplicas Simio ......................... 75Fig. N 5.19 Grfico Tiempo Promedio de Espera en Triage v/s Rplicas Flexsim HC ............... 75Fig. N 5.20 Grfico de Cajas, Tiempos de Espera en Triage .......................................................... 76
-
8/11/2019 Tesis Usando SIMIO
10/82
10
Captulo 1. Introduccin
1.1. Introduccin GeneralDebido al incremento en nmero y complejidad de las intervenciones quirrgicas, se hace
imprescindible el mantener una gestin eficiente en los sistemas de salud, por lo que las
herramientas que ofrece la Ingeniera Industrial, ya sean existentes tales como el estudio de los
procesos, su modelamiento y estandarizacin, as como las ms nuevas que hacen uso de avances
recientes en la tecnologa, han probado ser beneficiosas para mejorar la productividad y la calidad
del servicio. La simulacin permite sacar conclusiones a partir de un modelo computacional y es til
cuando se estudia situaciones dinmicas y de naturaleza estocstica, ya que entrega estimadores
realsticos de un sistema con cierto comportamiento esperado y de sus variaciones.
La simulacin ha probado ser de gran ayuda para resolver problemas en los campos de la
manufactura, logstica y aplicaciones militares, sin embargo los simuladores y lenguajes de
simulacin que son diseados pensando en estos ambientes, raramente contienen las herramientas y
algoritmos necesarios para manejar asuntos en casos de salud, a pesar del tamao y la importancia
de esta industria [9] [10]. Un sistema de salud es una organizacin compleja de analizar y simular,
debido a la alta interaccin entre el personal mdico y los pacientes que pueden presentar distintos
tipos de severidad. Para estos casos generalmente los modeladores utilizan un lenguaje orientado a
proceso enfocado a la entidad y donde el modelamiento de las decisiones est basado en nmeros
aleatorios. Por la experiencia de trabajos anteriores se tiene que la simulacin orientada a proceso es
muy demandante de tiempo ya que el modelar un caso levemente diferente requiere usualmente la
generacin de un modelo totalmente nuevo. La simulacin orientada a objeto, por su parte, es un
paradigma que enfatiza la reutilizacin de objetos para representar entidades del mundo real de una
forma ms amigable [6].
Las caractersticas de un sistema de salud hacen de la simulacin orientada a objeto la msapropiada, presentando resultados concordantes con la realidad y teniendo la ventaja de ser ms
sencilla de modelar [6].
-
8/11/2019 Tesis Usando SIMIO
11/82
11
1.2. Trabajos Previos
J.A. Seplveda, F. Baesler, W. Thompson, The Use of Simulation for Process Improvement
in an Emergency Department, Industrial Engineering and management Systems, University
of Central Florida, Orlando, FL, USA, 2003.
En este trabajo se presenta la experiencia con un modelo de simulacin desarrollado en un
lenguaje orientado a proceso, donde se analiza el flujo a travs de un departamento de emergencia
hospitalario. El modelo fue construido con el objeto de analizar alternativas para disminuir los
tiempos de espera y el nmero de pacientes que se van sin ser atendidos. El anlisis del modelo
muestra que una disposicin alternativa de los recursos puede llevar a importantes resultados. El
ms significante de ellos es que se disminuy en un 30% en los tiempos de espera de los adultos y
una reduccin casi total de los pacientes que se van sin ser atendidos. Se presenta una descripcinde estos resultados y otros logros cualitativos.
1.2.1 Discusin
Actualmente, los lenguajes de simulacin raramente contienen las herramientas y algoritmos
necesarios para manejar asuntos en casos de salud. Para estos casos generalmente los modeladores
utilizan un lenguaje orientado a proceso, como es el caso del software Arena, sin embargo la
simulacin bajo el enfoque de proceso puede resultar poco eficiente si se utiliza como herramienta
de anlisis en forma regular, ya que el modelar un caso levemente diferente requiere usualmente la
generacin de un modelo totalmente nuevo. La simulacin orientada a objeto, permite la creacin de
bibliotecas de objetos para reutilizarlos en aplicaciones similares. El software Flexsim HealthCare
naci como una biblioteca de objetos para casos de salud a partir del simulador Flexsim, el cual es
orientado a objeto.
Con la aparicin en el mercado del software de simulacin orientado a objeto Simio, surge
una buena oportunidad para analizar la factibilidad de su implementacin como herramienta de
anlisis para casos de salud y la creacin de objetos con caractersticas especialmente desarrolladas
para este campo, con el potencial de obtenerse una versin exclusiva para modelamiento de este tipo
de sistemas.
-
8/11/2019 Tesis Usando SIMIO
12/82
12
1.2.2 Hiptesis de Trabajo
Hiptesis general:
El software de simulacin Simio permite su aplicacin en modelamiento de sistemas de
salud.
Hiptesis puntuales:
Es posible modelar en Simio un sistema complejo de salud consistente en una sala de
emergencias que recibe 75.000 pacientes al ao, clasificarlos segn su edad, origen,
gravedad y darles distinto tipo de atencin.
El software Simio presentar un mejor rendimiento que Flexsim HC al momento de su
ejecucin en un computador.
Los valores resultantes arrojados por Simio sern similares a los arrojados por Flexsim HC.
1.3. Objetivos
1.3.1 Objetivo General
Desarrollar en el software de simulacin de evento discreto orientado a objeto Simio un
modelo de una sala de emergencias y evaluar su desempeo en relacin al software Flexsim HC.
1.3.2 Objetivos Especficos
Construir un modelo de una sala de emergencias donde se utilicen las herramientas del
programa para representar caractersticas del sistema como clasificacin y flujo de pacientes.
Proponer los pasos a seguir para representar en el software Simio las distintas caractersticas
del sistema.
Determinar las ventajas y desventajas de modelar un sistema de salud en Simio, comparado
con Flexsim HC.
Estudiar el rendimiento de Simio y comparar la concordancia de sus datos resultantes con
Flexsim HC.
-
8/11/2019 Tesis Usando SIMIO
13/82
13
1.4. Alcances y Limitaciones
Este trabajo comprende la realizacin en Simio de un modelo que ya fue realizado
anteriormente en los softwares de simulacin Arena y Flexsim HC. Los datos de entrada fueron
obtenidos de estos trabajos anteriores. No se incluye el estudio del comportamiento del sistema o elanlisis de alternativas para su optimizacin.
1.5. Temario y Metodologa
En el captulo 2 se entregan antecedentes generales de la evolucin de la simulacin de
evento discreto en la historia. El captulo 3 presenta al modelo a simular, se sealan sus
caractersticas y se indica la informacin de entrada que se utiliza. El captulo 4 detalla el diseo
propuesto de cmo realizar el modelo en Simio. En el captulo 5 se realiza una comparacin entre
Simio y Flexsim HC, mientras que en el captulo 6 se concluye sobre el trabajo realizado.
-
8/11/2019 Tesis Usando SIMIO
14/82
14
Captulo 2. Antecedentes Generales
2.1. Historia
En los primeros aos de la simulacin de evento discreto el paradigma de modelamiento
dominante era la orientacin a evento, la que fue implementada por herramientas tales como
Simscript y GASP. En este paradigma de modelamiento, el sistema es visto como una serie de
eventos instantneos que cambian el estado del sistema. El modelador define los eventos en el
sistema y modela los cambios de estado que se llevan a cabo cuando estos eventos ocurren. Este
enfoque de modelamiento es bastante eficiente y flexible, pero tambin es una representacin
relativamente abstracta del sistema. Como resultado, muchas personas consideran dificultoso el
modelamiento utilizando una orientacin a evento [2].En la dcada de los 80 la simulacin orientada a proceso desplaz a la orientacin a evento,
convirtindose en el enfoque dominante para la simulacin de evento discreto. En la perspectiva del
proceso se describe el movimiento de entidades pasivas a travs del sistema como un flujo de
procesos. El flujo de procesos est descrito por una serie de pasos de procesos (tales como retardar,
aprovechar un recurso, dejarlo ir) que modelan los cambios de estado que se llevan a cabo en el
sistema. Este enfoque data de la dcada de los 60 con la introduccin del GPSS (Sistema de
Simulacin de Propsito General) y proporcion una manera ms natural para describir el sistema.
Sin embargo, debido a numerosos asuntos prcticos con el GPSS original (por ejemplo su reloj
integrado y su lenta ejecucin) este sistema no se convirti en el enfoque dominante hasta las
versiones mejoradas en el ao 1976, junto con lenguajes de procesos ms nuevos como SLAM y
SIMAN que se volvieron ampliamente utilizados en los 80 [2].
Durante los 80 y 90 la animacin grfica tambin emergi como una caracterstica clave de
las herramientas de modelamiento en simulacin. La construccin de modelos grficos simplific la
confeccin de modelos de procesos y la animacin grfica mejor dramticamente la observacin y
validacin de resultados de simulacin. La introduccin de Microsoft Windows en el mercado
informtico hizo posible el construir interfaces de usuario mejoradas y el surgimiento de nuevas
herramientas grficas (por ejemplo ProModel y Witness).
Desde la amplia propagacin hacia la orientacin a procesos basados en grficos ha habido
refinamientos y mejoras en las herramientas, pero no avances reales en la estructura fundamental del
-
8/11/2019 Tesis Usando SIMIO
15/82
15
modelamiento. La gran mayora de los modelos de evento discreto siguen siendo construidos
utilizando la misma orientacin a proceso de los ltimos 25 aos [2].
A pesar de que esta orientacin a proceso ha probado ser muy efectiva en la prctica, una
orientacin a objeto ofrece un atractivo paradigma de modelamiento alternativo que tiene el
potencial de ser ms natural y fcil de usar. En una orientacin a objeto se modela el sistema al
describir los objetos que lo conforman. Por ejemplo, se modela una fbrica al describir los
trabajadores, las mquinas, las cintas transportadoras, los robots y otros elementos que son parte del
sistema. El comportamiento del sistema emerge de la interaccin de estos objetos.
Aunque algunos productos han sido definidos como orientados a objeto, a la fecha en la
prctica muchos simuladores han elegido continuar con la orientacin a proceso. Esto se debe en
gran parte a que, a pesar de que el paradigma de modelamiento fundamental puede ser ms simple y
menos abstracto, la implementacin especfica puede llegar a ser difcil de aprender y utilizar, yaque necesita programacin y tiene lenta ejecucin. Estos desafos no son diferentes a los que
experiment la orientacin a proceso al destronar a la orientacin a evento. Cabe sealar que desde
la introduccin del primer lenguaje de simulacin orientado a proceso (GPSS en 1961), pasaron 25
aos antes de que la orientacin a proceso se desarrollara a tal punto que los simuladores llegaran a
ser persuadidos a realizar el cambio [2].
Actualmente el software de simulacin ms utilizado en el mercado es Arena.. Sus creadores,
Dennis Pedgen y David Sturrock, vendieron la marca y presentaron una nueva alternativa de
simulacin orientada a objeto, llamada Simio (Simulacin basada en Objeto Inteligente), con la que
se ofrecen las siguientes ventajas [3]:
La capacidad de definir y personalizar objetos utilizando lgica de procesos en lugar de
cdigo, permitiendo que usuarios sin conocimientos en programacin tomen completa
ventaja del poder de los objetos.
Un paradigma que permite que objetos que fueron diseados de manera independiente
tengan interacciones complejas entre ellos.
La opcin de realizar simulacin orientada a objeto, a proceso, de evento discreto, continuo y
basado en agente, y mezclarlas en un solo modelo.
Una fuerte integracin en animacin en 2D para una fcil construccin de modelos con
animacin en 3D automtica para un mayor impacto en la presentacin.
-
8/11/2019 Tesis Usando SIMIO
16/82
16
2.2. Modelamiento en Simio
Simio es un lenguaje de simulacin basado en objeto inteligente, y entrega diferencias con
otros software de simulacin en la perspectiva de la construccin del modelo. Por ejemplo, en el
software Arena, se utiliza un solo tipo de patrn de modelamiento, llamado orientacin a proceso,en el cual se trabaja en trminos de un proceso lgico compuesto por bloques pasivos y que son
activados ante la llegada de una entidad. Las entidades se mueven de bloque en bloque y cambian el
estado del modelo en el tiempo. Los bloques representan acciones lgicas como aprovechar un
recurso, realizar retardos en el tiempo, etc. Primero se debe crear el flujo de procesos para el modelo
en forma de diagrama y luego se dibuja la animacin en 2-D de forma separada y se enlaza con el
proceso [11].
En Simio, los modelos se construyen tpicamente basados en una orientacin a objeto. Se
insertan objetos en la ventana Facility (instalacin) y se conectan en un ambiente en 3-D. La
ventana Proceso es donde se define la lgica en forma de diagramas similares a los de Arena. Los
objetos definen tanto la lgica como la animacin del modelo, construyndose ambos aspectos en un
solo paso. A diferencia de Arena, en Simio se modela a travs de objetos fsicos en el sistema, por
ejemplo, mquinas, robots, cintas transportadoras, etc., que conforman el sistema [11].
2.2.1 Objetos y su Jerarqua
Existen seis clases bsicas de objetos en Simio, las que se muestran en la Fig. N 2.1, donde
las flechas indican su jerarqua. stas proveen un punto de partida para crear objetos inteligentes en
Simio. Por defecto estas seis clases de objeto tienen poca inteligencia nativa, pero poseen la
capacidad de irla adquiriendo. Las clases definen un comportamiento genrico, pero no el
comportamiento especfico de un objeto, ya que ste ltimo se da por una definicin particular del
objeto, lo que le da su propio comportamiento inteligente. Por ejemplo, una cinta transportadora
puede ser creada mediante la definicin de caractersticas singulares en un enlace entre dos nodos.
Se puede construir versiones inteligentes de estos objetos al modelar su comportamiento como una
coleccin de procesos manejados por eventos [11].
-
8/11/2019 Tesis Usando SIMIO
17/82
17
Fig. N 2.1 Clases de Objetos en Simio
Fuente: C.D. Pedgen, 2010
La primera clase es elobjeto fijo. ste tiene una ubicacin fija en el modelo y puede usarse
para representar un sistema completo (por ejemplo una planta) o componentes del sistema que no se
mueven de un lugar a otro (por ejemplo mquinas, equipamiento) [3][11].
Los agentes son objetos que pueden moverse libremente en el espacio 3D y se usan
tpicamente para desarrollar modelamiento basado en agente, lo que es til para estudiar sistemas
que estn compuestos por muchos objetos inteligentes independientes que interactan entre ellos
para crear un comportamiento general del sistema. Ejemplos de aplicaciones incluyen aceptacin del
mercado de un nuevo producto o servicio, o crecimiento poblacional de especies rivales dentro de
un ambiente [3].
Una entidad es una subclase de la clase Agente y posee un comportamiento adicional
importante. Pueden seguir un flujo de trabajo en el sistema, incluyendo la capacidad de utilizar una
red de enlaces para moverse entre objetos; la habilidad de visitar, entrar y salir de ubicaciones entre
otros objetos a travs de nodos, y la capacidad de ser recogidas, llevadas y entregadas por objetos
transportadores. Ejemplos de entidades incluyen clientes de un sistema de servicio, piezas de trabajo
en un sistema de manufactura o doctores, enfermeras y pacientes en un sistema de salud. Cabe
sealar que en un sistema de modelamiento clsico las entidades son pasivas y son controladas por
los procesos del modelo [3][11].
Los objetos enlace y nodo se utilizan para construir redes por donde las entidades pueden
circular. Un enlace define un camino para el movimiento de entidades entre objetos. Un nodo define
un punto de partida o de fin para un enlace. Ambos pueden combinarse para componer redes
-
8/11/2019 Tesis Usando SIMIO
18/82
18
complejas con comportamiento de flujo sin restriccin o de trfico congestionado, entre otros
[3][11].
La clase final es eltransporte, que es una subclase de la clase Entidad. Un transporte es una
entidad que adicionalmente posee la capacidad de recoger objetos en una ubicacin, llevar esas
entidades a travs de una red de enlaces o en el espacio libre, y luego dejarlas en un destino. Un
objeto transporte tambin la habilidad de moverse fuera de una red y mantener una asociacin con
un nodo en esa red, como por ejemplo estacionarse en un nodo de una red [3][11].
-
8/11/2019 Tesis Usando SIMIO
19/82
19
Captulo 3. Modelo de Sala de Emergencias
3.1. Introduccin
El sistema simulado en este trabajo corresponde a la sala de emergencias del Centro de Salud
Regional de Orlando, Florida, USA, el que recibe alrededor de 75.000 pacientes al ao y cuyo
modelo fue confeccionado inicialmente con el objeto de analizar distintas alternativas para disminuir
la cantidad de pacientes que se iban del hospital antes de ser tratados, probablemente dado a largos
tiempos de espera que se producen en ciertos momentos del da [1].
3.2. Anlisis del SistemaLa Fig. N 3.1 muestra la disposicin de planta del departamento de emergencias que se
model, donde existen varias salas y estaciones de trabajo. Para este modelo de simulacin se
definieron las siguientes estaciones [1]:
Triage:La enfermera clasifica los pacientes que entran caminando por la entrada principal
como emergentes, urgentes o no-urgentes, para luego ser tratados de forma diferenciada
segn su gravedad. Algunos pacientes que renan requisitos especiales, son clasificadoscomo Fast Track.
Sala de Espera de Adultos: Lugar donde los pacientes esperan por su atencin, luego de
haber sido entrevistados por el business officer.
Sala de Espera de Peditricos: Lugar donde los nios esperan por su atencin si no hay
camas disponibles.
Estacin de Business Office:Los pacientes se entrevistan con un oficial, quien le toma sus
datos antes de ser atendidos. Sala de Espera de Business Office:Los pacientes esperan ser entrevistados por el business
officer.
Estacin de Camas Peditricas:10 camas disponibles exclusivamente para atender a nios.
Estaciones de Camas de Adultos:29 camas destinadas a la atencin de pacientes adultos. A
ciertas horas del da, algunas camas permanecen cerradas debido a falta de personal.
-
8/11/2019 Tesis Usando SIMIO
20/82
20
Estacin de Camas de Trauma:6 camas reservadas para casos de trauma.
Estacin de Camas Fast Track:10 camas disponibles de 11:00 a 23:00 hrs para casos que
cumplen con ciertas caractersticas especficas. La atencin es realizada en su mayora por
asistentes de mdico y enfermeras.
Fig. N 3.1 Layout de Sala de Emergencias
Fuente: J.A. Seplveda et Al., 2003.
3.3. Clasificacin de Pacientes
A continuacin se indican las distintas clases que tienen los pacientes de este modelo [1].
Llegada de los pacientes: Los pacientes hacen ingreso a la sala de emergencias caminando o
siendo transportados en ambulancia.
Camas Adultos
CamasTrauma
CamasFast Track
CamasPeditricos
Sala de EsperaAdultos
Sala de EsperaPeditricos
Sala deEspera
BusinessOffice
Triage
BusinessOffice
Paramdicos
Ingreso a PieIngreso porAmbulancia
-
8/11/2019 Tesis Usando SIMIO
21/82
21
o Llegada en ambulancia: Los pacientes transportados en ambulancia entran a la
instalacin a travs de la entrada de ambulancia y no pasan por el rea de triage. Se
les da prioridad a estos pacientes ante los que estn esperando en el triage.
o Triage: Los pacientes llegan por sus propios medios, ya sea conduciendo, caminando
o siendo transportados en auto. Acceden a la sala de emergencias a travs de la
entrada principal y son entrevistados por la enfermera en el triage donde se les
clasifica por su gravedad y prioridad.
Gravedad de los pacientes
o Emergente: Accidentes automovilsticos severos, enfermedades agudas, etc. Los
pacientes emergentes tienen prioridad ante los dems ya que el tiempo es un factor
importante en situaciones donde hay riesgo vital. Se representan con ropa de color
rojo en el modelo. stos tienen prioridad y son atendidos antes que cualquier otropaciente.
o Urgente: Pacientes con condicin menos seria que un caso emergente. En el modelo
se representan con ropa de color amarillo.
o No Urgente: Casos que no representan riesgo vital. Representados con pacientes con
ropa de color verde.
Edad de los Pacientes
o
Adultos: 18 aos de edad o ms.o Peditricos: 17 aos de edad o menos.
3.4. Datos de Entrada
Para el modelo simulado, se tomaron como parmetros los datos indicados en la Tabla N
3.1 [1].
Tabla N 3.1 Parmetros Utilizados para la Simulacin
MODE DELLEGADA
Total de Casos % de Nmero dePacientes
Ambulancia 234 22%
No-Ambulancia 828 78%
-
8/11/2019 Tesis Usando SIMIO
22/82
22
PACIENTES NO-
AMBULANCIA
Adulto Peditrico
Emergente 8% 8%
Urgente 65% 80%
No Urgente 27% 12%
Total de Casos 1.026 342
PACIENTEENVIADO A
No-Ambulancia Ambulancia
Adulto 53 % 67 %Fast-track 17 % 3 %
Pediatrico 28 % 12 %
Trauma 2% 18 %
Nmero de Casos 703 195
Fuente: J.A. Seplveda, 2003.
La tasa de llegada de pacientes es variable en el da segn el horario y es la que se indica en
la Tabla N 3.2.
Tabla N 3.2 Pacientes Promedio por Hora
Horario Llegadas porhora
0 a 1:59 5.3
2 a 7:59 3.7
8 a 10:59 68.1
11 a 18:59 10.4
19 a 21:59 12.922 a 23:59 9.9
Fuente: Centro Avanzado de Simulacin de Procesos, Universidad del Bo- Bo.
-
8/11/2019 Tesis Usando SIMIO
23/82
23
3.5. Flujo de Pacientes
Los pacientes siguen distintas secuencias al interior de la sala de emergencias, dependiendo
de su clasificacin. stas se indican en la Tabla N 3.3 [1].
Tabla N 3.3 Secuencia Seguida por Pacientes Segn su Clasificacin
PEDITRICO ADULTO FAST-TRACK
AMBULANCIA
Triage
Espera BO
BO
EsperaPeditricos
Cama
PeditricosAtencin
BO
- Espec.
Despacho
Triage
Espera BO
BO
EsperaAdultos
Cama
AdultosAtencin
BO
- Espec.
Despacho
Triage
Espera BO
BO
EsperaAdultos
Cama
Fast-TrackAtencin
BO
Despacho
Cama
Atencin
BO
- Espec.
Despacho
Fuente: J.A. Seplveda, 2003.
Segn la Tabla N 3.3, los adultos que llegan caminando pasan por el triage y van a la sala
de espera de la Business Office, en caso que no haya camas disponibles. Despus de una entrevistapreliminar con el Business Officer donde se consigue informacin bsica del paciente para generar
una cuenta, el paciente queda en la sala de espera. Cuando hay disponibilidad de camas, el adulto
recibe atencin, luego una segunda entrevista y algunas veces se llama a un especialista para
consultas. Para efectos de simulacin, estas tres ltimas actividades se concentraron en un solo
proceso (Cama). Finalmente el paciente es despachado.
Cabe sealar que si existe disponibilidad de camas desde un principio, el paciente va
directamente a la cama luego de la atencin en el triage, sin pasar por las salas de espera. En este
caso el buisiness officer realiza la entrevista en la cama, tiempo que en este trabajo est considerado
dentro del proceso Cama.
Adicionalmente, existen tres tipos de disposicin del paciente: el paciente es admitido, el
paciente es despachado o el paciente se va sin ser atendido. En este trabajo slo se consideraron
estas ltimas dos clasificaciones. Para los pacientes que se van sin tratamiento (LWT) se asumi que
un 30% de los pacientes que esperan ms de 2,5 horas se van sin tratamiento. Por lo tanto, cada 1
-
8/11/2019 Tesis Usando SIMIO
24/82
24
hora la simulacin verifica en las colas y salas de espera si hay pacientes que llevan ms de 2,5
horas esperando y determina si se van sin tratamiento (30% de probabilidad) o si esperan una hora
ms [1].
3.6. Recursos
En la sala de emergencias existen distintos tipos de recursos, ya sean humanos o materiales.
En la simulacin se asumen los recursos indicados en la Tabla N 3.4.
Tabla N 3.4 Disponibilidad de RecursosRECURSO DISPONIBILIDAD
Enfermera de Triage 1
Business officer 1
Paramdicos (transporte depacientes)
4
Camas de Adultos
De 23:00 a 03:00 hrs 25
De 03:00 a 09:00 hrs 22
De 09:00 a 11:00 hrs 25
De 11:00 a 23:00 hrs 29
Camas Fast-track
De 11:00 a 23:00 hrs 10
De 23:00 a 11:00 hrs 0
Camas de Pediatra 10
Camas de Trauma 6
Fuente: J.A. Seplveda, 2003.
Cabe sealar que en el horario de 11:00 a 23:00 hrs, dos camas de Fast Track pueden serutilizadas para pacientes de ambulancia en casos de alta demanda. Adems, de las 6 camas de
Trauma una puede ser utilizada para otros casos de ambulancia y otra para casos emergentes del
triage [1].
-
8/11/2019 Tesis Usando SIMIO
25/82
25
3.7. Tiempos de Proceso
Los tiempos de atencin considerados en este trabajo son los que se indican en la Tabla N
3.5, para cada tipo de paciente.
Tabla N 3.5 Tiempos de Proceso
Servidor Tiempo proceso ComentarioTriage erla(2.5,2 ) TodosBusiness Office norm( 5,2.2 ) TodosCama nios gamm(75,2.58) No Urgente & Urgente
70+weib(342,1.6) EmergenteCama adultos 9+gamm(60,2.22) No Urgente & Urgente
tria(90,300,540) EmergenteCama Fast Track 4+erla(30,3) Todos
Fuente: Centro Avanzado de Simulacin de Procesos, Universidad del Bo- Bo.
-
8/11/2019 Tesis Usando SIMIO
26/82
26
Captulo 4. Construccin del Modelo en Simio
4.1. Introduccin
En este captulo se propone un desarrollo del modelo presentado en el Captulo 3 en el
software de simulacin Simio. Se detallan las instrucciones paso a paso que se siguieron para su
construccin.
4.2. Creacin de Objetos Personalizados
A partir de objetos estndar, se crean objetos personalizados con caractersticas particulares
para representar el sistema. stos son los pacientes, salas de espera, enfermeras, etc.
4.2.1 Entidades (Pacientes)
Se crea una nueva entidad personalizada para utilizarla como distintos tipos de paciente (Fig. N
4.1). Los pasos a seguir son los siguientes:
En la ventana de Navegacin se crea una nueva entidad llamada Paciente.
En Definiciones, Estados, se crean dos estados discretos llamados Gravedad y
TiempoEnCola. stos se utilizarn ms adelante. En Definiciones, Externo, poner smbolo de figura humana.
En Definiciones, Propiedades, cambiar la Velocidad Inicial Deseada a otro valor, como 0.5
(m/s).
En la vista Facility, insertar una entidad del tipo Paciente.
Nombrarla como Adulto y agregarle 2 smbolos adicionales. Asignarle colores verde,
amarillo y rojo para smbolos 0, 1 y 2, respectivamente. Estos colores representarn la
gravedad del paciente. En Propiedades de Paciente, Animacin, Smbolo Actual, ingresar la expresin
Paciente.Gravedad - 1. Esto cambiar el color de la entidad, segn su gravedad.
De la misma forma se puede agregar ms tipos de pacientes, tales como Pediatrico,
FastTrack o Trauma.
-
8/11/2019 Tesis Usando SIMIO
27/82
27
Fig. N 4.1 Entidad Personalizada como Paciente
Fuente: Elaboracin propia.
4.2.2 Triage
A partir de un servidor, se crea el Triage, que es donde se reciben los pacientes por primeravez y se identifican segn su gravedad. Los pasos a seguir son los siguientes:
Hacer una subclase de un Servidor y nombrarlo Triage.
En Definiciones, Externo, cambiar la apariencia del smbolo y las colas.
En Definiciones, Propiedades, modificar el Tiempo de Proceso por la expresin
DatosPacientes.TiempoTriage.
4.2.3 Businesss Office
A partir de un servidor, se crea el Business Office, que es donde se toma los datos de los
pacientes que estn esperando atencin. Los pasos a seguir son los siguientes:
Hacer una subclase de un Servidor y nombrarlo BusinesssOfficer.
En Definiciones, Externo, cambiar la apariencia del smbolo y las colas.
En Definiciones, Propiedades, modificar el Tiempo de Proceso por la expresin
DatosPacientes.TiempoBusinesssOffice.
-
8/11/2019 Tesis Usando SIMIO
28/82
28
4.2.4 Camas
A partir de un servidor, se crea la Cama, que es el proceso donde se atiende al paciente (Fig.
N 4.2). Los pasos a seguir son los siguientes:
Hacer una subclase de un Servidor y nombrarlo Cama.
En Definiciones, Externo, cambiar la apariencia del smbolo y las colas.
En Definiciones, Propiedades, modificar el Tiempo de Proceso por la expresin
DatosPacientes.TiempoCamaNoUrgente*(Paciente.Gravedad==1)+DatosPacientes.Tiempo
CamaUrgente*(Paciente.Gravedad==2)+DatosPacientes.TiempoCamaEmergente*(Paciente.
Gravedad==3). Esta expresin tiene tres sumandos, pero slo uno ser distinto de cero,
dependiendo del nmero que lleve el estado Gravedad de la entidad Paciente. As, el
tiempo en cama corresponder a una de las tres expresiones ingresadas en la tabla
DatosPacientes.
En Definiciones, Propiedades, modificar la Capacidad de Bfer de Entrada a 0.
Fig. N 4.2 Servidor Personalizado como Cama
Fuente: Elaboracin propia.
4.2.5 Salas de Espera
A partir de un servidor, se crea la Sala de Espera, que tiene tiempo de proceso 0 y donde elpaciente espera por una cama disponible. Los pasos a seguir son los siguientes:
Hacer una subclase de un Servidor y nombrarlo SalaEspera.
En Definiciones, Externo, cambiar la apariencia del smbolo y las colas.
En Definiciones, Propiedades, modificar lo siguiente:
-
8/11/2019 Tesis Usando SIMIO
29/82
29
o Initial Capacity: 1
o Ranking Rule:Largest Value First
o Ranking Expression: Paciente.Priority. Se le dar prioridad en la cola a pacientes
con mayor gravedad.
o Processing Time: 0
o Input Buffer Capacity: 200
o Output Buffer Capacity: 0
4.2.6 Paramdicos
A partir de un vehculo, se crea el Paramdico, que es el transporte que mueve a los pacientesdentro de la instalacin (Fig. N 4.3). Los pasos a seguir son los siguientes:
Hacer una subclase de un Vehculo y nombrarlo Paramdico.
Cambiar la apariencia del smbolo y las colas. Se sugiere descargar de Google Warehouse un
smbolo de una silla de ruedas y agregarle un smbolo de una figura humana que la
transporte.
En Definiciones, Propiedades, modificar lo siguiente:
o Initial Desired Speed: 0.5. La velocidad de los paramdicos ser de 0.5 m/s.
o Initial Node: Nodo desde donde los paramdicos inician su recorrido en el modelo,
por ejemplo BasicNode52.
o Idle Action: Park at Home. Cuando el vehculo est libre se ir al nodo inicial para
estacionarse en una cola.
o Task Selection Strategy: Largest Priority. Los vehculos darn prioridad a los
pacientes emergentes.
-
8/11/2019 Tesis Usando SIMIO
30/82
30
Fig. N 4.3 Transporte Personalizado como Paramdico
Fuente: Elaboracin propia.
4.3. Ingreso de Datos
4.3.1 Tablas
Se crear una tabla conteniendo informacin como tipos de pacientes, llegadas, tiempos de
procesos. Los pasos a seguir para su construccin son los siguientes:
En la vista Datos, crear una Tabla de Datos llamada DatosPacientes.
Agregar una Referencia a Objeto del tipo Entidad llamada TipoDePaciente. En la columna
se ingresar los distintos tipos de pacientes, es decir, Adulto, Pediatrico, FastTrack,
etc.
Agregar una Propiedad Estndar del tipo Real llamada Llegadas. Los valores a ingresar
correspondern al porcentaje de llegadas de cada tipo de paciente.
Crear 3 columnas de Propiedad Estndar del tipo Real llamadas PorcentajeNoUrgente,
PorcentajeUrgente y PorcentajeEmergente. stas contendrn el nmero correspondiente
al porcentaje de llegada de cada gravedad para cada tipo de paciente.
Crear columnas para tiempos de Triage y Businesss Office agregando Propiedades Estndar
del tipo Expresin llamadas TiempoTriage y TiempoBusinesssOffice. Se completarn
con una expresin, como por ejemplo (Random.Erlang(2.5,2))/60 para Triage. En este caso
los tiempos son comunes para todos los pacientes, por lo que se debe repetir la misma
expresin en las columnas, pero el modelo da la posibilidad de utilizar tiempos distintos.
Cabe sealar que las tablas trabajan con valores en horas, por lo tanto se debe dividir la
expresin por 60.
-
8/11/2019 Tesis Usando SIMIO
31/82
31
Se tiene 3 tipos de gravedad por cada paciente, por lo tanto hay 3 tiempos de atencin por
cada paciente. Se ingresar entonces el tiempo en cama en 1 columna por cada tipo de
gravedad. Se debe agregar una Propiedad Estndar del tipo Expresin llamada
TiempoCamaNoUrgente, donde se completar con una expresin, como por ejemplo (9 +
Random.Gamma(2.22,60))/60.
De la misma forma anterior, crear columnas TiempoCamaUrgente y
TiempoCamaEmergente. En las propiedades del objeto Cama se incluye la expresin
general que considera los 3 tiempos segn gravedad.
Finalmente, la tabla DatosPacientes que se ingresa en Simio conteniendo la informacin de
llegadas y tiempos de proceso es la Tabla N 4.1.
Tabla N 4.1 Datos de Pacientes
TipoDePaciente Llegadas PorcentajeNoUrgentes PorcentajeUrgentes PorcentajeEmergentes TiempoTriage
Adulto 41.34 27 65 8 (Random.Erlang(2.5,2))/60
Pediatrico 21.84 12 80 8 (Random.Erlang(2.5,2))/60
FastTrack 13.26 27 65 8 (Random.Erlang(2.5,2))/60
Trauma 1.56 27 65 8 (Random.Erlang(2.5,2))/60
AdultoAmb 14.74 27 65 8 0
PediatricoAmb 2.64 12 80 8 0
FastTrackAmb 0.66 27 65 8 0
TraumaAmb 3.96 27 65 8 0
TiempoBusinessOffice TiempoCamaNoUrgente TiempoCamaUrgente TiempoCamaEmergente
(Random.Normal(5,2.2))/60 9+Random.Gamma(2.22,60) 9+Random.Gamma(2.22,60) Random.Triangular(90,300,540)
(Random.Normal(5,2.2))/60 Random.Gamma(2.58,75) Random.Gamma(2.58,75) 70+Random.Weibull(1.6,342)
(Random.Normal(5,2.2))/60 4+Random.Erlang(30,3) 4+Random.Erlang(30,3) 4+Random.Erlang(30,3)
(Random.Normal(5,2.2))/60 9+Random.Gamma(2.22,60) 9+Random.Gamma(2.22,60) Random.Triangular(90,300,540)
0 9+Random.Gamma(2.22,60) 9+Random.Gamma(2.22,60) Random.Triangular(90,300,540)
0 Random.Gamma(2.58,75) Random.Gamma(2.58,75) 70+Random.Weibull(1.6,342)
0 4+Random.Erlang(30,3) 4+Random.Erlang(30,3) 4+Random.Erlang(30,3)0 9+Random.Gamma(2.22,60) 9+Random.Gamma(2.22,60) Random.Triangular(90,300,540)
Fuente: Elaboracin propia.
El nmero de llegadas por hora depender de la hora del da. Para este caso se tiene que en
promedio la sala de emergencias recibe por hora el nmero de pacientes indicado en la Tabla N 4.2.
-
8/11/2019 Tesis Usando SIMIO
32/82
32
Tabla N 4.2 Llegada de Pacientes segn Horario
Horario N de Pacientespor hora
0 a 1:59 5.3
2 a 7:59 3.7
8 a 10:59 68.1
11 a 18:59 10.4
19 a 21:59 12.9
22 a 23:59 9.9
Fuente: Centro Avanzado de Simulacin de Procesos, Universidad del Bo-Bo.
Por lo tanto se crear una tabla para establecer tasas de llegada variables en el tiempo.
En la vista Datos, crear una Rate Table llamada TasaLlegada.
Ingresar datos para cada hora del da. La tabla debera verse como la Tabla N 4.3.
Tabla N 4.3 Ingreso de Llegada de Pacientes segn Horario en Simio
Starting Offset Ending Offset Rate (events
per hour)
Day 1, 00:00:00 Day 1, 01:00:00 5.3
Day 1, 01:00:00 Day 1, 02:00:00 5.3
Day 1, 02:00:00 Day 1, 03:00:00 3.7
Day 1, 03:00:00 Day 1, 04:00:00 3.7
Day 1, 04:00:00 Day 1, 05:00:00 3.7
Day 1, 05:00:00 Day 1, 06:00:00 3.7
Day 1, 06:00:00 Day 1, 07:00:00 3.7
Day 1, 07:00:00 Day 1, 08:00:00 3.7
Day 1, 08:00:00 Day 1, 09:00:00 68.1
Day 1, 09:00:00 Day 1, 10:00:00 68.1
Day 1, 10:00:00 Day 1, 11:00:00 68.1
Day 1, 11:00:00 Day 1, 12:00:00 10.4
Day 1, 12:00:00 Day 1, 13:00:00 10.4
Day 1, 13:00:00 Day 1, 14:00:00 10.4
Day 1, 14:00:00 Day 1, 15:00:00 10.4
Day 1, 15:00:00 Day 1, 16:00:00 10.4
Day 1, 16:00:00 Day 1, 17:00:00 10.4
Day 1, 17:00:00 Day 1, 18:00:00 10.4
-
8/11/2019 Tesis Usando SIMIO
33/82
33
Day 1, 18:00:00 Day 1, 19:00:00 10.4
Day 1, 19:00:00 Day 1, 20:00:00 12.9
Day 1, 20:00:00 Day 1, 21:00:00 12.9
Day 1, 21:00:00 Day 1, 22:00:00 12.9
Day 1, 22:00:00 Day 1, 23:00:00 9.9
Day 1, 23:00:00 Day 2, 00:00:00 9.9
Fuente: Elaboracin propia.
Cabe sealar que las camas de Fast Track estn abiertas slo durante el perodo de 11:00 a
23:00 al da. Por lo tanto se debe crear una tabla de Schedule (Horario) con esta informacin, de la
siguiente manera:
En la vista Data, crear un Horario nuevo llamado HorarioFastTrack.
Marcar las casillas desde las 11:00 hasta las 23:00. Hacer clic con el botn derecho del
mouse y agregar un nuevo ciclo. Marcar como On Shift.
Copiar el ciclo para todos los das de la semana.
La tabla debe verse como la Fig. N 4.4.
Fig. N 4.4 Tabla de Horario de Camas Fast Track
Fuente: Elaboracin propia.
-
8/11/2019 Tesis Usando SIMIO
34/82
34
4.3.2 Creacin de Entidades
Para crear distintos tipos de pacientes, se debe desarrollar un proceso para crear entidades
segn las llegadas ingresadas en la tabla (Fig. N 4.5). Esto se realiza de la siguiente manera:
En la vista Procesos se crea un proceso para crear entidades llamado CrearPacientes.
Agregar paso SetTable con los siguientes parmetros:
o Table Name: DatosPacientes
o Row Number: DatosPacientes.Llegadas.RandomRow
o Object Type: Token
El proceso anterior crear distintos tipos de pacientes tales como adultos, peditricos, etc. Sin
embargo, todos tendrn la gravedad por defecto, es decir 0 correspondiente a no urgente. Para
asignar la gravedad correcta se debe crear otro proceso.
Crear proceso para asignar gravedades llamado AsignarGravedad.
Agregar paso Decide basado en probabilidad. La expresin ser leda de la tabla de datos y
corresponde al porcentaje de llegadas de pacientes no urgentes y es
(DatosPacientes.PorcentajeNoUrgente)/100.
El porcentaje de llegadas si ir por la salida True. Ah se debe agregar un paso Assign, donde
asignaremos el valor 1 a la variable de estado Paciente.Gravedad.
Por la salida False del paso Decide ir el porcentaje de pacientes urgentes y emergentes. Por
lo tanto el porcentaje de pacientes urgentes est dado por
% % + %
Se debe agregar entonces otro paso Decide basado en probabilidad con la expresin
DatosPacientes.PorcentajeUrgentes/(DatosPacientes.PorcentajeUrgentes+DatosPacientes.Po
rcentajeEmergentes).
En la salida True del segundo Decide se agrega un paso Assign con el valor 2 a la variable de
estado Paciente.Gravedad.
-
8/11/2019 Tesis Usando SIMIO
35/82
35
Por la salida False ir el resto del porcentaje correspondiente a los pacientes emergentes. Se
agrega entonces un paso Assign para asignar el valor 3 a la variable Paciente.Gravedad y
otro paso Assign para asignarle un valor 2 a la variable Paciente.Priority. En este modelo los
pacientes con gravedad 1 y 2 tendrn prioridad 0, mientras que los pacientes emergentes
tendrn prioridad 2.
Fig. N 4.5 Proceso para Asignacin de Gravedad de Pacientes
Fuente: Elaboracin propia.
En el modelo se debe agregar una Fuente (Source) que cree las entidades. Las Propiedades de la
Fuente son las siguientes:
Arrival Logic
o Entity Type: DatosPacientes.TipoDePaciente. Se lee de la tabla los distintos tiposde entidades (pacientes).
o Arrival Mode: Time Varying Arrival Rate. El nmero de llegadas depender de la
hora del da. Esta informacin est definida en una Rate Table.
o Rate Table: TasaLlegada.
Add-On Process
o Creating Entities: CrearPacientes. Proceso para crear distintos tipos de entidades
Paciente segn tabla.
o Created Entity: AsignarGravedad. Proceso para asignar gravedades segn tabla de
datos. Tambin asigna prioridad a pacientes emergentes.
-
8/11/2019 Tesis Usando SIMIO
36/82
36
4.4. Construccin del modelo
4.4.1 General
1. Insertar en el modelo las entidades Paciente, una por cada tipo de paciente. En este caso se
tiene pacientes del tipo Adulto, Peditrico, Fast Track y Trauma. Adems, se decidi crear
aparte los pacientes que llegan en ambulancia, ya que tienen distintas secuencias y recursos
disponibles, por lo tanto se tiene 8 tipos de entidades del tipo Paciente.
2. Situar en el modelo los objetos:
o Source
o Triage
o Businesss Officer
o 50 camas. En este caso las camas se situaron de la siguiente forma:
1 24: Adultos
25 34: Peditricos
35 44: Fast Track
45 50: Trauma
o 5 salas de espera, una por cada tipo de paciente que llega a pie, ms otra para la
Businesss Office.o Sink
3. Es recomendable crear una red de caminos para interconectar todas las camas con salas de
espera y salidas de pacientes. Esto se puede lograr insertando Nodos Bsicos en las junturas
y unindolas mediante caminos. Por estos caminos constantemente tienen que circular
entidades y vehculos de transporte, por lo tanto no basta con que sean unidireccionales. Al
hacerlos bidireccionales se encontr problemas de trfico, ya que muchas entidades y
vehculos quedaban atorados en nodos. Esto se resolvi utilizando 2 caminos
unidireccionales en cada tramo, uno en cada direccin. La red de caminos utilizada en este
trabajo se muestra en la Fig. N 4.6.
-
8/11/2019 Tesis Usando SIMIO
37/82
37
Fig. N 4.6 Red de Caminos en Sala de Emergencia
Fuente: Elaboracin propia.
Despus del Triage, los pacientes tienen dos posibles destinos. Se dirigirn directamente a
las camas si es que hay alguna disponible, o en caso contrario pasan a la sala de espera de la
Businesss Office. Una de las formas de implementar lo anterior en Simio es la siguiente:
1. En Definiciones del modelo, crear un Estado Discreto llamado CamasAdultosOcupadas.
2. Insertar un Nodo Bsico unido a la salida del Triage por un camino. En las propiedades del
camino, cambiar el peso del camino por la expresin Is. Adulto && (Paciente.Gravedad !=
3). As nos aseguramos que slo pacientes del tipo Adulto y con gravedad No Urgente y
Urgente irn hacia el Nodo Bsico. Los adultos emergentes pasarn directamente a las
camas. Mediante otro camino.
3. En las propiedades del Nodo Bsico, crear un Add-On Process Trigger en Entidades
Ingresadas llamado SalidaTriageAdultos.4. En la vista Procesos, crear un proceso llamado SalidaTriageAdultos (Fig. N 4.7).
-
8/11/2019 Tesis Usando SIMIO
38/82
38
Fig. N 4.7 Proceso de Asignacin de valor a Indicador de Camas Ocupadas
Fuente: Elaboracin propia.
5. Agregar un paso Decide de condicin con la expresin Cama1.Capacity.Allocated == 1 &&
Cama2.Capacity.Allocated == 2 && && Cama24.Capacity.Allocated ==1. Esta
expresin es verdad cuando todas las camas de adultos (1 a 24) estn siendo ocupadas.
6. En la salida True insertar un paso Assign, donde a la variable CamasAdultosOcupadas se
le asignar el valor 1.7. En la salida False insertar un paso Assign, donde a la variable CamasAdultosOcupadas se
le asignar el valor 0.
8. La combinacin de lo anterior hace que la variable CamasAdultosOcupadas est seteada
en 1 cuando todas las camas de adultos estn procesando y en 0 cuando alguna est
disponible.
9. Desde el nodo despus del Triage situar 2 caminos, uno hacia la Sala de Espera de Adultos y
otra hacia la Sala de Espera de la Businesss Office. En el primero el peso deber serCamasAdultosOcupadas==0 y en el segundo ser CamasAdultosOcupadas. Esta
lgica se puede emplementar como en la Fig. N 4.8.
Fig. N 4.8 Esquema de Ruteo de Pacientes desde Triage
Fuente: Elaboracin propia.
-
8/11/2019 Tesis Usando SIMIO
39/82
39
10.De forma anloga se puede hacer algo similar para pacientes no emergentes del tipo
Peditrico y Fast Track, donde cada uno tendr su propia cola del tipo Sala de Espera. Los
pacientes Emergentes y de Trauma irn directamente a su Sala de Espera para luego ser
llevados a una cama.
Los pacientes en la Sala de Espera de la Business Office debern esperar su turno para pasar
en forma individual a la oficina. Por lo tanto el servidor BusinessOfficer es un recurso que se debe
captar y luego libertar. Una forma de implementarlo es la siguiente:
1. En Definiciones, Listas, crear una nueva lista de Nodos llamada BusinessOfficeNodo que
estar compuesto slo por el nodo Input@BusinessOfficer1.
2. En el nodo de salida de la Sala de Espera de la Business Office cambiar las siguientespropiedades en Routing Logic:
o Entity Destination Type: Select From List
o Node List Name: BusinessOfficeNodos
o Blocked Routing Rule: Select Available Only
Desde el nodo de salida del Business Officer se conecta un camino hacia la sala de espera de
adultos, ingresando como peso la expresin Is.Adulto. De forma similar se conectan los caminos
para salas de espera de Peditricos y de Fast Track.
Fig. N 4.9 Ruteo de Pacientes desde Business Office
Fuente: Elaboracin propia.
Desde Sala deEspera BO
Hacia Sala de
Espera Adultos
Hacia Sala deEspera Fast Track
Hacia Sala de
Espera Peditricos
-
8/11/2019 Tesis Usando SIMIO
40/82
40
Se debe definir los grupos de camas disponibles para distintos tipos de pacientes. stos
tienen distintas camas a su disposicin dependiendo de su gravedad o si se movilizan en ambulancia.
Para esto, en Definiciones, Listas, se deben crear las listas de nodos mostradas en la Tabla N 4.4.
Tabla N 4.4 Grupos de Camas expresadas como Listas de Nodos
,
,
,
,
, ,
,
, ,
,
,
,
Fuente: Elaboracin propia.
Cabe sealar que para los pacientes en ambulancia, es recomendable agregar como ltimo
nodo la entrada a su respectiva sala de espera, para redirigirlos en caso de que exista ninguna otra
cama disponible.
Es posible asignarle un destino a las entidades cambiando las propiedades del nodo de
transferencia de salida de las salas de espera. Por ejemplo, para que los pacientes adultos se dirijan
hacia el grupo de camas de adultos se debe cambiar lo siguiente en Routing Logic:
Entity Destination Type: Select From List
Node List Name: CamasAdultos
Blocked Routing Rule: Select Available Only
-
8/11/2019 Tesis Usando SIMIO
41/82
41
De esta forma la entidad seleccionar su destino desde la lista CamasAdultos, slo si hay
alguno disponible. En caso de que no lo haya, la entidad quedar bloqueada esperando
disponibilidad.
Si se desea que pacientes de distinta gravedad se dirijan hacia distintos grupos de camas
desde una misma sala de espera, existe la opcin de separar las entidades en pacientes emergentes y
no emergentes a la salida de la sala de espera, como se muestra en la Fig. N 4.10.
Fig. N 4.10 Esquema de Ruteo de Pacientes desde Sala de Espera
Fuente: Elaboracin propia.
Los caminos que conectan la salida de la sala de espera con los nodos de transferencia tienen
pesos Paciente.Gravedad==3 para emergentes y Paciente.Gravedad!=3 para no emergentes. En
los nodos de transferencia se puede cambiar las propiedades para que las entidades sean dirigidas a
sus respectivos grupos de camas. Esta lgica se puede utilizar para dems salas de espera.
Adems, segn lo ingresado en las propiedades del objeto personalizado Paramdico (punto
4.2.6), los transportes le darn prioridad a pacientes emergentes y los llevarn para ser atendidosantes que a otra gravedad.
Salida deSala de Espera
Paciente es AdultoNo Emergente
Paciente es AdultoEmergente
Hacia camas deAdulto Emergente
Hacia camasde Adulto
-
8/11/2019 Tesis Usando SIMIO
42/82
42
4.4.2 Horarios de Atencin de Pacientes Fast-Track
En el caso de los pacientes Fast Track, se debe poner especial atencin con el hecho que las
camas estn disponibles slo desde 11:00 a 23:00 hrs. Para lograr esto, se debe modificar las
siguientes propiedades de cada cama de Fast Track, en Lgica de Proceso: Capacity Type: WorkSchedule
Work Schedule: HorarioFastTrack
Con esto, la capacidad de las camas cambiar de 1 a 0, dependiendo de la hora y segn lo
ingresado en la tabla de Schedule llamada HorarioFastTrack (punto 4.3.1).
Si el destino de la sala de espera de Fast Track son slo las camas de Fast Track, los
pacientes que ingresen fuera del horario quedarn atascados, ya que las camas de destino tendrn
capacidad 0. Existe entonces la opcin de agregar un tercer nodo de transferencia a la salida, que
enve a los pacientes Fast Track a camas normales, en caso que las camas de Fast Track no estn
disponibles. Se puede disponer nodos a la salida, efectuando un procedimiento similar al anterior,
como lo muestra la Fig. N 4.11.
Fig. N 4.11 Esquema de Ruteo de Pacientes Fast Track desde Sala de Espera
Fuente: Elaboracin propia.
Salida deSala de Espera
de Fast Track
Hacia camas
Fast Track noemergentes
Hacia camas
Fast Trackemergentes
Hacia camas
de adultos
Camas Fast Track nodisponibles
Camas Fast Track disponibles ypaciente no emergente
Camas Fast Track disponiblesy paciente emergente
(1) (2) (3)
(1)
(2)
(3)
-
8/11/2019 Tesis Usando SIMIO
43/82
43
En la figura anterior, los pesos en los caminos deben ser las siguientes expresiones:
(1) Cama35.Capacity == 0. Las camas de Fast Track estn deshabilitadas.
(2) Cama35.Capacity && Paciente.Gravedad == 3. Las camas de Fast Track estn
habilitadas y el paciente es emergente.
(3) Cama35.Capacity && Paciente.Gravedad != 3. Las camas de Fast Track estn
habilitadas y el paciente es no emergente.
Cabe sealar que para saber la capacidad de las camas de Fast Track es suficiente con
preguntar la capacidad de slo una de ellas, ya que todas tienen el mismo horario.
4.4.3 Pacientes que se van sin Tratamiento (LWT)
Se desea modelar pacientes que, debido a las grandes esperas, se vayan de la sala de
emergencias sin recibir atencin. En el modelo de simulacin se asumir que el 30% de los
pacientes que esperan por ms de 2,5 horas, se van sin tratamiento. La simulacin revisar cada 1
hora si los pacientes llevan esperando ms de 2,5 horas en las colas del Triage y de las Salas de
Espera de Adultos, Fast Track y Trauma. Un 30% de esas entidades sern destruidas y
contabilizadas, mientras que el resto seguir esperando por al menos una hora ms [1].
Al momento de realizar este modelo, el software no permite retirar entidades directamente de
una cola de un Servidor. Por esta razn se cambi la capacidad del buffer de entrada a 0 para luego
poder insertar las entidades a un nuevo buffer, donde stas pueden ser buscadas y retiradas.
Para mover las entidades del buffer de entrada del Triage a otro provisorio, se debe realizar
lo siguiente:
1. La entidad Paciente ya tiene agregado un estado discreto llamado TiempoEnCola en la
ventana Definiciones, Estados. ste llevar un seguimiento del tiempo en el que cada
paciente entra a la sala de Triage. Con la variable creada, luego se le podr asignar un valor.
2. En Definiciones, Elementos, hacer clic en Storage para crear un nuevo Almacenamiento y
nombrarlo Almacenamiento.
-
8/11/2019 Tesis Usando SIMIO
44/82
44
3. En el nodo de entrada del servidor (Triage) agregar un Add-On Process Trigger haciendo
doble clic en Entered. Se crear automticamente un proceso llamado
Input_Triage1_Entered. Este proceso ser llamado cada vez que una entidad entre al
nodo.
4. En la ventana de Procesos, en el proceso recin creado, agregar un paso Assign, donde se le
asignar a la variable Paciente.TiempoEnCola el valor TimeNow (tiempo actual de
simulacin). Con esto, cada entidad tendr registrado en el estado TiempoEnCola, el valor de
la hora cuando ingres al Triage.
5. En el mismo proceso agregar un paso Insert, donde el Nombre del Queue State ser
Almacenamiento.Queue (Fig. N 4.12). Este paso insertar las entidades que entren al
Triage en la cola de almacenamiento llamada Almacenamiento.
Fig. N 4.12 Proceso de Insercin de Entidades en Cola de Almacenamiento
Fuente: Elaboracin propia.
6. De vuelta en la ventana Facility, agregar otro Add-On Process Trigger al nodo de entrada delTriage, haciendo doble clic en Exited. Se crear automticamente un proceso llamado
Input_Triage1_Exited. Este proceso ser llamado cada vez que una entidad salga del
nodo.
7. En la ventana de Procesos, en el nuevo proceso, agregar un paso Remove para quitar
entidades desde la Almacenamiento.Queue(Fig. N 4.13).
Fig. N 4.13 Proceso de Remocin de Entidades en Cola de Almacenamiento
Fuente: Elaboracin propia.
-
8/11/2019 Tesis Usando SIMIO
45/82
45
8. Los dos procesos Input_Triage1_Entered y Input_Triage1_Exited utilizan una cola de
almacenamiento para que la entidad espere al servidor. Esta cola puede ser animada al
agregar una Detached Queue con el nombre Almacenamiento.Queue, desde la pestaa
Animation en la ventana Facility. Esta cola reemplazar a la cola de entrada del Triage.
En esta nueva cola de almacenamiento las entidades estn esperando y se puede ahora buscar
las que estn mucho tiempo. Para realizarlo en el modelo se debe hacer lo siguiente:
9. En la ventana Facility, insertar un objeto Source y conectarlo con un Sink. El tiempo de
llegadas de las entidades debe estar basado en cuan seguido se desea buscar entidadesesperando mucho tiempo en las colas. En este caso ser cada 1 hora.
10.En el nodo de transferencia del objeto Source recin insertado, agregar un Add-On Process
Trigger llamado LWTTriage en Entered.
11.Definir Indice como un estado discreto del modelo en la ventana Definiciones, panel de
Estados.
12.En el proceso recin creado, agregar un paso Search y cambiar las siguientes propiedades:
Basic Logic
o Collection Type: QueueState. Se busca en una cola.
o Queue State Name: Almacenamiento.Queue. Nombre de la cola donde se busca.
o Match Condition: (TimeNow-Candidate.Paciente.TiempoEnCola) > 2.5. Se
busca entidades del tipo Paciente que lleven en cola ms de 2.5 horas. Este
nmero se puede cambiar segn se desee.
Advanced Options
o Save Index Found: Indice
13.En la salida Found del paso Search, agregar un paso Decide, basado en una probabilidad de
0.3.
14.En la salida True del paso Decide, insertar un paso Remove para quitar el 30% de las
entidades que cumplan con las condiciones de la bsqueda. Cambiar las siguientes
propiedades:
Basic Logic
-
8/11/2019 Tesis Usando SIMIO
46/82
46
o Queue State Name: Almacenamiento.Queue. Nombre de la cola de donde se
retira.
Advanced Options
o Removal Type: AtRankIndex
o Rank Index: Indice
15.Reconectar la salida Original del paso Remove hacia la entrada del paso Search, para seguir
buscando en la cola entidades que esperen mucho tiempo.
16.En Definiciones, Elementos, agregar una Tally Statistic llamada LWT.
17.A la salida del paso Remove, insertar un paso Tally para registrar la duracin del tiempo que
la entidad esper antes de ser retirada. El nombre de la TallyStatistic es LWT y el valor es
TimeNow - Paciente.TiempoEnCola.
18.A continuacin del paso Tally, agregar un paso Destroy, para destruir la entidad y su Token.
El proceso LWTTriage debera verse como el de la Fig. N 4.14.
Fig. N 4.14 Proceso de Pacientes que se van sin tratamiento (LWT) en Triage
Fuente: Elaboracin propia.
Este procedimiento puede efectuarse de forma anloga para las salas de espera. Los buffers
de entrada tambin deben ser deshabilitados y reemplazados por colas de almacenamiento, pero esta
vez no se debe escribir un nuevo valor en la variable Paciente.TiempoEnCola ya que el tiempo de
entrada en el sistema es uno slo y es al entrar al Triage. Se deben crear nuevas colas de
Almacenamiento, una para cada sala de espera.
-
8/11/2019 Tesis Usando SIMIO
47/82
47
Se puede agregar nodos bsicos a continuacin del objeto Source que revisa cada 1 hora y
agregarles Add-On Process Triggers para que gatillen los procesos de LWT para cada sala de
espera, como lo muestra la Fig. N 4.15.
Fig. N 4.15 Nodos para Gatillar Procesos de LWT
Fuente: Elaboracin propia.
En todos los procesos que revisen a los pacientes sin tratamiento en las salas de espera, es
necesario que guarden las estadsticas en el mismo Tally Statistic llamado LWT. El nmero de
pacientes que se van se agregar a esa lista.
Para tener un indicador en el modelo del nmero de pacientes que se van sin tratamiento, se
puede agregar en la ventana Facility, pestaa Animation, una Etiqueta de Estado con la expresin
LWT.NumberObservations. Tambin se puede agregar una etiqueta para que el indicador se vea
como la Fig. N 4.16.
Fig. N 4.16 Indicador se Pacientes que se van sin Tratamiento
Fuente: Elaboracin propia.
4.4.4 Agravamiento de Pacientes en Espera
Se desea modelar que pacientes de gravedad urgente puedan empeorar su salud debido a largas
esperas. Se utiliza un procedimiento similar al de modelar pacientes que se van sin tratamiento. La
LWT Triage
LWT
Sala deEspera
Adultos
LWTSala de
EsperaFast Track
LWT
Sala deEspera
Trauma
-
8/11/2019 Tesis Usando SIMIO
48/82
48
simulacin asumir que un 10% de los pacientes clasificados como Urgentes empeorar su
condicin a Emergente si es que llevan ms de 2,5 horas esperando en Triage o en las Salas de
Espera. Para agravar pacientes en Triage se hace lo siguiente:
1. En la ventana Facility, es posible utilizar el mismo objeto Source agregado anteriormente
para pacientes que se van sin tratamiento (Fig. N 4.15) para que la simulacin busque
entidades cada 1 hora. Si se desea buscar en una tiempo distinto, se puede agregar otro
Source con distinto tiempo de llegadas.
2. Insertar un nuevo Nodo Bsico y agregar un Add-On Process Trigger llamado
MasGravedadTriage en Entered.
3. En el proceso recin creado, agregar un paso Search y cambiar las siguientes propiedades en
Basic Logic: Collection Type: QueueState
Queue State Name: Almacenamiento.Queue
Match Condition: (TimeNow-Candidate.Paciente.TiempoEnCola) > 2.5
4. En la salida Found del paso Search, agregar un paso Decide, basado en condicin con la
expresin Paciente.Gravedad == 2.
5. En la salida True, agregar otro paso Decide, basado en una probabilidad de 0.1.
6. En la salida True, insertar un paso Assign para darle a la variable de estadoPaciente.Gravedad un valor de 3. Agregar otra asignacin para darle a la variable
Paciente.Priority un valor de 2.
El proceso MasGravedadTriage debera verse como el de la Fig. N 4.17.
Fig. N 4.17 Proceso para Agravamiento de Pacientes
Fuente: Elaboracin propia.
-
8/11/2019 Tesis Usando SIMIO
49/82
49
Se puede realizar lo anterior de forma anloga para las dems salas de espera.
4.4.5 Transportes
Se desea que paramdicos transporten a los pacientes desde las salas de espera hacia las camas y
luego hacia fuera de la sala de emergencias. En este caso habr 4 paramdicos permanentemente de
turno.
1. En la ventana Facility, insertar en el modelo 4 entidades Paramdico.
2. En Definiciones, Listas, crear una lista de Transportes llamada Paramedicos compuesta
por las 4 entidades Paramdico recin aadidas.3. En cada Nodo de Transferencia donde se necesite que las entidades sean recogidas, se debe
agregar lo siguiente en las propiedades de Lgica de Transporte:
Ride on Transporter: True
Transporter Type: From List
Transporter List Name: Paramedicos
Estas propiedades se deben modificar en todos los nodos a la salida de salas de espera, camas
y nodos a la llegada de ambulancias.
4. Se debe elegir un lugar donde los paramdicos iniciarn su recorrido y donde estarn en caso
de inactividad. En este lugar se coloca un Nodo Bsico y se conecta con la red existente. El
nombre del Nodo Bsico debe coincidir con el Nodo Inicial que se ingres en las
definiciones, al momento de crear la entidad Paramdico, por ejemplo, BasicNode52
(punto 4.2.6).
5. Al crear la entidad Paramedico, se configur que su accin al estar inactivo sera
estacionarse en casa (Park at Home), por lo que se debe crear una cola para que los
transportes se estacionen. En la vista Facility, pestaa Animation, hacer clic en Detached
Queue y se dibuja una cola cerca del nodo inicial. En las propiedades de la cola, cambiar el
estado a BasicNodeXX.ParkingStation.InProgress, donde XX es el nmero del nodo
inicial.
-
8/11/2019 Tesis Usando SIMIO
50/82
50
4.5. Comentarios
Del modelo realizado se observa que su confeccin requiri una demanda de tiempo
considerable y present una complejidad relativamente alta para el desarrollo de lgicas complejas,
sin embargo este trabajo servir como base para ser adaptado a otros sistemas de salud, donde seespera que la reutilizacin de los objetos definidos y sus propiedades signifique una modelacin
simple con una disminucin importante del tiempo de desarrollo.
-
8/11/2019 Tesis Usando SIMIO
51/82
51
Captulo 5. Modelamiento en Simio v/s Modelamiento enFlexsim HC
5.1. Introduccin
En este captulo se establecen las diferencias encontradas entre realizar un modelo en el
software Simio y en Flexsim HC. Este ltimo es un simulador orientado a objeto, especialmente
creado para representar casos de sistemas de salud. Se compara el desarrollo de modelos en ambos
software tomando en cuenta aspectos como el ingreso de las secuencias de los pacientes en la
instalacin, lgica, rendimiento de los programas a la hora de correr los modelos, concordancia de
datos obtenidos, entre otros.
5.2. Secuencias
En Simio existen diversas maneras de definir las secuencias de las entidades. Una de ellas es
predefinirlas mediante una tabla de secuencias, donde se especifica cada uno de los nodos por los
cuales la entidad debe pasar (Fig. N 5.1 (a)). Para esto, cada tipo de entidad debe tener una
secuencia asociada para que sta siempre sea la ingresada en tabla, lo que se realiza modificando sus
propiedades (Fig. N 5.1 (b)). Luego, cada nodo tambin debe tener ingresado en sus propiedades
que sigan una secuencia. Dada la complejidad y las caractersticas del modelo realizado en este
trabajo, se decidi que esta metodologa no era la ms adecuada, debido a que las tablas de
secuencias se utilizan usualmente para secuencias fijas, mientras que en muchos casos se necesitaba
discriminar entre distintos posibles destinos y muchos nodos eran recorridos por distintos tipos de
entidades.
-
8/11/2019 Tesis Usando SIMIO
52/82
52
(a)
(b)
Fig. N 5.1 Ingreso de Secuencias - Simio
(a) Tabla de Secuencias, (b) Propiedades de EntidadFuente: Elaboracin propia.
Otra alternativa para establecer secuencias es utilizar los nodos de transferencia, donde se
puede definir para cualquier entidad un prximo destino, ya sea fijo o de una lista de nodos (Fig. N
5.2), tal como se hizo en el punto 4.4.1.
Fig. N 5.2 Propiedades de Nodo de Transferencia para Secuencias Simio
Fuente: Elaboracin propia.
Simio tambin ofrece la opcin de definir rutas mediante la apertura y cierre de caminos. Los
caminos (paths) tienen un peso que por defecto es 1, pero que puede ser modificado por otro valor o
incluso una expresin que representan la probabilidad de que una entidad pase por ese camino. Estas
expresiones tambin pueden ser del tipo booleanas, es decir que son verdaderas o falsas y que
retornarn un valor de 1 0. De esta manera, cuando el peso del camino resulta ser 0, ste quedar
-
8/11/2019 Tesis Usando SIMIO
53/82
53
bloqueado. En la Fig. N 5.3 se ingres una expresin que abrir o cerrar el paso, dependiendo de
existen camas disponibles o no. Este procedimiento se utiliz muchas veces en este trabajo y un
ejemplo se explica en el punto 4.4.1, Fig. N 4.8.
Fig. N 5.3 Propiedades de Caminos para Secuencias Simio
Fuente: Elaboracin propia.
En Flexsim HC la gran parte de la definicin de secuencias se encuentra en los Tracks. En
stos se definen todas las actividades que el paciente efectuar en el sistema, incluidos sus
movimientos. En la Fig. N 5.4 se observa que la primera actividad, llamada 10_mov_a_triage es
del tipo Paciente Viaja Desatendido, es decir el primer movimiento del paciente est definido
como ir por s solo desde la entrada hacia el rea de Triage. Aqu tambin se define la prxima rea
del paciente, la que en este caso est ingresada como una funcin avanzada.
-
8/11/2019 Tesis