Monitoreo de actividades de negocios para verticales industriales

Un caso de uso de integración entre WebSphere Business Monitor y los Industry Content Packs de WebSphere Business Services Fabric

Los Industry Content Packs (paquetes de contenido industrial) de WebSphere Business Services Fabric ofrecen muestras de verticales industriales que revelan la integración entre WebSphere Business Monitor y Fabric, así como las nuevas características del panel de Monitor. Este artículo ilustra las soluciones de monitoreo de negocios de las muestras de Seguros, Salud y Gestión del ciclo de vida de los productos incluidas en estos paquetes de contenido.

Jiang Lu, Software Engineer, IBM

Jiang Lu photoJiang Lu es software engineer para el equipo de desarrollo de WebSphere Business Monitor de IBM China. Tiene experiencia en el desarrollo de modelos de monitoreo para los sectores de seguros, salud y gestión del ciclo de vida de los productos.



Wilfred Jamison, Ph.D., Senior Technical Manager, IBM

Dr. Wilfred C. Jamison es senior technical manager del equipo de desarrollo de WebSphere Business Monitor en el laboratorio de Research Triangle de IBM. En la actualidad participa en numerosos proyectos en Business Performance Management.


Nivel de autor contribuyente en developerWorks

Yuan Zhao, Software Engineer, IBM

Yuan Zhao photoYuan Zhao se desempeña como software engineer en el equipo de desarrollo de WebSphere Business Monitor de IBM China. Tiene experiencia en desarrollo y pruebas de WebSphere Business Monitor y en el desarrollo de muestras industriales.



03-08-2011

Introducción

Los Industry Content Packs de WebSphere Business Services Fabric (ICPs de Fabric) son un conjunto de activos aceleradores pregenerados para la gestión de procesos de negocios (BPM, por sus siglas en inglés). Estos paquetes de contenido dan soporte a un conjunto de verticales industriales: Salud, Seguros, Gestión del ciclo de vida de los productos, Telecomunicaciones y Banca. El presente artículo muestra el trabajo que realizamos respecto de la complementación de la capacidad de monitoreo de actividades de negocios de los paquetes de contenido a través de WebSphere Business Monitor (Monitor). Los activos y artefactos resultantes de este trabajo también están incluidos en los ICP. El objetivo consiste en acelerar el desarrollo de una solución de monitoreo para estos verticales industriales.

Si bien las muestras tienen normas y enfoques diferentes, todas comparten el mismo propósito, que consiste en capturar los eventos de negocios emitidos por el tiempo de ejecución de Fabric, extraer información relevante, calcular las métricas de rendimiento necesarias y mostrarlas en el panel de estos sectores.

También se describirá el diseño del panel provisto para las industrias de seguros, salud y gestión del ciclo de vida de los productos (PLM).


BAM para Seguros

La industria de los seguros es una de las industrias con mayor crecimiento en la economía mundial. Fundamentalmente, está compuesta de compañías de seguros (o aseguradoras) y agentes y corredores de seguros. Por lo general, las compañías de seguros son grandes empresas que ofrecen seguros y asumen los riesgos establecidos en la póliza correspondiente. Los agentes y corredores de seguros venden pólizas de las compañías de seguros.

El paquete de contenido Insurance Property and Casualty (P&C) (Seguros: bienes y accidentes) proporciona una implementación de referencia del proceso de negocios Claim Summary (Resumen de reclamos), como se puede ver en la figura 1. Este caso de uso ofrece información global de un asegurado. Las compañías de seguros interactúan con las partes del sistema: agentes, corredores, clientes, reaseguradoras, bancos, liquidadores de siniestros, etc. La aseguradora envía una solicitud de transacción según Association for Cooperative Operations Research and Development (ACORD) a un servicio que, a su vez, envía los datos del pago asociados a una póliza basada en el ID del reclamo.

Figura 1. Proceso de negocios Claim Summary
Proceso de negocios Claim Summary

En el proceso Claim Summary de Insurance P&C que aparece en la figura 1, los reclamos son recibidos y enviados a un proceso de puerta de enlace ACORD Claim Summary. Las solicitudes de reclamos son aceptadas y luego evaluadas. Por último, el proceso proporciona el estado del reclamo y el monto del reclamo. El proceso de negocios Claim Summary consta de tres etapas:

  1. En la primera etapa, las partes acceden al sistema de la compañía de seguros a través de varios canales.
  2. En la segunda etapa, el agente o el cliente envía un mensaje ACORD con los detalles pertinentes para obtener un resumen del reclamo.
  3. En la tercera etapa, es necesario que la compañía de seguros tenga una puerta de enlace de estandarización que permita a las diferentes partes interactuar con ella. Mediante esta puerta de enlace, las partes pueden agregar, modificar o consultar información sobre diversas pólizas, reclamos, etc. Al enviar el mensaje ACORD a Claim Summary a través de la puerta de enlace de seguros, el documento es sometido al inicio de sesión ACORD, a la validación ACORD, a la reparación de rechazos ACORD y a ciertos procesos de servicios de negocios de Claim Summary para dar una respuesta al proveedor.

Algunos clientes pueden solicitar información adicional, como el número total de reclamos, u otros datos clave de rendimiento por ubicaciones geográficas, como el pago total y el estado de los reclamos en los diferentes estados de los EE. UU., etc. Esta clase de información puede ser fácilmente proporcionada por Monitor a través del panel. A continuación se muestran algunas capturas de pantalla del panel desarrollado para el paquete de contenido Insurance P&C. Observe que en la V6.2, el panel de Monitor se ejecuta en Business Space con tecnología de WebSphere.

La figura 2 muestra la página principal del panel de Monitor correspondiente al proceso de negocios Claim Summary. La página principal, denominada My Business (Mi negocio), ofrece una descripción general del estado de rendimiento actual del proceso Claim Summary. La idea es que en la página principal se puedan visualizar los datos de rendimiento más relevantes para el usuario de negocios.

Para mostrar un mapa de los EE. UU., se usa un widget de diagrama (ángulo superior izquierdo). Podrá encontrar las cifras totales de los reclamos en cada estado con un color de fondo. El kit de herramientas de desarrollo de Monitor trae un editor que se puede usar para editar un diagrama SVG a efectos de su visualización dentro de un widget de diagrama. La página principal también presenta varios indicadores clave de rendimiento (KPI) con estilo de barra (ángulo inferior izquierdo) y estilo de medidor (ángulo superior derecho). Se pueden definir otros KPI diferentes de los predefinidos. Además, es posible establecer el objetivo y el estado mediante el editor de modelos o directamente desde el panel.

Figura 2. Espacio de negocios de la muestra de Seguros
Espacio de negocios de la muestra de Seguros

(Haga clic para ver una versión ampliada de la figura 2.)

El panel tiene otra página denominada Analysis. Esta página ofrece a los usuarios de negocios información más detallada sobre el rendimiento de los negocios. A partir de una vista de alto nivel, el usuario puede explorar en profundidad los factores que contribuyeron a la actual situación de rendimiento. En la figura 3, los resúmenes de reclamos se distribuyen en seguros del automotor, del hogar y comprehensivos (ángulo superior izquierdo). Los usuarios podrán encontrar el porcentaje de los reclamos cerrados en los últimos meses o en el último año (ángulo superior izquierdo). Monitor proporciona numerosos estilos de gráficos, como gráficos circulares, gráficos de barras (abajo) y gráficos de líneas (figura 4).

Figura 3. Página Analysis de la muestra de Seguros
Página Analysis de la muestra de Seguros

(Haga clic para ver una versión ampliada de la figura 3.)

Figura 4. Página Report de la muestra de Seguros
Página Report de la muestra de Seguros

(Haga clic para ver una versión ampliada de la figura 4.)


BAM para Salud

El paquete de contenido Healthcare (Salud) proporciona una implementación de referencia del proceso de negocios Benefits and Eligibility Inquiry (Consulta de prestaciones y requisitos). Este caso de uso ofrece información global del titular de un seguro médico.

Una transacción de prestaciones y requisitos es una transacción electrónica que se usa para consultar los requisitos, la cobertura o las prestaciones asociadas con un plan de salud, empleador, patrocinador, asegurado o dependiente en virtud de la póliza del asegurado. Las normas ANSI 270 (Solicitud de requisitos y prestaciones) y ANSI 271 (Respuesta de requisitos y prestaciones), contempladas en la ley HIPAA, son dos transacciones usadas en transacciones de prestaciones y requisitos: la transacción 270 solicita (consulta) información y la transacción 271 responde con información sobre la cobertura, los requisitos y las prestaciones. Estas dos transacciones proporcionan a los proveedores miembros del sistema de información de salud datos sobre el estado de requisitos y reclamos de los clientes.

La figura 5 muestra el proceso de negocios Benefits and Eligibility Inquiry. Hay un servicio que recibe una solicitud de transacción ANSI 270 enviada por un proveedor de servicios de salud. Este servicio, a su vez, envía datos fundamentales sobre el estado de los requisitos y los beneficios de un paciente. Los datos cumplen con la norma ANSI 271. Tanto los mensajes HIPAA 270 como los 271 se forman usando el formato de las normas EDI (intercambio electrónico de datos).

Figura 5. Proceso de negocios Benefits and Eligibility Inquiry
Proceso de negocios Benefits and Eligibility Inquiry

(Haga clic para ver una versión ampliada de la figura 5.)

A continuación se expone un resumen del proceso de negocios Benefits and Eligibility Inquiry:

  1. La solicitud HIPAA se envía al servicio de validación básica EDI para su validación. El proveedor solicita la determinación de los requisitos a través de su portal, centro de llamadas, fax o mediante un envío de lotes. La transacción puede ser enviada por el proveedor de numerosas formas, como un envío en tiempo real o un envío de lotes.
  2. Si la solicitud es válida, el mensaje es desagrupado a través del servicio básico de desagrupamiento EDI a fin de crear varios mensajes HIPAA. Cada uno de los mensajes es validado para su conformidad con HIPAA270.
  3. La información de la póliza se recupera a partir del mensaje HIPAA270.
  4. El sistema de back-end genera un mensaje HIPAA271.
  5. Por último, después del agrupamiento y la validación, el mensaje HIPAA271 se envía al cliente solicitante a través de la puerta de enlace EDI.

Una de las demandas más habituales de los líderes de la industria de la salud es la posibilidad de tener un registro de las transacciones durante un período de tiempo determinado. Entre la información más útil se incluye el porcentaje de las solicitudes HIPAA aceptadas y rechazadas. En nuestra implementación, se identificó información de rendimiento de negocios específica y luego se extrajo información relevante de cada mensaje para obtener esta información de rendimiento de negocios.

Monitor ofrece la capacidad de satisfacer estas demandas con los widgets de KPI, alerta, diagrama, dimensión, informe, instancia, etc.

Como los mensajes HIPAA 270 y 271 están codificados con el formato de las normas EDI, era necesario decodificar estos mensajes para poder recuperar los datos relevantes del mensaje. Para abordar este desafío, se usaron las funciones XPath definidas por el usuario (UDXF).

Las funciones XPath definidas por el usuario (UDXF) fueron presentadas en Monitor V6.1 (verPut new capabilities of business activity monitoring (BAM) to work, Part 7: Creating user-defined XPath functions for IBM WebSphere Business Monitor V6.1). Estas funciones proporcionan extensibilidad al modelo de programación de monitoreo al permitir que los desarrolladores incorporen, entre otras cosas, lógica de procesamiento, tratamiento de datos y recuperación de datos adicionales a sus modelos de monitoreo. Se escribió una UDXF para decodificar y analizar los mensajes estándar HIPAA como parte de los artefactos entregados en esta muestra.

Una vez recuperada la información necesaria del mensaje, es posible visualizar la información de rendimiento obtenida en un panel de Monitor con diferentes widgets. A continuación se presentan algunas instantáneas del panel de la industria de la salud. En la figura 6, se puede ver la página principal, que contiene un diagrama del mapa de los EE. UU. con dos colores que indican si el total de solicitudes enviadas supera el umbral o no (por ejemplo, el color verde de Nueva York significa que el total de solicitudes enviadas en Nueva York durante el mes se encuentra debajo del umbral) y un gráfico circular que muestra la distribución de solicitudes en los diferentes estados. El panel también incluye algunos KPI: promedio de tiempo transcurrido de las transacciones de beneficios y requisitos, total de solicitudes aceptadas, porcentaje de de solicitudes rechazadas, etc. Se incluye una vista de alertas que notifica cualquier situación significativa que requiera una acción por parte del usuario. Con solo mirar la página principal, es posible detectar cuáles fueron los estados de los EE. UU. que provocaron que el total de solicitudes excediera el umbral.

Figura 6. Espacio de negocios de la muestra de Salud
Espacio de negocios de la muestra de Salud

(Haga clic para ver una versión ampliada de la figura 6.)

En la figura 7, un widget de dimensión muestra la distribución de las transacciones HIPAA en función del estado y de la hora de solicitud o bien en función del estado de la transacción. Es posible explorar en profundidad para elegir otras horas o estados a fin de analizar la distribución de transacciones.

Figura 7. Página Analysis de la muestra de Salud
Página Analysis de la muestra de Salud

Es posible usar un widget de informe para visualizar un informe de gráfico de líneas sobre el estado de las transacciones, como se puede ver en la figura 8. El lado izquierdo de la figura 8 muestra los subprocesos de solicitudes rechazadas por mes. La línea naranja indica el total de solicitudes y la línea azul indica el total de solicitudes rechazadas. El lado derecho de la figura 8 muestra los subprocesos de motivos de rechazo con tres colores que indican tres tipos de motivos de rechazo. Es posible definir otros subprocesos configurando el widget de informe.

Figura 8. Página Report de la muestra de Salud
Página Report de la muestra de Salud

(Haga clic para ver una versión ampliada de la figura 8.)


BAM para Gestión del ciclo de vida de los productos (PLM)

PLM representa la gestión de todos los datos relacionados con los requisitos, el diseño, la producción, el soporte y la eliminación de un producto manufacturado. Consta de etapas y enfoques bien definidos que usa la gerencia durante el ciclo de vida de un producto. El estado en que se vende un producto cambia en el tiempo y debe ser gestionado a medida que recorre sus etapas.

El ciclo de vida de un producto tiene numerosas fases, comprende muchas disciplinas profesionales y requiere diversas aptitudes, herramientas y procesos. PLM hace referencia a gestionar descripciones y propiedades de un producto durante su desarrollo y vida útil, principalmente desde un punto de vista de negocios y de ingeniería.

Fabric proporciona un proceso de negocios para especificar y decidir solicitudes de cambio de ingeniería (ECR) en la fase de cambio de ingeniería. ECR es la capacidad de evaluar el cambio de uno o más productos que implique modificar partes, ensamblados, documentación u otros elementos de esos productos o modificar actividades necesarias para diseñar o generar esos productos. A continuación se expone un resumen de cómo evaluar ECR:

  1. En primer lugar, para determinar la extensión y el impacto del cambio planificado, el usuario envía un documento Engineering Change Request (Solicitud de cambio de ingeniería) a través de la puerta de enlace Manage Engineering Change (Gestionar cambio de ingeniería) usando cualquiera de los canales disponibles.
  2. Una vez enviado el documento, el proceso de la figura 9 determina la decisión en cuanto a aceptar o rechazar la respuesta al cambio planificado que se enviará al usuario. El proceso consta de cinco fases; una tarea específica se aplicará a una ECR en cada una de las fases.
Figura 9. Proceso de cambio de ingeniería
Proceso de cambio de ingeniería

Las cinco fases se pueden resumir de la siguiente manera:

  1. La fase Inquiry of ECR (Consulta de ECR) sirve para recibir propuestas de ECR.
  2. En la fase Creation of ECR (Creación de ECR) se crea la ECR y se la describe de manera explícita.
  3. La fase Technical Analysis of ECR (Análisis técnico de ECR) tiene lugar cuando se determinan los aspectos técnicos de la ECR y se estudia un panorama inicial de su impacto.
  4. La cuarta fase, Commenting on ECR (Comentarios sobre ECR), examina la ECR en relación con su impacto sobre temas como la creación de prototipos y la certificación.
  5. En la última fase, Approval of ECR (Aprobación de ECR), se toma una decisión en cuanto a aprobar o rechazar la ECR.

Una vez que se crea una propuesta de cambio, se suele efectuar una consulta a fin de hacer un seguimiento para determinar si la propuesta se aplicará o no. La figura 10 muestra el subproceso de la fase de consulta. Las solicitudes ECR son enviadas a un proceso de negocios denominado Inquire VDA (Verband der Automobilindustrie) ECR. La solicitud ECR es recibida y evaluada. Finalmente, el proceso proporciona el estado ECR que indica si la ECR es aceptada o no para su posterior procesamiento.

Figura 10. Subproceso: Consultar ECR
Subproceso: Consultar ECR

La muestra PLM que usa Monitor está centrada en la información transmitida por el subproceso de consultas de ECR; por ejemplo, cuántas ECR son consultadas en un mes, cuántas ECR son aceptadas o rechazadas, etc.

La siguiente figura muestra el resultado del monitoreo del proceso de consultas mediante Monitor. En la figura 11 se puede ver la página principal del panel de Monitor “My Business” (“Mi negocio”). El estado de las ECR aparece en un gráfico circular que se puede visualizar mediante un widget de dimensión. También es posible ver el total de ECR aceptadas, el total de ECR pendientes (de decisión) y el total de ECR rechazadas en el widget de KPI. Además se incorporó un widget de instancia donde se puede ver cada solicitud ECR con sus correspondientes detalles.

Figura 11. Panel de Monitor de la muestra PLM
Panel de Monitor de la muestra PLM

(Haga clic para ver una versión ampliada de la figura 11.)

A través de la capacidad de cálculo de Monitor, es posible mostrar la tendencia del envío de ECR usando un tipo linear, como se puede ver en la figura 12.

Figura 12. Página Report de la muestra PLM
Página Report de la muestra PLM

(Haga clic para ver una versión ampliada de la figura 12.)

Asimismo, se puede visualizar el número total de ECR enviados durante un período de tiempo determinado, como se puede ver en la figura 13.

El panel de Monitor V6.2 tiene nuevas características, como KPI History and Prediction (Historial y predicción de KPI). Con las funciones de KPI History and Prediction, es posible recopilar datos de un KPI durante un período y analizarlos para observar las tendencias. Los resultados se visualizan en un formato gráfico completamente interactivo (lado derecho). La línea que aparece en el widget KPI History and Prediction muestra la tendencia histórica y las potenciales tendencias de un KPI determinado.

Figura 13. Página Analysis de la muestra PLM
Página Analysis de la muestra PLM

(Haga clic para ver una versión ampliada de la figura 13.)

Debido a que hay una tarea humana para cada uno de los subpasos de la fase de consulta de ECR, existe una nueva característica llamada Human Task (Tarea humana) que muestra todas las instancias de las tareas humanas, como se puede ver en la figura 14.

Figura 14. Página Action de la muestra PLM
Página Action de la muestra PLM

(Haga clic para ver una versión ampliada de la figura 14.)


Enfoques

El diseño de paneles para un proceso determinado de cualquier industria es tanto una disciplina como un arte. La principal consideración consiste en extraer de los líderes de la industria qué información es más relevante para ellos y luego determinar cómo se puede calcular esta información a partir de los datos disponibles o proporcionados por el proceso de negocios. La segunda consideración consiste en determinar la mejor forma de presentar esta información en el panel. ¿Cuáles son los widgets más adecuados para cada tipo de información? ¿Cómo se la organiza de manera lógica en pestañas y páginas separadas? ¿En qué orden deberían aparecer las páginas?

Para este ejercicio es fundamental la colaboración de los expertos en la materia y de los usuarios de negocios en el proceso de diseño y desarrollo. Asegúrese de capturar sus respuestas para todas estas preguntas. En nuestro caso, usamos un enfoque iterativo en el que se crean prototipos que luego son presentados a los usuarios. Cada nuevo prototipo es una mejora del prototipo anterior sobre la base de los comentarios de los usuarios. Por otro lado, también es necesario dar a conocer a los usuarios qué es técnicamente posible y qué es más práctico desde la perspectiva del rendimiento, la migración, la portabilidad, etc.

Lo único que tienen en común todos estos verticales industriales es la presencia de normas industriales. Por lo tanto, el desarrollo de modelos de monitoreo suele requerir un conocimiento de esas normas, dónde se pueden recuperar datos específicos del formato, cómo se pueden recuperar y, en algunos casos, cómo se pueden decodificar. El uso de funciones XPath definidas por el usuario es muy útil en situaciones que requieran transformaciones de datos. Otro enfoque consiste en implementar la transformación de datos antes de cargar los datos en los modelos de monitoreo mediante tecnologías como WebSphere Enterprise Service Bus, XSLT y otros enfoques de mediación de datos.


Conclusión

En este artículo, se describió la implementación de paneles para tres muestras de verticales industriales tomadas de los Industry Content Packs de WebSphere Business Service Fabric V6/2 mediante WebSphere Business Monitor V6.2. En la muestra de la industria de seguros, se puede observar que Monitor ayuda a los usuarios a visualizar el número total de reclamos, así como otros datos clave de rendimiento según el estado. Los clientes también podrán consultar, entre otras cosas, las estadísticas de la distribución del pago total y del estado de los reclamos. Esta clase de información puede ser fácilmente proporcionada por Monitor a través del panel. En la industria de la salud, se puede observar que, a fin de ayudar a los usuarios a conocer el número de transacciones mensuales y el porcentaje de solicitudes HIPAA aceptadas y rechazadas, Monitor extrae la información relevante de cada mensaje y muestra el resultado a través de los widgets de KPI, alerta, diagrama, dimensión, informe, instancia, etc. Asimismo, se agregaron funciones XPath definidas por el usuario (UDXF) para decodificar y analizar los mensajes estándar como parte de los artefactos entregados en la muestra. En la muestra PLM, Monitor recopila información útil, como el número de transacciones de consulta de estado de ECR por mes, el número de ECR por estado, etc. Se implementaron los modelos de monitoreo para estas muestras a fin de capturar eventos y calcular datos de rendimiento.

Recursos

  • Put new capabilities of business activity monitoring (BAM) to work, Part 7: Creating user-defined XPath functions for IBM WebSphere Business Monitor V6.1 (developerWorks, 2008): En esta serie, conocerá los espectaculares cambios de WebSphere Business Monitor V6.1, una versión principal que extiende la capacidad y simplifica la manera de monitorear y gestionar el rendimiento de su empresa. La funciones XPath definidas por el usuario (UDXF) son una extensión útil y eficaz del modelo de programación. Con esta nueva característica, se puede agregar una función a la lógica de modelos de monitoreo. También es posible escribir una función XPath definida por el usuario que desempeñe cualquier función Java™ordinaria, como leer datos de una base de datos CICS®remota o llamar a un servicio web. En este artículo, aprenderá a escribir su propia función XPath definida por el usuario y a usarla en cualquier expresión del modelo de monitoreo.
  • Muestras y tutoriales de gestión de procesos de negocios: Estas muestras contienen las características desarrolladas en WebSphere Integration Developer e implementadas en WebSphere Process Server y WebSphere Enterprise Service Bus (WebSphere ESB). Podrá trabajar con varias características del producto a fin de desarrollar sus propias aplicaciones.
  • Zona BPM de developerWorks: Acceda a los últimos recursos técnicos de las soluciones BPM de IBM: descargas, demostraciones, artículos, tutoriales, eventos, transmisiones por Internet y mucho más.

Comentarios

developerWorks: Ingrese

Los campos obligatorios están marcados con un asterisco (*).


¿Necesita un IBM ID?
¿Olvidó su IBM ID?


¿Olvidó su Password?
Cambie su Password

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


La primera vez que inicie sesión en developerWorks, se creará un perfil para usted. La información en su propio perfil (nombre, país/región y nombre de la empresa) se muestra al público y acompañará a cualquier contenido que publique, a menos que opte por la opción de ocultar el nombre de su empresa. Puede actualizar su cuenta de IBM en cualquier momento.

Toda la información enviada es segura.

Elija su nombre para mostrar



La primera vez que inicia sesión en developerWorks se crea un perfil para usted, teniendo que elegir un nombre para mostrar en el mismo. Este nombre acompañará el contenido que usted publique en developerWorks.

Por favor elija un nombre de 3 - 31 caracteres. Su nombre de usuario debe ser único en la comunidad developerWorks y debe ser distinto a su dirección de email por motivos de privacidad.

Los campos obligatorios están marcados con un asterisco (*).

(Por favor elija un nombre de 3 - 31 caracteres.)

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


Toda la información enviada es segura.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=90
Zone=WebSphere
ArticleID=482289
ArticleTitle=Monitoreo de actividades de negocios para verticales industriales
publish-date=08032011