Está en la página 1de 24

Hospital Municipal de Agudos Dr.

Lenidas Lucero: Modelo de la Organizacin


Juan A. Capodarca1 - Alejandro D. Suraci2 - Marisa A. Snchez3
1

Estudiante avanzado de la Lic. en Cs. de la Administracin. Becario del Dpto. Capacitacin y Desarrollo del Hospital Municipal de Baha Blanca. 2 Estudiante avanzado de la Lic. en Cs. de la Administracin. Auxiliar de ctedra en la asignatura "Administracin I" de la carrera de Contador Pblico, Dpto. de Cs. de la Administracin, Universidad Nacional del Sur. 3 Dra. en Cs. de la Computacin. Profesora Adjunta a cargo de la asignatura "Sistemas y Modelos" de la carrera de Lic. en Administracin, Dpto. de Cs. de la Administracin, Universidad Nacional del Sur. Resumen En este trabajo describimos cmo modelar organizaciones utilizando el lenguaje Unified Modeling Language (UML) [Booch, 1998], y una extensin propuesta por Eriksson y Penker [Eriksson, 2000]. Un modelo es una representacin de la organizacin que muestra los procesos y funciones de las unidades organizacionales, sus interacciones y los datos que utilizan. Describimos la propuesta de modelado, y presentamos la experiencia de modelar una organizacin hospitalaria de Baha Blanca. Palabras clave: Modelos de Organizaciones; Unified Modeling Language; Extensiones Eriksson y Penker.

1- Introduccin Un modelo constituye una representacin de la organizacin mostrando los procesos o funciones de los departamentos o unidades organizacionales, sus relaciones, y los datos que se utilizan. Existen varias propuestas para construir un modelo de una organizacin [Bertolazzi, 2001; Medina, 1992; Schael, 1997; Yu, 1997] . Sin embargo, consideramos el trabajo de Eriksson y Penker [Eriksson, 2000] porque est basado en Unified Modeling Language (UML) [Booch, 1998], que es un lenguaje estndar para visualizar, especificar, desarrollar y documentar sistemas. UML constituye un lenguaje para especificar modelos de acuerdo al paradigma de anlisis y diseo de sistemas conocido como orientado a objetos. Si bien UML puede parecer complejo para el usuario principiante, UML tiene un enfoque minimalista. El problema est dado por la complejidad subyacente de los sistemas a modelar. Un lenguaje de modelamiento ms simple sera incapaz de capturar todos los elementos semnticos de inters. Inicialmente, UML fue diseado para describir aspectos de sistemas de software. De todos modos, UML soporta el concepto de extensin a travs de la estereotipacin. La definicin de estereotipos permite definir nuevos elementos sintcticos para ajustar la notacin a necesidades particulares. En particular, Eriksson y Penker [Eriksson, 2000] definen estereotipos para representar con mayor naturalidad conceptos propios de las organizaciones tales como procesos,

objetivos estratgicos, recursos, o reglas. Adems, Eriksson y Penker proponen describir un modelo de una organizacin incluyendo cuatro vistas principales: (a) una descripcin de la visin, misin y estrategia; (b) los procesos; (c) los recursos, productos, servicios, unidades organizacionales; y (d) informacin dinmica relacionada con el comportamiento individual de cada recurso, y la interaccin entre procesos. El objetivo de este trabajo es mostrar cmo modelar organizaciones utilizando la propuesta de Eriksson y Penker. Tomamos como caso de estudio una entidad hospitalaria de Baha Blanca, el Hospital Municipal de Baha Blanca (HMBB). Las descripciones contenidas en el artculo estn basadas en los procesos del hospital, por razones de espacio, se han efectuado algunas modificaciones que no se ajustan precisamente a los procesos reales, por lo que las descripciones no deben interpretarse como una especificacin exacta de los mismos. Este trabajo est organizado de la siguiente forma: en la Seccin 2 brindamos una breve introduccin al paradigma de modelamiento en que se basa UML; en la Seccin 3 describimos el lenguaje UML; la Seccin 4 est dedicada presentar el modelo para el HMBB; finalmente, en la Seccin 5 sintetizamos las principales conclusiones. 2- Modelos y Anlisis Orientado a Objetos Una introduccin al paradigma de anlisis de sistemas orientado a objetos est fuera del alcance de este artculo. El lector interesado puede consultar literatura especfica (por ejemplo, [Meyer,2000]). A continuacin, describimos las ideas principales. Una estrategia para construir modelos de algo grande y complejo, es intentar descomponerlo en elementos estructurales o de conducta. Actualmente, el paradigma dominante en la industria es el orientado a objetos. Este paradigma resulta de la combinacin de tres ideas: un mtodo de estructuramiento, una disciplina de confiabilidad, un principio epistemolgico, y una tcnica de clasificacin [Meyer,2000]. El mtodo de estructuramiento se refiere al criterio de descomposicin del sistema a modelar. En este caso, la estructura se basa en el tipo de objetos (entidades) del sistema. El concepto resultante es el de clase. Una clase encapsula en una descripcin sus atributos (propiedades) y las operaciones que se pueden aplicar sobre los atributos. Un objeto es una instancia particular de una clase. La disciplina de confiabilidad surge de la necesidad de construir sistemas de software que hagan lo que se supone que hacen. La idea es tratar a un sistema como una coleccin de componentes que colaboran adhiriendo a contratos que definen las responsabilidades de cada elemento del modelo.

El principio epistemolgico define explcitamente las obligaciones y beneficios que le incumben a cada parte. Este principio est vinculado con la pregunta de cmo debemos definir clases. En la tecnologa de objetos, los objetos descriptos por una clase estn definidos por lo que se puede hacer con ellos: operaciones y propiedades de estas operaciones. El fundamento de la idea es la teora de tipos de datos abstractos [Hoare, 1989]. La tcnica de clasificacin aparece debido a que el razonamiento cientfico en general requiere determinar taxonomas para los dominios que se estn estudiando. El anlisis orientado a objetos organiza las clases en una estructura jerrquica basada en el concepto de herencia. La herencia significa que la conducta y atributos de una clase hija son siempre una extensin de las propiedades de la clase padre. A partir del paradigma orientado a objetos han surgido diferentes mtodos y lenguajes de especificacin. De todos modos, desde 1997, el lenguaje UML constituye el estndar para modelar sistemas. En la prxima seccin, introducimos brevemene UML. 3- Breve Introduccin a UML El lenguaje Unified Modeling Language (UML), como su nombre lo indica, constituye un lenguaje para especificar modelos de acuerdo al paradigma basado en objetos. La sintaxis y semntica de UML estn formalmente definidos. Esto significa que la notacin y reglas gramaticales estn perfectamente definidas. La existencia de una semntica formal implica que los modelos UML tienen un significado preciso, lo cual facilita el anlisis de consistencia, y es posible derivar propiedades. Adems, UML es un lenguaje grfico que utiliza una variedad de elementos visuales que facilita su manipulacin. UML contiene bloques de construccin para modelar conceptos definidos por las tcnicas de modelos basadas en objetos (por ejemplo, clases, objetos, estados de objetos, actividades, casos de uso, comunicaciones entre objetos, etc.). En el Apndice I inclumos algunos de los elementos notacionales de UML que utilizamos en este trabajo. Los diagramas son los medios para ver estos modelos de construccin. Los diagramas se utilizan para visualizar un sistema desde diferentes perspectivas o vistas. Por ejemplo, la vista esttica o estructural de un sistema puede visualizarse con los diagramas de clases; la vista de procesos con diagramas de actividad. Adems, UML soporta el concepto de extensin a travs de la estereotipacin. La definicin de estereotipos permite definir nuevos elementos sintcticos para ajustar la notacin a necesidades particulares. Por ejemplo, para modelar un proceso de una organizacin, se pueden necesitar elementos como personal, documentos o recursos. Cuando se aplica un estereotipo sobre un elemento como una clase se est extendiendo UML creando un nuevo bloque de construccin

como cualquiera de los existentes, pero con sus propias caractersticas. Cada estereotipo proporciona su propio conjunto de valores, su semntica y su notacin. 4- Caso de estudio Como mencionamos en la Seccin 1, las extensiones Eriksson-Penker utilizan cuatro vistas diferentes de la organizacin. Las vistas no son modelos separados sino que constituyen diferentes perspectivas de uno o ms aspectos de la entidad. La combinacin de estas vistas conforman un modelo completo. En las secciones siguientes, utilizando el caso de estudio del HMBB, describimos cada una de estas vistas, su propsito y los diagramas necesarios. Por razones de espacio, slo inclumos los aspectos vinculados con los procesos relacionados con la internacin de un paciente. 4.1- Vista de la Organizacin La Vista de la Organizacin es el primer aspecto considerado en las extensiones de Eriksson-Penker. Incluye una descripcin textual de la estrategia general de la organizacin, un anlisis de las Fortalezas, Oportunidades, Debilidades y Amenazas (FODA), un Diagrama de Objetivos/Problemas para definir metas, y un Diagrama de Conceptual que representa los conceptos esenciales usados en la organizacin. 4.1.1- Visin de la Organizacin "El Hospital Municipal de Agudos Dr. Lenidas Lucero, con un perfil de emergencias desarrollar actividades sanitarias y asistenciales para la poblacin en trminos de universalidad, accesibilidad y equidad con el claro propsito de asegurar una prestacin de calidad, impulsando tambin la complementacin de los efectos tanto de gestin pblica como privada con el fin de optimizar los recursos de Salud" (ver sitio www.hmabb.gov.ar). 4.1.2- Anlisis de FODA Oportunidades: disponibilidad de recursos humanos externos a la organizacin, relativamente econmicos y capacitados. Amenazas: panorama econmico complicado, con un crecimiento constante en la demanda de atencin mdica por el incremento del nivel de pobreza de la sociedad. Fortalezas: personal jerrquico capacitado y sistema informtico ya instalado. Debilidades: personal capacitado para las exigencias actuales, pero no para alcanzar los objetivos futuros. 4.1.3- Diagrama de Conceptual

El modelo conceptual define los conceptos esenciales utilizados en la organizacin. El modelo establece un vocabulario comn para todos los conceptos y muestra las relaciones entre los mismos. Este modelo se representa con un diagrama de clases. La Figura 1 muestra el modelo conceptual para nuestro caso de estudio. Los conceptos importantes se modelan como clases, y las relaciones se expresan utilizando la relacin de asociacin UML. La multiplicidad indica que la entidad Hospital est vinculada con uno o ms (1..n) Proveedores y Pacientes. Existe una realcin uno a uno entre el Hospital y la Asociacin Mdica y el Municipio. Finalmente, dado un paciente, puede estar vinculado con ninguna o muchas Internaciones.

Figura 1: Diagrama Conceptual

4.1.4- Diagrama de Objetivos/Problemas Un modelo de objetivos describe los objetivos de la organizacin y los problemas que los afectan. El diagrama de Objetivos/Problemas es un diagrama de objetos UML. Los objetivos se describen como objetos de clases que han sido estereotipadas como "objetivos". Tales objetos se utilizan para mostrar objetivos, las dependencias entre los mismos, y las relaciones entre objetivos y problemas. La clase "Objetivo Cuantitativo" puede medirse a travs de un valor. La clase "Objetivo Cualitativo" sirve para modelar objetivos difciles de describir en trminos cuantificables. Los objetivos generales del hospital apuntan a incorporar tecnologa que asegure un adecuado nivel de prcticas sanitarias; promover el perfeccionamiento de profesionales; y procurar un adecuado equilibrio entre costos y prestacin de servicios. A continuacin, modelamos parte de estos objetivos estratgicos (verFigura 2).

Figura 2: Diagrama de Objetivos/Problemas

4.2- Vista Estructural La Vista Estructural muestra la estructura de recursos, productos, o servicios, y la informacin en la organizacin, incluyendo la organizacin de la compaa (por ejemplo, divisiones, departamentos, secciones) [Eriksson, 2000]. Los diagramas UML usados para documentar esta vista son Diagramas de Clases y de Objetos. Los Diagramas de Clases muestran la estructura principal; los Diagramas de Objetos muestran la organizacin en un instante especfico del tiempo. 4.2.1- Diagrama de Clases Estructural El Diagrama de Clases Estructural de la Figura 3 muestra los recursos del HMBB que estn representados con clases estereotipadas como "Personal" para describir los recursos humanos; "Abstracto" para denotar las cosas que no son fsicas pero son de gran importancia para la organizacin (tales como historias clnicas, rdenes de internacin, solicitudes de estudios, entre otros); "Fsico" para los recursos materiales (por ejemplo, insumos, paquetes de medicamentos); e "Informacin" para denotar los recursos que contienen informacin (por ejemplo, un informe de prctica). La Historia Clnica est compuesta por diferentes secciones, y las secciones pueden ser de once tipos diferentes.

Figura 3: Diagrama de Clases Estructural

En la Figura 3 tambin indicamos la estructura organizacional del HMBB. El hospital se organiza en divisiones. Las divisiones pueden ser de cuatro tipos, y a su vez, algunas divisiones se organizan en reas. La clase Divisin constituye una superclase, y las clases Departamento, Oficina, Servicio y Unidad son clases hijas que heredan las propiedades y operaciones de Divisin, y tienen algunas particularidades. Por ejemplo, Departamento y Servicio estn vinculadas con una relacin de composicin con la clase rea. 4.2.2- Diagrama de Objetivos para representar las unidades organizacionales actuales La Figura 4 describe las divisiones y reas que existen actualmente (slo inclumos las entidades que se mencionan en los procesos de la Seccin 4.3).

Figura 4: Estructura Organizacional Actual

4.3- Vista de Procesos La Vista de Procesos es el corazn del modelo de la organizacin. Un proceso est vinculado con objetivos especficos, objetos de entrada que representan recursos para el proceso, y objetos de salida que constituyen el resultado del proceso. Describimos esta vista utilizando Diagramas de Procesos. Un Diagrama de Proceso es un estereotipo basado en un Diagrama de Actividad UML que permite describir actividades, sus interacciones, recursos necesarios, resultados, y objetivos vinculados con el proceso. Observar que todas las entidades presentes en el proceso constituyen instancias de clases. Estas instancias son creadas, transformadas o referenciadas durante la ejecucin del proceso. A continuacin, describimos los procesos vinculados con la internacin de un paciente. Primero, presentamos una descripcin sinttica del proceso utilizando el estereotipo de procesos. Luego, inclumos la descripcin detallada del proceso. Finalmente, en la Vista de la Conducta mostraremos la interaccin entre los procesos. Proceso de Internacin Administrativa. La internacin administrativa es el proceso mediante el cual queda registrado el ingreso del paciente al hospital. En este proceso se constatan los datos del paciente, si ya haba estado antes internado, en qu sala, cama, y habitacin ser ubicado y dems datos relevantes.

Si el paciente se interna por primera vez, se crea la Historia Clnica. El proceso se inicia cuando el mdico firma una orden de internacin. La Figura 5 muestra el proceso en un nivel de abstraccin alto, omitiendo detalles. Para realizar el proceso se utiliza una Historia Clnica y la Agenda de Asignacin de Habitaciones. El resultado es el procesamiento de estas dos entradas, y adems, se crea una instancia de Paciente, Orden de Internacin, Informe de Hospitalizacin, Informe de Asistencia Social, y Censo Diario. En el proceso intervienen un mdio y personal administrativo. El proceso est vinculado con la satisfaccin del objetivo cuantitativo "Errores y Omisiones en la carga" indicado en el Diagrama de Objetivos/Problemas de la Vista de la Organizacin. En la Figura 6 se incluyen todos los detalles de flujo de control y flujo de datos del proceso.

Figura 5: Proceso de Internacin Administrativa

Figura 6: Proceso de Internacin Administrativa (detalle)

Proceso de Solicitud y Registracin de Medicamentos. El proceso comienza cuando el mdico prescribe medicacin a su paciente a travs de la hoja de indicaciones mdicas. Posteriormente, en el Office de Enfermera (asentamiento de los enfermeros en la sala de internacin) se confecciona la Foja de Enfermera que contiene las indicaciones mdicas y la medicacin prescripta. Desde enfermera se solicitan los medicamentos a la farmacia del hospital, esto se hace a travs de un sistema informtico. La medicacin es enviada desde farmacia al Office de Enfermera donde se controla el pedido con lo enviado, de no coincidir, se remiten los medicamentos para que se corrija el lote. La Figura 7 muestra una descripcin de alto nivel del proceso, mientras que los detalles se encuentran en la Figura 8.

Figura 7: Proceso de Solicitud y Registracin de Medicamentos

Figura 8: Proceso de Solicitud y Registracin de Medicamentos (detalle)

Proceso de Solicitud y Registracin de Interconsultas. Las interconsultas mdicas son consultas que el mdico responsable de un paciente determinado hace a otro mdico, generalmente, de otra especialidad, para que este ltimo realice un diagnstico de alguna afeccin que el paciente est sufriendo y no sea esta el motivo principal de la internacin. La solicitud de interconsulta se realiza con un comprobante confeccionado por el mdico responsable del paciente; la secretaria realiza la registracin en el sistema informtico y enva el comprobante al mdico que deber efectuar la interconsulta. Este ltimo deber registrar su diagnstico en la Historia Clnica. La secretaria de la sala de internacin deber registrar la realizacin de la interconsulta en un sistema de Interconsultas Informtico. La Figura 9 y 10 especifican este proceso.

Figura 9: Proceso de Solicitud y Registracin de Interconsultas

Figura 10: Solicitud y Registracin de Interconsultas (detalle)

Proceso de Solicitud y Registracin de Estudios. Para la realizacin de diversos estudios (o prcticas) es menester que el mdico que indica el estudio confeccione una solicitud de estudio. Posteriormente, la enfermera de la sala de internacin recibir la solicitud y deber registrarla en el sistema informtico. El servicio efector de la prctica o estudio toma conocimiento del estudio solicitado, y luego recibe al paciente en sus consultorios y efecta el estudio. Cada estudio realizado debe estar acompaado de su respectivo informe, el cual ser remitido a la secretaria de la sala para que esta registre la realizacin del estudio en el sistema informtico, y luego adjunte el estudio a la Historia Clnica. El paciente retorna a su sala de internacin y es ubicado nuevamente en su habitacin y cama (asignadas desde su internacin administrativa). La Figura 11 y 12 describen el Proceso de Solicitud y Registracin de Estudios a la Unidad de Diagnstico por Imagenes.

Figura 11: Proceso de Solicitud y Registracin de Estudios a la Unidad de Diagnsticos por Imgenes

Figura 12: Proceso de Solicitud y Registracin de Estudios (detalle)

Proceso de Realizacin de Traslados. Los traslados se solicitan y realizan cuando un paciente es enviado desde una sala de internacin a otra. Los traslados son indicados por los mdicos, y slo se podrn hacer en la medida que existan camas disponibles en la sala de destino. Estos traslados se deben realizar en el sistema informtico en forma concomitante con el traslado fsico, y es importante tener en cuenta que si el paciente no es trasladado administrativamente utilizando el sistema informtico, la sala destino no podr solicitar los medicamentos necesarios para la adecuada atencin mdica. Las Figura 13 y 14 especifican este proceso.

Figura 13: Proceso de Solicitud y Registracin de Traslados

Figura 14: Proceso de Realizacin de Traslados (detalle)

Proceso de Realizacin y Registracin de Cirugas. Para poder efectuar cirugas se requiere la solicitud anticipada de los quirfanos, para lo cual los mdicos debern tramitar dicha solicitud con la secretaria del quirfano. Una vez reservado el quirfano, y cumplida la fecha de la intervencin, se efecta la ciruga. La misma da origen a varios registros manuales, y el formulario de insumos debe registrarse en el sistema informtico. Posteriormente, el formulario de insumos, la foja quirrgica, y la foja de anestesia, deben ser adjuntadas a la historia clnica. Las Figuras 15 y 16 especifican el proceso completo.

Figura 15: Proceso de Realizacin y Registracin de Cirugas

Figura 16: Proceso de Realizacin y Registracin de Cirugas (detalle)

Proceso de Alta Administrativa. El alta administrativa es consecuencia inmediata del alta mdica, la cual requiere que el mdico firmante del alta confeccione un comprobante que certifica su autorizacin para que el paciente se retire y para que la admisionista cierre el proceso de internacin. De esta forma, se libera la plaza ocupada por el paciente durante su estada en el hospital. Las Figuras 17 y 18 completan la descripcin del proceso.

Figura 17: Proceso de Alta Administrativa

Figura 18: Proceso de Alta Administrativa (detalle)

4.4- Vista de la Conducta La Vista de la Conducta ilustra el comportamiento individual de recursos, y la interaccin entre diferentes recursos y procesos. La Vista del Proceso muestra el flujo de control y de datos de cada actividad; y la Vista de la Conducta analiza a cada uno de los objetos con ms detalle: su estado (usando diagramas de Transicin de Estados); y la interaccin entre recursos (usando diagramas de Secuencia o Colaboracin).

En la Figura 19 describimos la interaccin entre algunos de los procesos includos en la Vista de Procesos. Observar que slo se incluyen los objetos del flujo de datos que sirven de vnculo entre los procesos. En este caso particular, todos comparten la Historia Clnica.

Figura 19: Interaccin de Procesos

5- Conclusiones El lenguaje de modelado UML se ha convertido en el estndar aceptado por el grupo Object Management Group (OMG) (ver sitio www.omg.org) y adoptado por la International Organization for Standardization (ISO). El lenguaje tiene la potencia expresiva suficiente para capturar las propiedades de un sistema a un alto nivel de abstraccin y, al mismo tiempo, permite especificar aspectos de detalle. El hecho de que UML sea un lenguaje definido formalmente es de gran importancia porque induce a la realizacin de modelos completos, consistentes y no ambiguos. Adems, una especificacin formal es la base para la validacin automatizada de modelos. Esta posibilidad cobra cada vez ms atractivo debido a la complejidad creciente de las reglas de negocios. Las posibilidades de extensin de UML permiten crear nuevos tipos de bloques de construccin que se derivan de los existentes, pero que son especficos a un problema. En particular, en este trabajo ilustramos el uso de las Extensiones Eriksson-Penker para modelar organizaciones. Si bien no hemos detallado todos los diagramas disponibles para construir un modelo, hemos enfatizado los aspectos prcticos utilizando un caso de estudio real.

Apndice I: Algunos constructores estndar de UML

Apndice II: Algunas Extensiones de Eriksson y Penker

Referencias 1. P. Bertolazzi, C. Krusich y M. Missikoff, An Approach to the Definition of a Core enterprise Ontology: CEO, Proceedings of International Workshop on Open Enterprise Solutions: Systems, experiences, and Organizations. Roma, 2001. 2. G. Booch, J. Rumbauch and I. Jacobson, The Unified Modeling Language. User Guide, Object Technology Series, Addison Wesley Longman, Reading, MA, USA, 1998. 3. S. Brignall and J. Ballantine, Strategic Enterprise Management Systems: new directions for research, Management Accounting Research 15 (2004) 225-240. 4. Hans-Erik Eriksson and Magnus Penker, Business Modeling with UML Business Patterns at Work, Wiley Computer Publishing. John Wiley & Sons, Inc., 2000. 5. C.A.R.Hoare y C. Jones, Essays in Computer Science, Prentice Hall International, Hemel Hempstead (UK), 1989. 6. R. Medina-Mora, T. Winograd, R. Flores y C. Flores, The action Workflow Approach to Workflow Management Technology, Proceedings of the 4th Conference on Computer-Supported Cooperative

Work, p. 281-288, ACM, 1992. nd 7. Bertrand Meyer, Object Oriented Software Construction, 2 edition, Prentice Hall PTR, 2000. 8. T. Schael, Cooperative Processes and Workflow Managament for Enterprise Integration, Proceedings of International Conference on Enterprise Integration and Modeling Technology, p. 496-509, Springer-Verlag, 1997.

También podría gustarte