La organización del sistema de orientación y apoyo en España.

Se describe la estructura y organización de los servicios de orientación y apoyo en España. Primero se explica la evolución, reflejada en la normativa legal, sufrida desde 1970, y segundo, se describe cómo está regulada la situación de los Equipos de Orientación y de los Departamentos de los Institutos de Educación Secundaria en el 2006. De la Ley General de 1970 se destaca la creación de los Centros de Orientación e Información de Empleo (COIE, 1975) con las funciones de orientar, informar e insertar a los recién titulados. En los años sucesivos se crean los Servicios Provinciales de Orientación Escolar y Vocacional (SOEV) para la Enseñanza Primaria (1977); la Asociación Española para la Orientación Escolar y Profesional (AEOP) (1979). Con la Ley Orgánica del Estatuto de Centros Escolares (LOECE), Ley 5/1980, se inicia la etapa en la que se sectoriza la orientación. En la LOECE se cita el derecho que tienen los alumnos a la orientación; se crean, en 1982, los Equipos Multiprofesionales, en el marco del a Ley de Integración Social de Minusválidos. Con el R.D. 334/1985 se ordena la Educación Especial; se implantan los Equipos de Atención Temprana (EAT); y los Equipos Específicos (EE). La Ley Orgánica del Derecho a la Educación (LODE), L.O. 8/1985, regula este apartado. Se destaca el inicio, experimental, de los programas de orientación. La Ley General de Ordenación General del Sistema Educativo (LOGSE) instituye la especialidad de Psicología y Pedagogía en el Cuerpo de Profesores de Educación Secundaria, y crea los Departamentos de Orientación en los centros de Enseñanza Secundaria. En la Orden de 9 de diciembre de 1982 se aglutinan todos los servicios externos conformándose los Equipos de Orientación Educativa y Psicopedagógica (EOEP), recibiendo distintos nombres y funciones según la comunidad autónoma en donde esté. Con la Orden de 18 de enero de 1992 se establecen las funciones y la reglamentación de los EOEP. Se analiza la estructura y niveles del sistema de orientación de la LOGSE: se mantiene una diferencia estructural de la Orientación en Infantil y Primaria, y los de Secundaria. Asimismo, se analiza la organización y funcionamiento del departamento de orientación en Andalucía. Por último, se destaca a los Equipos de orientación y apoyo, como equipos interdisciplinares y organizados por zonas.

Respuestas a los problemas de bajo rendimiento desde la perspectiva de diferentes actores educativos

Resumen tomado de la publicaci??n

El complejo relacional educativo como contrato a favor de tercero.

Poner de manifiesto la necesidad de una concreción jurídica del complejo relacional educativo, constituido por los padres, el centro docente y el alumno menor de edad. Se analizan las más modernas reclamaciones de responsabilidad contra centros docentes generadas por la prestación defectuosa de servicios educativos. También se estudia el tratamiento jurídico-privado de los derechos fundamentales en el ámbito de la educación. Además, se comparan las características del complejo relacional educativo con las del contrato a favor de tercero. Consulta de bibliografía. El contrato a favor de tercero es la configuración jurídica más adecuada para el complejo relacional educativo y, además, permite la articulación recíproca y la protección eficaz de la libertad de enseñanza y del derecho a la educación, incluyendo los supuestos de contratación de servicios de centros docentes de titularidad pública.

Confección del Plan de Trabajo del especialista de Pedagogía Terapéutica : un ejemplo práctico.

Resumen basado en el de la publicación

Una mirada a la evaluación psicopedagógica desde la labor profesional en un equipo de orientación educativa y psicopedagógica (EOEP).

Monográfico con el título: 'Evaluación Psicopedagógica'

El centre orientador : del present al futur

Resumen basado en el de la publicación

Casos de aplicaciones empresariales de Web Mapping y SIG Libre

La incorporación Software Libre para Geomática (FOSS4G), para la explotación de Información Geoespacial en Sistemas de Información (SI) empresariales es una tendencia inexorable. Aunque estas tecnologías se están difundiendo con rapidez en entornos de empresas especializadas, Universidades, Administraciones Públicas y Centros Tecnológicos, todavía es algo incipiente en grandes empresas, especialmente en aquellas no directamente relacionadas con las tecnologías de los SIG. El objetivo de esta presentación será mostrar cómo se está consiguiendo introducir el software de SIG libre en el mundo empresarial, con tres casos de éxito. El primero es un desarrollo tradicional para una compañía tipo ‘utility’ donde el cliente define una funcionalidad y contrata su desarrollo. El segundo es un modelo de contratación de servicios. La tercera es una aplicación para la administración pública. En los tres casos, el uso de software libre ha permitido ofrecer soluciones exitosas para los requerimientos de los clientes (tanto funcionales como de rendimiento), y óptimas en coste

El sector privado en el sistema de salud de Costa Rica

Incluye Bibliografía

A model to develop a platform for personalised health applications

Antecedentes Europa vive una situación insostenible. Desde el 2008 se han reducido los recursos de los gobiernos a raíz de la crisis económica. El continente Europeo envejece con ritmo constante al punto que se prevé que en 2050 habrá sólo dos trabajadores por jubilado [54]. A esta situación se le añade el aumento de la incidencia de las enfermedades crónicas, relacionadas con el envejecimiento, cuyo coste puede alcanzar el 7% del PIB de un país [51]. Es necesario un cambio de paradigma. Una nueva manera de cuidar de la salud de las personas: sustentable, eficaz y preventiva más que curativa. Algunos estudios abogan por el cuidado personalizado de la salud (pHealth). En este modelo las prácticas médicas son adaptadas e individualizadas al paciente, desde la detección de los factores de riesgo hasta la personalización de los tratamientos basada en la respuesta del individuo [81]. El cuidado personalizado de la salud está asociado a menudo al uso de las tecnologías de la información y comunicación (TICs) que, con su desarrollo exponencial, ofrecen oportunidades interesantes para la mejora de la salud. El cambio de paradigma hacia el pHealth está lentamente ocurriendo, tanto en el ámbito de la investigación como en la industria, pero todavía no de manera significativa. Existen todavía muchas barreras relacionadas a la economía, a la política y la cultura. También existen barreras puramente tecnológicas, como la falta de sistemas de información interoperables [199]. A pesar de que los aspectos de interoperabilidad están evolucionando, todavía hace falta un diseño de referencia especialmente direccionado a la implementación y el despliegue en gran escala de sistemas basados en pHealth. La presente Tesis representa un intento de organizar la disciplina de la aplicación de las TICs al cuidado personalizado de la salud en un modelo de referencia, que permita la creación de plataformas de desarrollo de software para simplificar tareas comunes de desarrollo en este dominio. Preguntas de investigación RQ1 >Es posible definir un modelo, basado en técnicas de ingeniería del software, que represente el dominio del cuidado personalizado de la salud de una forma abstracta y representativa? RQ2 >Es posible construir una plataforma de desarrollo basada en este modelo? RQ3 >Esta plataforma ayuda a los desarrolladores a crear sistemas pHealth complejos e integrados? Métodos Para la descripción del modelo se adoptó el estándar ISO/IEC/IEEE 42010por ser lo suficientemente general y abstracto para el amplio enfoque de esta tesis [25]. El modelo está definido en varias partes: un modelo conceptual, expresado a través de mapas conceptuales que representan las partes interesadas (stakeholders), los artefactos y la información compartida; y escenarios y casos de uso para la descripción de sus funcionalidades. El modelo fue desarrollado de acuerdo a la información obtenida del análisis de la literatura, incluyendo 7 informes industriales y científicos, 9 estándares, 10 artículos en conferencias, 37 artículos en revistas, 25 páginas web y 5 libros. Basándose en el modelo se definieron los requisitos para la creación de la plataforma de desarrollo, enriquecidos por otros requisitos recolectados a través de una encuesta realizada a 11 ingenieros con experiencia en la rama. Para el desarrollo de la plataforma, se adoptó la metodología de integración continua [74] que permitió ejecutar tests automáticos en un servidor y también desplegar aplicaciones en una página web. En cuanto a la metodología utilizada para la validación se adoptó un marco para la formulación de teorías en la ingeniería del software [181]. Esto requiere el desarrollo de modelos y proposiciones que han de ser validados dentro de un ámbito de investigación definido, y que sirvan para guiar al investigador en la búsqueda de la evidencia necesaria para justificarla. La validación del modelo fue desarrollada mediante una encuesta online en tres rondas con un número creciente de invitados. El cuestionario fue enviado a 134 contactos y distribuido en algunos canales públicos como listas de correo y redes sociales. El objetivo era evaluar la legibilidad del modelo, su nivel de cobertura del dominio y su potencial utilidad en el diseño de sistemas derivados. El cuestionario incluía preguntas cuantitativas de tipo Likert y campos para recolección de comentarios. La plataforma de desarrollo fue validada en dos etapas. En la primera etapa se utilizó la plataforma en un experimento a pequeña escala, que consistió en una sesión de entrenamiento de 12 horas en la que 4 desarrolladores tuvieron que desarrollar algunos casos de uso y reunirse en un grupo focal para discutir su uso. La segunda etapa se realizó durante los tests de un proyecto en gran escala llamado HeartCycle [160]. En este proyecto un equipo de diseñadores y programadores desarrollaron tres aplicaciones en el campo de las enfermedades cardio-vasculares. Una de estas aplicaciones fue testeada en un ensayo clínico con pacientes reales. Al analizar el proyecto, el equipo de desarrollo se reunió en un grupo focal para identificar las ventajas y desventajas de la plataforma y su utilidad. Resultados Por lo que concierne el modelo que describe el dominio del pHealth, la parte conceptual incluye una descripción de los roles principales y las preocupaciones de los participantes, un modelo de los artefactos TIC que se usan comúnmente y un modelo para representar los datos típicos que son necesarios formalizar e intercambiar entre sistemas basados en pHealth. El modelo funcional incluye un conjunto de 18 escenarios, repartidos en: punto de vista de la persona asistida, punto de vista del cuidador, punto de vista del desarrollador, punto de vista de los proveedores de tecnologías y punto de vista de las autoridades; y un conjunto de 52 casos de uso repartidos en 6 categorías: actividades de la persona asistida, reacciones del sistema, actividades del cuidador, \engagement" del usuario, actividades del desarrollador y actividades de despliegue. Como resultado del cuestionario de validación del modelo, un total de 65 personas revisó el modelo proporcionando su nivel de acuerdo con las dimensiones evaluadas y un total de 248 comentarios sobre cómo mejorar el modelo. Los conocimientos de los participantes variaban desde la ingeniería del software (70%) hasta las especialidades médicas (15%), con declarado interés en eHealth (24%), mHealth (16%), Ambient Assisted Living (21%), medicina personalizada (5%), sistemas basados en pHealth (15%), informática médica (10%) e ingeniería biomédica (8%) con una media de 7.25_4.99 años de experiencia en estas áreas. Los resultados de la encuesta muestran que los expertos contactados consideran el modelo fácil de leer (media de 1.89_0.79 siendo 1 el valor más favorable y 5 el peor), suficientemente abstracto (1.99_0.88) y formal (2.13_0.77), con una cobertura suficiente del dominio (2.26_0.95), útil para describir el dominio (2.02_0.7) y para generar sistemas más específicos (2_0.75). Los expertos también reportan un interés parcial en utilizar el modelo en su trabajo (2.48_0.91). Gracias a sus comentarios, el modelo fue mejorado y enriquecido con conceptos que faltaban, aunque no se pudo demonstrar su mejora en las dimensiones evaluadas, dada la composición diferente de personas en las tres rondas de evaluación. Desde el modelo, se generó una plataforma de desarrollo llamada \pHealth Patient Platform (pHPP)". La plataforma desarrollada incluye librerías, herramientas de programación y desarrollo, un tutorial y una aplicación de ejemplo. Se definieron cuatro módulos principales de la arquitectura: el Data Collection Engine, que permite abstraer las fuentes de datos como sensores o servicios externos, mapeando los datos a bases de datos u ontologías, y permitiendo interacción basada en eventos; el GUI Engine, que abstrae la interfaz de usuario en un modelo de interacción basado en mensajes; y el Rule Engine, que proporciona a los desarrolladores un medio simple para programar la lógica de la aplicación en forma de reglas \if-then". Después de que la plataforma pHPP fue utilizada durante 5 años en el proyecto HeartCycle, 5 desarrolladores fueron reunidos en un grupo de discusión para analizar y evaluar la plataforma. De estas evaluaciones se concluye que la plataforma fue diseñada para encajar las necesidades de los ingenieros que trabajan en la rama, permitiendo la separación de problemas entre las distintas especialidades, y simplificando algunas tareas de desarrollo como el manejo de datos y la interacción asíncrona. A pesar de ello, se encontraron algunos defectos a causa de la inmadurez de algunas tecnologías empleadas, y la ausencia de algunas herramientas específicas para el dominio como el procesado de datos o algunos protocolos de comunicación relacionados con la salud. Dentro del proyecto HeartCycle la plataforma fue utilizada para el desarrollo de la aplicación \Guided Exercise", un sistema TIC para la rehabilitación de pacientes que han sufrido un infarto del miocardio. El sistema fue testeado en un ensayo clínico randomizado en el cual a 55 pacientes se les dio el sistema para su uso por 21 semanas. De los resultados técnicos del ensayo se puede concluir que, a pesar de algunos errores menores prontamente corregidos durante el estudio, la plataforma es estable y fiable. Conclusiones La investigación llevada a cabo en esta Tesis y los resultados obtenidos proporcionan las respuestas a las tres preguntas de investigación que motivaron este trabajo: RQ1 Se ha desarrollado un modelo para representar el dominio de los sistemas personalizados de salud. La evaluación hecha por los expertos de la rama concluye que el modelo representa el dominio con precisión y con un balance apropiado entre abstracción y detalle. RQ2 Se ha desarrollado, con éxito, una plataforma de desarrollo basada en el modelo. RQ3 Se ha demostrado que la plataforma es capaz de ayudar a los desarrolladores en la creación de software pHealth complejos. Las ventajas de la plataforma han sido demostradas en el ámbito de un proyecto de gran escala, aunque el enfoque genérico adoptado indica que la plataforma podría ofrecer beneficios también en otros contextos. Los resultados de estas evaluaciones ofrecen indicios de que, ambos, el modelo y la plataforma serán buenos candidatos para poderse convertir en una referencia para futuros desarrollos de sistemas pHealth. ABSTRACT Background Europe is living in an unsustainable situation. The economic crisis has been reducing governments' economic resources since 2008 and threatening social and health systems, while the proportion of older people in the European population continues to increase so that it is foreseen that in 2050 there will be only two workers per retiree [54]. To this situation it should be added the rise, strongly related to age, of chronic diseases the burden of which has been estimated to be up to the 7% of a country's gross domestic product [51]. There is a need for a paradigm shift, the need for a new way of caring for people's health, shifting the focus from curing conditions that have arisen to a sustainable and effective approach with the emphasis on prevention. Some advocate the adoption of personalised health care (pHealth), a model where medical practices are tailored to the patient's unique life, from the detection of risk factors to the customization of treatments based on each individual's response [81]. Personalised health is often associated to the use of Information and Communications Technology (ICT), that, with its exponential development, offers interesting opportunities for improving healthcare. The shift towards pHealth is slowly taking place, both in research and in industry, but the change is not significant yet. Many barriers still exist related to economy, politics and culture, while others are purely technological, like the lack of interoperable information systems [199]. Though interoperability aspects are evolving, there is still the need of a reference design, especially tackling implementation and large scale deployment of pHealth systems. This thesis contributes to organizing the subject of ICT systems for personalised health into a reference model that allows for the creation of software development platforms to ease common development issues in the domain. Research questions RQ1 Is it possible to define a model, based on software engineering techniques, for representing the personalised health domain in an abstract and representative way? RQ2 Is it possible to build a development platform based on this model? RQ3 Does the development platform help developers create complex integrated pHealth systems? Methods As method for describing the model, the ISO/IEC/IEEE 42010 framework [25] is adopted for its generality and high level of abstraction. The model is specified in different parts: a conceptual model, which makes use of concept maps, for representing stakeholders, artefacts and shared information, and in scenarios and use cases for the representation of the functionalities of pHealth systems. The model was derived from literature analysis, including 7 industrial and scientific reports, 9 electronic standards, 10 conference proceedings papers, 37 journal papers, 25 websites and 5 books. Based on the reference model, requirements were drawn for building the development platform enriched with a set of requirements gathered in a survey run among 11 experienced engineers. For developing the platform, the continuous integration methodology [74] was adopted which allowed to perform automatic tests on a server and also to deploy packaged releases on a web site. As a validation methodology, a theory building framework for SW engineering was adopted from [181]. The framework, chosen as a guide to find evidence for justifying the research questions, imposed the creation of theories based on models and propositions to be validated within a scope. The validation of the model was conducted as an on-line survey in three validation rounds, encompassing a growing number of participants. The survey was submitted to 134 experts of the field and on some public channels like relevant mailing lists and social networks. Its objective was to assess the model's readability, its level of coverage of the domain and its potential usefulness in the design of actual, derived systems. The questionnaires included quantitative Likert scale questions and free text inputs for comments. The development platform was validated in two scopes. As a small-scale experiment, the platform was used in a 12 hours training session where 4 developers had to perform an exercise consisting in developing a set of typical pHealth use cases At the end of the session, a focus group was held to identify benefits and drawbacks of the platform. The second validation was held as a test-case study in a large scale research project called HeartCycle the aim of which was to develop a closed-loop disease management system for heart failure and coronary heart disease patients [160]. During this project three applications were developed by a team of programmers and designers. One of these applications was tested in a clinical trial with actual patients. At the end of the project, the team was interviewed in a focus group to assess the role the platform had within the project. Results For what regards the model that describes the pHealth domain, its conceptual part includes a description of the main roles and concerns of pHealth stakeholders, a model of the ICT artefacts that are commonly adopted and a model representing the typical data that need to be formalized among pHealth systems. The functional model includes a set of 18 scenarios, divided into assisted person's view, caregiver's view, developer's view, technology and services providers' view and authority's view, and a set of 52 Use Cases grouped in 6 categories: assisted person's activities, system reactions, caregiver's activities, user engagement, developer's activities and deployer's activities. For what concerns the validation of the model, a total of 65 people participated in the online survey providing their level of agreement in all the assessed dimensions and a total of 248 comments on how to improve and complete the model. Participants' background spanned from engineering and software development (70%) to medical specialities (15%), with declared interest in the fields of eHealth (24%), mHealth (16%), Ambient Assisted Living (21%), Personalized Medicine (5%), Personal Health Systems (15%), Medical Informatics (10%) and Biomedical Engineering (8%) with an average of 7.25_4.99 years of experience in these fields. From the analysis of the answers it is possible to observe that the contacted experts considered the model easily readable (average of 1.89_0.79 being 1 the most favourable scoring and 5 the worst), sufficiently abstract (1.99_0.88) and formal (2.13_0.77) for its purpose, with a sufficient coverage of the domain (2.26_0.95), useful for describing the domain (2.02_0.7) and for generating more specific systems (2_0.75) and they reported a partial interest in using the model in their job (2.48_0.91). Thanks to their comments, the model was improved and enriched with concepts that were missing at the beginning, nonetheless it was not possible to prove an improvement among the iterations, due to the diversity of the participants in the three rounds. From the model, a development platform for the pHealth domain was generated called pHealth Patient Platform (pHPP). The platform includes a set of libraries, programming and deployment tools, a tutorial and a sample application. The main four modules of the architecture are: the Data Collection Engine, which allows abstracting sources of information like sensors or external services, mapping data to databases and ontologies, and allowing event-based interaction and filtering, the GUI Engine, which abstracts the user interface in a message-like interaction model, the Workow Engine, which allows programming the application's user interaction ows with graphical workows, and the Rule Engine, which gives developers a simple means for programming the application's logic in the form of \if-then" rules. After the 5 years experience of HeartCycle, partially programmed with pHPP, 5 developers were joined in a focus group to discuss the advantages and drawbacks of the platform. The view that emerged from the training course and the focus group was that the platform is well-suited to the needs of the engineers working in the field, it allowed the separation of concerns among the different specialities and it simplified some common development tasks like data management and asynchronous interaction. Nevertheless, some deficiencies were pointed out in terms of a lack of maturity of some technological choices, and for the absence of some domain-specific tools, e.g. for data processing or for health-related communication protocols. Within HeartCycle, the platform was used to develop part of the Guided Exercise system, a composition of ICT tools for the physical rehabilitation of patients who suffered from myocardial infarction. The system developed using the platform was tested in a randomized controlled clinical trial, in which 55 patients used the system for 21 weeks. The technical results of this trial showed that the system was stable and reliable. Some minor bugs were detected, but these were promptly corrected using the platform. This shows that the platform, as well as facilitating the development task, can be successfully used to produce reliable software. Conclusions The research work carried out in developing this thesis provides responses to the three three research questions that were the motivation for the work. RQ1 A model was developed representing the domain of personalised health systems, and the assessment of experts in the field was that it represents the domain accurately, with an appropriate balance between abstraction and detail. RQ2 A development platform based on the model was successfully developed. RQ3 The platform has been shown to assist developers create complex pHealth software. This was demonstrated within the scope of one large-scale project, but the generic approach adopted provides indications that it would offer benefits more widely. The results of these evaluations provide indications that both the model and the platform are good candidates for being a reference for future pHealth developments.

Semantic Annotation of RESTful and WFS OGC services

Actualmente, la Web provee un inmenso conjunto de servicios (WS-*, RESTful, OGC WFS), los cuales están normalmente expuestos a través de diferentes estándares que permiten localizar e invocar a estos servicios. Estos servicios están, generalmente, descritos utilizando información textual, sin una descripción formal, es decir, la descripción de los servicios es únicamente sintáctica. Para facilitar el uso y entendimiento de estos servicios, es necesario anotarlos de manera formal a través de la descripción de los metadatos. El objetivo de esta tesis es proponer un enfoque para la anotación semántica de servicios Web en el dominio geoespacial. Este enfoque permite automatizar algunas de las etapas del proceso de anotación, mediante el uso combinado de recursos ontológicos y servicios externos. Este proceso ha sido evaluado satisfactoriamente con un conjunto de servicios en el dominio geoespacial. La contribución principal de este trabajo es la automatización parcial del proceso de anotación semántica de los servicios RESTful y WFS, lo cual mejora el estado del arte en esta área. Una lista detallada de las contribuciones son: • Un modelo para representar servicios Web desde el punto de vista sintáctico y semántico, teniendo en cuenta el esquema y las instancias. • Un método para anotar servicios Web utilizando ontologías y recursos externos. • Un sistema que implementa el proceso de anotación propuesto. • Un banco de pruebas para la anotación semántica de servicios RESTful y OGC WFS. Abstract The Web contains an immense collection of Web services (WS-*, RESTful, OGC WFS), normally exposed through standards that tell us how to locate and invocate them. These services are usually described using mostly textual information and without proper formal descriptions, that is, existing service descriptions mostly stay on a syntactic level. If we want to make such services potentially easier to understand and use, we may want to annotate them formally, by means of descriptive metadata. The objective of this thesis is to propose an approach for the semantic annotation of services in the geospatial domain. Our approach automates some stages of the annotation process, by using a combination of thirdparty resources and services. It has been successfully evaluated with a set of geospatial services. The main contribution of this work is the partial automation of the process of RESTful and WFS semantic annotation services, what improves the current state of the art in this area. The more detailed list of contributions are: • A model for representing Web services. • A method for annotating Web services using ontological and external resources. • A system that implements the proposed annotation process. • A gold standard for the semantic annotation of RESTful and OGC WFS services, and algorithms for evaluating the annotations.

Estudio de viabilidad operativa para la creación de la gerencia de mercados en la Alcaldía municipal de Soyapango.

La investigación surge de la necesidad de la Alcaldía de Soyapango de descentralizar la Administración de Mercados de la Gerencia de Servicios Externos Municipales dada la sobrecarga de funciones en dicha unidad que reúne a más de la mitad de empleados de la Alcaldía.. El objetivo primordial es brindar una propuesta que permita la creación de la Gerencia de Mercados al interior de la Comuna, ya que a través de dicha Gerencia la Administración de Mercados y la prestación de servicios será efectiva y permitirá la optimización de recursos y la satisfacción de los arrendatarios y usuarios en general. Para la elaboración del Estudio de Viabilidad Operativa fue necesaria la recopilación de información bibliográfica que sustentara el desarrollo del mismo, así como la realización de una Investigación de Campo y el uso de la Observación Directa, entrevistas a los Administradores de Mercados y encuestas realizadas a los Arrendatarios para el diagnóstico de la situación actual Los resultados obtenidos mediante la tabulación y análisis de los datos obtenidos reflejaron las deficiencias en los servicios prestados por la Administración de Mercados y la inconformidad por parte de los arrendatarios, así como los problemas presentes al interior de la Administración de Mercados, ya que no se cuenta con aspectos fundamentales como lo son la misión, visión, objetivos, políticas, etc. y no se realiza el proceso administrativo de una forma correcta. La creación de la Gerencia de Mercados permitirá el mejor funcionamiento al interior de los mercados y la prestación de mejores servicios con el propósito de la satisfacción de los arrendatarios y usuarios en general

Modelo de procedimientos para una auditoría social, orientado a las ONG´s dedicadas a realizar proyectos de desarrollo.

En vista de la diversidad de auditorías, y dado el amplio criterio de los profesionales en contaduría pública al presentar sus resultados, surge la necesidad de estandarizar la metodología a implementar en este proceso, mediante una normativa internacional que proporciona los lineamientos generales para todo tipo de examen,facilitando la realización de un trabajo con calidad. No obstante, las labores de auditoría social practicadas en el país, no se han elaborado bajo la dirección antes mencionada, puesto que han sido profesionales fuera del ámbito contable, quienes las han realizado. Se investigó que el motivo de la ausencia del contador público en el área, se debe principalmente a la poca experiencia en el tema, aun cuando los procedimientos generales son conocidos y utilizados constantemente en otras clases de evaluaciones. En lo relacionado al diseño metodológico, se utilizó el método hipotético deductivo, bajo el esquema documental basado en la sistematización bibliográfica de la información, y para el trabajo de campo, se utilizaron encuestas y entrevistas. Los datos derivados de treinta y cuatro profesionales en contaduría pública determinados como muestra, fueron vaciados en una hoja de cálculo de Excel para simplificar su análisis e interpretación. Partiendo de los resultados obtenidos en la investigación, se analizaron diversos indicadores relacionados a la temática en estudio, los cuales confirmaron la hipótesis planteada, que han sido clasificados en tres áreas, con el propósito de definir el perfil del contador público, la participación de éste en el desarrollo de una auditoría social y su juicio respecto a los procedimientos a seguir en la etapa de ejecución. Lo anterior, reveló la necesidad de contar con un modelo que ejemplifique los procedimientos a seguir. Una vez realizado el diagnóstico, se investigó sobre los procedimientos necesarios para llevar a cabo este tipo de trabajo, los cuales fueron implementados en la evaluación del proyecto “Cañaverales” ubicado en el departamento de San Vicente, realizado por una ONG nacional. Por lo anterior, la propuesta incluye el desarrollo de las tres etapas fundamentales de todo proceso de auditoría, conocidas como: planeación, ejecución y cierre. Éstas, a pesar de no variar en cuanto a la nomenclatura utilizada comúnmente por la profesión, si muestran grandes diferencias respecto a su desarrollo y contenido, dada la naturaleza del trabajo a realizar, ya que su enfoque se centra en la satisfacción de los beneficiarios y en el impacto social que se haya logrado mediante la realización del proyecto auditado. Para finalizar, se presentan las conclusiones y recomendaciones sobre aspectos relacionados a la temática, realizadas por el equipo de investigación, tomando como principal insumo los resultados obtenidos en el capítulo II, con el fin de aportar valor agregado en beneficio de la profesión de contaduría pública y auditoría y en alguna medida a las partes interesadas de los proyectos de desarrollo, mediante la contratación de servicios que estén acordes a sus necesidades.

Prestación de Servicios bajo el Régimen Especial de Contratación Administrativa de Servicios – RECAS en el IMARPE.

Establecer las pautas y procedimientos administrativos para la suscripción de Contratos Administrativos de Servicios - CAS, regulados por el Decreto Legislativo N°1057 - Régimen Especial de Contratación Administrativa de Servicios en el IMARPE; así como, su prórroga o renovación.

Contratación de la mano de obra y desempeño en los servicios intensivos en conocimiento: una visión del capital intelectual

Objeto: El desempeño de las actividades de servicios de alto valor añadido ofrecidospor las empresas manufactureras, de la misma forma que el de los servicios intensivosen conocimiento, puede verse afectado por las formas de contratación de la mano deobra utilizadas en ellas. Se estudia el impacto del uso de trabajo contingente (temporal y autónomo) sobre la productividad del trabajo en las empresas de servicios intensivos en conocimiento. Para desarrollar las hipótesis, se tiene en cuenta el impacto potencial del trabajo contingente sobre el capital intangible de la empresa, así como los resultados de la literatura empírica.Diseño/metodología: Se analizan los datos de una muestra de 279 empresas de servicios intensivos en conocimiento localizadas en Cataluña, mediante dos modelos de regresión lineal.Aportaciones y resultados: Los resultados muestran que el empleo de formas de trabajo contingentes, como el trabajo temporal y los trabajadores autónomos, tiene un impacto negativo en la productividad del trabajo. No existe, en cambio, una relación cuadrática entre estas variables. Limitaciones: La muestra utilizada procede exclusivamente de Cataluña (España), noes perfectamente extrapolable al conjunto de empresas de servicios intensivos enconocimiento y se obtuvo en la fase alcista del ciclo económico. El diseño del estudio estransversal. La clasificación de las empresas como intensivas en conocimiento esdicotómica, en función del sector al que pertenecen. Implicaciones prácticas:Las decisiones sobre la contratación de mano de obra en actividades de servicios de alto valor añadido deberían minimizar las formas de trabajocontingentes, si quieren mejorar su productividad.Implicaciones sociales: Un modelo productivo que pretenda potenciar los servicios de mayor valor añadido no puede descansar sobre la base de un mercado laboral en el que las empresas utilizan una elevada proporción de trabajo contingente en su mano de obra. Valor añadido: Este artículo ofrece nuevos datos para a la escasa literatura que relaciona el uso de trabajo contingente con la productividad en el sector de los servicios intensivos en conocimiento. La creciente importancia de los servicios de alto valor añadido, tanto en empresas de servicios como manufactureras, y el interés por conocer los determinantes de su productividad justifican la necesidad de realizar estudios como el que se presenta.

Metodología para la evaluación de la cobertura de servicios de salud en los municipios externos al área metropolitana de Monterrey

Tesis (Maestría en Salud Pública) UANL