Interoperabilidad

La interoperabilidad es una característica de un producto o sistema para trabajar con otros productos o sistemas. Si bien el término se definió inicialmente para la tecnología de la información o los servicios de ingeniería de sistemas para permitir el intercambio de información, una definición más amplia tiene en cuenta los factores sociales, políticos y organizativos que afectan el rendimiento de un sistema a otro.

Los tipos de interoperabilidad incluyen la interoperabilidad sintáctica, en la que dos sistemas pueden comunicarse entre sí, y la interoperabilidad entre dominios, en la que varias organizaciones trabajan juntas e intercambian información.

Tipos

Si dos o más sistemas usan formatos de datos y protocolos de comunicación comunes y son capaces de comunicarse entre sí, exhiben interoperabilidad sintáctica. XML y SQL son ejemplos de formatos y protocolos de datos comunes. Los formatos de datos de nivel inferior también contribuyen a la interoperabilidad sintáctica, asegurando que los caracteres alfabéticos se almacenen en el mismo formato ASCII o Unicode en todos los sistemas de comunicación.

Más allá de la capacidad de dos o más sistemas informáticos para intercambiar información, la interoperabilidad semántica es la capacidad de interpretar automáticamente la información intercambiada de manera significativa y precisa para producir resultados útiles según lo definido por los usuarios finales de ambos sistemas. Para lograr la interoperabilidad semántica, ambas partes deben referirse a un modelo de referencia de intercambio de información común. El contenido de las solicitudes de intercambio de información se define sin ambigüedades: lo que se envía es lo mismo que se entiende.

La interoperabilidad entre dominios involucra múltiples entidades sociales, organizacionales, políticas y legales que trabajan juntas por un interés común o intercambio de información.

Interoperabilidad y estándares abiertos

La interoperabilidad implica intercambios entre una gama de productos o productos similares de varios proveedores diferentes, o incluso entre revisiones pasadas y futuras del mismo producto. La interoperabilidad puede desarrollarse post-facto, como una medida especial entre dos productos, excluyendo al resto, mediante el uso de estándares abiertos. Cuando un proveedor se ve obligado a adaptar su sistema a un sistema dominante que no se basa en estándares abiertos, se trata de compatibilidad, no de interoperabilidad.

Estándares abiertos

Los estándares abiertos se basan en un grupo ampliamente consultivo e inclusivo que incluye representantes de proveedores, académicos y otros interesados en el desarrollo que analiza y debate los méritos, las desventajas y la viabilidad técnicos y económicos de un protocolo común propuesto. Después de que se aborden las dudas y reservas de todos los miembros, el documento común resultante se aprueba como un estándar común. Este documento puede publicarse posteriormente al público y, en adelante, se convierte en un estándar abierto. Por lo general, se publica y está disponible gratuitamente oa un costo nominal para todos y cada uno de los interesados, sin más gravámenes. Varios proveedores e individuos (incluso aquellos que no formaban parte del grupo original) pueden usar el documento de estándares para fabricar productos que implementen el protocolo común definido en el estándar y, por lo tanto, sean interoperables por diseño, sin ninguna especificación específica. responsabilidad o ventaja para los clientes por elegir un producto sobre otro sobre la base de características estandarizadas. Los vendedores' los productos compiten por la calidad de su implementación, la interfaz de usuario, la facilidad de uso, el rendimiento, el precio y una serie de otros factores, al tiempo que mantienen los datos del cliente intactos y transferibles, incluso si elige cambiar a otro producto de la competencia por motivos comerciales.

Interoperabilidad a posteriori

La interoperabilidad post facto puede ser el resultado del dominio absoluto del mercado de un producto en particular en contravención de los estándares aplicables, o si no existían estándares efectivos en el momento de ese producto' Introducción. El proveedor detrás de ese producto puede optar por ignorar cualquier estándar futuro y no cooperar en ningún proceso de estandarización, utilizando su casi monopolio para insistir en que su producto establece el facto estándar por su propio dominio del mercado. Esto no es un problema si la implementación del producto es abierta y mínimamente gravada, pero bien puede ser tanto cerrada como fuertemente gravada (por ejemplo, por reclamos de patentes). Debido al efecto de red, lograr la interoperabilidad con un producto de este tipo es fundamental para cualquier otro proveedor si desea seguir siendo relevante en el mercado y difícil de lograr debido a la falta de cooperación en igualdad de condiciones con el proveedor original, que bien puede ver el nuevo proveedor como un competidor potencial y una amenaza. Las implementaciones más nuevas a menudo se basan en ingeniería inversa de sala limpia en ausencia de datos técnicos para lograr la interoperabilidad. Los proveedores originales pueden proporcionar dichos datos técnicos a otros, a menudo en nombre de fomentar la competencia, pero dichos datos están invariablemente gravados y pueden tener un uso limitado. La disponibilidad de tales datos no es equivalente a un estándar abierto, porque:

1. Los datos son proporcionados por el proveedor original de forma discrecional, y el proveedor tiene todo interés en bloquear la implementación efectiva de soluciones competidoras, y puede alterar o cambiar subtutamente su producto, a menudo en revisiones más recientes, de modo que las implementaciones de los competidores son casi, pero no completamente interoperables, lo que hace que los clientes consideren poco fiables o de menor calidad. Estos cambios no se pueden transmitir a otros proveedores en absoluto, o pasar después de un retraso estratégico, manteniendo el dominio del mercado del vendedor original.
2. Los datos en sí pueden ser gravados, por ejemplo por patentes o precios, lo que conduce a una dependencia de todas las soluciones competidoras en el proveedor original, y posiblemente conduce una corriente de ingresos de los clientes de los competidores de vuelta al proveedor original. Este flujo de ingresos es el resultado del dominio del mercado del producto original y no el resultado de una superioridad innata.
3. Incluso cuando el vendedor original está realmente interesado en promover una competencia saludable (para que también pueda beneficiarse del mercado innovador resultante), la interoperabilidad post-facto puede ser a menudo indeseable ya que muchos defectos o quirks se pueden rastrear directamente a las limitaciones técnicas de la aplicación original. Aunque en un proceso abierto, cualquiera puede identificar y corregir tales limitaciones, y la especificación limpia resultante puede ser utilizada por todos los proveedores, esto es más difícil post-facto, ya que los clientes ya tienen información y procesos valiosos codificados en el producto defectuoso pero dominante, y otros proveedores se ven obligados a replicar esas fallas y peculiaridades para preservar la interoperabilidad incluso si pueden diseñar mejores soluciones. Alternativamente, se puede argumentar que incluso los procesos abiertos están sujetos al peso de las implementaciones pasadas e imperfectos diseños pasados y que el poder del proveedor dominante para corregir o mejorar unilateralmente el sistema e imponer los cambios a todos los usuarios facilita la innovación.
4. La falta de un estándar abierto también puede ser problemático para los clientes, como en el caso de la incapacidad del proveedor original para solucionar un problema que es un artefacto de limitaciones técnicas en el producto original. El cliente quiere que la falla se fije, pero el vendedor tiene que mantener ese estado defectuoso, incluso a través de nuevas revisiones del mismo producto, porque ese comportamiento es un estándar de facto y muchos más clientes tendrían que pagar el precio de cualquier problema de interoperabilidad causado por la fijación del problema original e introducción de nuevos comportamientos.

Gobierno

E-Gobierno

Hablando desde la perspectiva del gobierno electrónico, la interoperabilidad se refiere a la capacidad de colaboración de los servicios transfronterizos para ciudadanos, empresas y administraciones públicas. El intercambio de datos puede ser un desafío debido a las barreras del idioma, las diferentes especificaciones de formatos, las variedades de categorizaciones y otros obstáculos.

Si los datos se interpretan de manera diferente, la colaboración es limitada, lleva más tiempo y es ineficiente. Por ejemplo, si un ciudadano del país A quiere comprar un terreno en el país B, se le pedirá que envíe los datos de dirección adecuados. Los datos de dirección en ambos países incluyen detalles del nombre completo, nombre y número de la calle, así como un código postal. El orden de los detalles de la dirección puede variar. En el mismo idioma, no es óbice para solicitar los datos de dirección proporcionados; pero a través de las barreras del idioma, se vuelve difícil. Si el idioma usa un sistema de escritura diferente, es casi imposible si no hay herramientas de traducción disponibles.

Gestión del riesgo de inundaciones

Los investigadores utilizan la interoperabilidad en el contexto de la gestión del riesgo de inundaciones urbanas. Las ciudades y áreas urbanas de todo el mundo se están expandiendo, lo que crea espacios complejos con muchas interacciones entre el medio ambiente, la infraestructura y las personas. Para hacer frente a esta complejidad y gestionar el agua en las zonas urbanas de manera adecuada, es necesario un enfoque de sistema de sistemas para el control del agua y las inundaciones. En este contexto, la interoperabilidad es importante para facilitar el pensamiento de sistema de sistemas, y se define como: "la capacidad de cualquier sistema de gestión del agua para redirigir el agua y hacer uso de otros sistemas para mantener o mejorar su rendimiento funcionan durante los eventos de exceso de agua." Mediante la evaluación de las propiedades complejas de los sistemas de infraestructura urbana, en particular la interoperabilidad entre los sistemas de drenaje y otros sistemas urbanos (por ejemplo, infraestructura como el transporte), podría ser posible ampliar la capacidad del sistema general para gestionar el agua de inundación para lograr una mejora de la inundación urbana. Resiliencia.

Fuerzas militares

La interoperabilidad de fuerzas se define en la OTAN como la capacidad de las fuerzas de dos o más naciones para entrenar, ejercitar y operar juntas de manera efectiva en la ejecución de las misiones y tareas asignadas. Además, la OTAN define la interoperabilidad de manera más general como la capacidad de actuar juntos de manera coherente, eficaz y eficiente para lograr los objetivos tácticos, operativos y estratégicos de los aliados.

A nivel estratégico, la interoperabilidad es un habilitador para la formación de coaliciones. Facilita contribuciones significativas por parte de los socios de la coalición. En este nivel, los problemas de interoperabilidad se centran en armonizar visiones del mundo, estrategias, doctrinas y estructuras de fuerza. La interoperabilidad es un elemento de la voluntad de la coalición para trabajar juntos a largo plazo para lograr y mantener intereses compartidos frente a amenazas comunes. La interoperabilidad en los niveles operativo y táctico es donde la interoperabilidad estratégica y la interoperabilidad tecnológica se unen para ayudar a los aliados a dar forma al entorno, gestionar crisis y ganar guerras. Los beneficios de la interoperabilidad a nivel operativo y táctico generalmente se derivan de la intercambiabilidad de los elementos y unidades de la fuerza. La interoperabilidad tecnológica refleja las interfaces entre organizaciones y sistemas. Se centra en las comunicaciones y las computadoras, pero también involucra las capacidades técnicas de los sistemas y la compatibilidad de la misión resultante entre los sistemas y los datos de los socios de la coalición. A nivel tecnológico, los beneficios de la interoperabilidad provienen principalmente de sus impactos a nivel operativo y táctico en términos de mejora de la flexibilidad.

Seguridad pública

Debido a que los primeros en responder deben poder comunicarse durante emergencias a gran escala, la interoperabilidad es un tema importante para la aplicación de la ley, la extinción de incendios, los servicios médicos de emergencia y otros departamentos de seguridad y salud pública. Ha sido un área importante de inversión e investigación en los últimos 12 años. El hardware ampliamente dispar e incompatible impide el intercambio de información entre agencias. Agencias' los sistemas de información, como los sistemas de despacho asistidos por computadora y los sistemas de gestión de registros, funcionaban en gran medida de forma aislada, en las denominadas islas de información. Las agencias intentaron superar este aislamiento con métodos provisionales e ineficientes, mientras que las grandes agencias comenzaron a implementar sistemas interoperables limitados. Estos enfoques fueron inadecuados y, en los EE. UU., la falta de interoperabilidad en el ámbito de la seguridad pública se hizo evidente durante los ataques del 11 de septiembre contra las estructuras del Pentágono y el World Trade Center. Surgieron más pruebas de la falta de interoperabilidad cuando las agencias abordaron las secuelas del huracán Katrina.

En contraste con el panorama nacional general, algunos estados, incluido Utah, ya han logrado grandes avances. La Patrulla de Carreteras de Utah y otros departamentos de Utah han creado una red de intercambio de datos en todo el estado.

La Commonwealth de Virginia es uno de los principales estados de los Estados Unidos en la mejora de la interoperabilidad. El Coordinador de Interoperabilidad aprovecha una estructura regional para asignar mejor los fondos de subvenciones en todo el Commonwealth para que todas las áreas tengan la oportunidad de mejorar la interoperabilidad de las comunicaciones. El plan estratégico de comunicaciones de Virginia se actualiza anualmente para incluir nuevas iniciativas para el Estado Libre Asociado: todos los proyectos y esfuerzos están vinculados a este plan, que está alineado con el Plan Nacional de Comunicaciones de Emergencia, creado por el Departamento de Seguridad Nacional. s Oficina de Comunicaciones de Emergencia.

El estado de Washington busca mejorar la interoperabilidad en todo el estado. El Comité Ejecutivo de Interoperabilidad del Estado (SIEC), establecido por la legislatura en 2003, trabaja para ayudar a las agencias de respuesta a emergencias (policía, bomberos, alguacil, médico, materiales peligrosos, etc.) en todos los niveles de gobierno (ciudad, condado, estado, tribal, federal) para definir la interoperabilidad para su región local. Washington reconoce que la colaboración en el diseño y desarrollo de sistemas para sistemas de radio inalámbricos permite que las agencias de respuesta a emergencias brinden servicios adicionales de manera eficiente, aumenten la interoperabilidad y reduzcan los costos a largo plazo. Este trabajo salva la vida del personal de emergencia y de los ciudadanos a los que atiende.

El gobierno de EE. UU. está haciendo un esfuerzo para superar la falta de interoperabilidad de la seguridad pública del país. La Oficina de Interoperabilidad y Compatibilidad (OIC, por sus siglas en inglés) del Departamento de Seguridad Nacional está implementando los programas SAFECOM, CADIP y Project 25, que están diseñados para ayudar a las agencias a medida que integran sus CAD y otros sistemas de TI.

La OIC lanzó CADIP en agosto de 2007. Este proyecto asociará a la OIC con agencias en varios lugares, incluido Silicon Valley. Este programa utilizará estudios de casos para identificar las mejores prácticas y los desafíos asociados con la vinculación de los sistemas CAD a través de los límites jurisdiccionales. Estas lecciones crearán las herramientas y los recursos que las agencias de seguridad pública pueden usar para construir sistemas CAD interoperables y comunicarse a través de las fronteras locales, estatales y federales.

Como reguladora de interoperabilidad

Las entidades de gobierno pueden aumentar la interoperabilidad a través de sus poderes legislativo y ejecutivo. Por ejemplo, en 2021, la Comisión Europea, después de encargar dos estudios de evaluación de impacto y un estudio de análisis de tecnología, propuso la implementación de una estandarización, para iteraciones de USB-C, de productos de cargador de teléfono, lo que puede aumentar la interoperabilidad junto con la convergencia y la conveniencia para consumidores al mismo tiempo que disminuyen las necesidades de recursos, la redundancia y los desechos electrónicos.

Comercio e Industrias

Tecnologías de la información y ordenadores

Escritorio

La interoperabilidad de escritorio (también conocida como interoperabilidad) es una subsección de la interoperabilidad de software. En los primeros días, el enfoque de la "interoperabilidad" era integrar aplicaciones web con otras aplicaciones web. Con el tiempo, se desarrollaron "contenedores" de sistema abierto para crear un entorno de escritorio virtual en el que estas aplicaciones pudieran registrarse y luego comunicarse entre sí mediante patrones sencillos de publicación/suscripción. También se admitieron capacidades de interfaz de usuario rudimentarias, lo que permitió que las ventanas se agruparan con otras ventanas. Hoy en día, la interoperabilidad de escritorio se ha convertido en plataformas de interoperabilidad de servicio completo que incluyen soporte de contenedores, intercambio básico entre web y web, pero también soporte nativo para otros tipos de aplicaciones y gestión avanzada de ventanas. Las últimas plataformas de interoperabilidad también incluyen servicios de aplicaciones como búsqueda universal, notificaciones, permisos y preferencias de usuario, conectores de aplicaciones de terceros y adaptadores de idioma para aplicaciones internas.

Búsqueda de información

La interoperabilidad de búsqueda hace referencia a la capacidad de buscar en dos o más conjuntos de información con una sola consulta.

Específicamente relacionado con la búsqueda basada en web, el desafío de la interoperabilidad surge del hecho de que los diseñadores de recursos web generalmente tienen poca o ninguna necesidad de preocuparse por intercambiar información con otros recursos web. La tecnología de búsqueda federada, que no impone requisitos de formato al propietario de los datos, ha surgido como una solución para los desafíos de interoperabilidad de búsqueda. Además, recientemente surgieron estándares, como OAI-PMH, RDF y SPARQL, que también ayudan a abordar el problema de la interoperabilidad de búsqueda relacionada con los recursos web. Dichos estándares también abordan temas más amplios de interoperabilidad, como permitir la extracción de datos.

Software

Interoperabilidad: jugar el juego de red de dos roles, cuando uno de los clientes jugadores (de la izquierda) corre bajo Sun Microsystems y otro bajo GNU Classpath con JamVM. Las aplicaciones ejecutan el mismo bytecode e interoperan utilizando los mensajes estándar RMI-IIOP para la comunicación

Con respecto al software, el término interoperabilidad se usa para describir la capacidad de diferentes programas para intercambiar datos a través de un conjunto común de formatos de intercambio, leer y escribir los mismos formatos de archivo y usar los mismos protocolos. (La capacidad de ejecutar el mismo código binario en diferentes plataformas de procesador 'no' está contemplada en la definición de interoperabilidad). La falta de interoperabilidad puede ser consecuencia de la falta de atención a la estandarización durante el diseño de un programa. De hecho, la interoperabilidad no se da por sentada en la parte del mundo informático que no se basa en estándares.

Según ISO/IEC 2382-01, Vocabulario de tecnología de la información, términos fundamentales, la interoperabilidad se define de la siguiente manera: "La capacidad de comunicarse, ejecutar programas o transferir datos entre varias funciones unidades de una manera que requiere que el usuario tenga poco o ningún conocimiento de las características únicas de esas unidades.

Tenga en cuenta que la definición es algo ambigua porque el usuario de un programa puede ser otro programa y, si este último es una parte del conjunto de programas que se requiere para ser interoperable, bien podría ser que sí necesita tener conocimiento de las características de otras unidades.

Esta definición se centra en el aspecto técnico de la interoperabilidad, aunque también se ha señalado que la interoperabilidad suele ser más una cuestión organizativa: a menudo, la interoperabilidad tiene un impacto significativo en las organizaciones en cuestión, lo que plantea cuestiones de propiedad (¿quieren las personas ¿comparten sus datos? o ¿se trata de silos de información?), relaciones laborales (¿las personas están preparadas para recibir formación?) y usabilidad. En este contexto, una definición más adecuada se captura en el término interoperabilidad de procesos de negocios.

La interoperabilidad puede tener importantes consecuencias económicas; por ejemplo, la investigación ha estimado que el costo de la interoperabilidad inadecuada en la industria de instalaciones de capital de EE. UU. es de $ 15.8 mil millones al año. Si los competidores' los productos no son interoperables (debido a causas como patentes, secretos comerciales o fallas de coordinación), el resultado bien puede ser un monopolio o una falla del mercado. Por esta razón, puede ser prudente que las comunidades de usuarios o los gobiernos tomen medidas para fomentar la interoperabilidad en diversas situaciones. Al menos 30 organismos internacionales y países han implementado iniciativas marco de interoperabilidad basadas en el gobierno electrónico llamadas e-GIF mientras que en los Estados Unidos existe la iniciativa NIEM. Las organizaciones de definición de estándares (SDO) proporcionan especificaciones de software públicas y abiertas para facilitar la interoperabilidad; los ejemplos incluyen la organización Oasis-Open y buildingSMART (anteriormente la Alianza Internacional para la Interoperabilidad). En cuanto a las comunidades de usuarios, Neutral Third Party está creando estándares para la interoperabilidad de procesos comerciales. Otro ejemplo de una parte neutral son los documentos RFC del Grupo de Trabajo de Ingeniería de Internet (IETF).

La comunidad OSLC (Open Service for Lifecycle Collaboration) está trabajando para encontrar un estándar común para que las herramientas de software puedan compartir e intercambiar datos, p. errores, tareas, requisitos, etc. El objetivo final es acordar un estándar abierto para la interoperabilidad de las herramientas ALM de código abierto.

Java es un excelente ejemplo de un lenguaje de programación interoperable que permite que los programas se escriban una vez y se ejecuten en cualquier lugar con una máquina virtual de Java. Uno que escribe un programa en Java, siempre que no use una funcionalidad específica del sistema, mantendrá la interoperabilidad con todas las máquinas que tienen una máquina virtual Java. Hay muchas implementaciones de la máquina virtual de Java, como Oracle, IBM, Android, etc. Si se crea una máquina virtual de Java según las especificaciones, las aplicaciones mantendrán la compatibilidad porque, si bien la implementación es diferente, las interfaces de lenguaje subyacentes son las mismas..

Lograr software

La interoperabilidad del software se logra a través de cinco formas interrelacionadas:

1. Pruebas de productos

   Los productos producidos a un estándar común, o a un sub-profile de ellos, dependen de la claridad de las normas, pero puede haber discrepancias en sus implementaciones que las pruebas de sistema o unidad no pueden descubrir. Esto requiere que los sistemas sean probados formalmente en un escenario de producción – como finalmente serán implementados – para asegurar que realmente intercomunicen como anunciados, es decir, que son interoperables. Las pruebas interoperables de productos son diferentes de las pruebas de producto basadas en la conformidad con un estándar no necesariamente generan interoperabilidad con otro producto que también se prueba para la conformidad.

2. Ingeniería de productos

   Implementa el estándar común, o un sub-profile de éste, definido por las asociaciones de la industria/comunidad con la intención específica de lograr la interoperabilidad con otras implementaciones de software también siguiendo el mismo estándar o sub-profile de éste.

3. Asociación de la industria y la comunidad

   Las asociaciones entre la industria y la comunidad, ya sea nacionales o internacionales, patrocinan grupos de trabajo estándar con el fin de definir un estándar común que pueda utilizarse para permitir que los sistemas informáticos intercomuniquen con un propósito definido. A veces una industria/comunidad sub-profilará un estándar existente producido por otra organización para reducir las opciones y, por lo tanto, hacer la interoperabilidad más factible para las implementaciones.

4. Tecnología común e IP

   El uso de una tecnología común o IP puede acelerar y reducir la complejidad de la interoperabilidad reduciendo la variabilidad entre componentes de diferentes conjuntos de productos de software desarrollados por separado y permitiendo así que intercomunicen más fácilmente. Esta técnica tiene algunos de los mismos resultados técnicos que el uso de un producto común de proveedores para producir interoperabilidad. La tecnología común puede llegar a través de bibliotecas de terceros o desarrollos de código abierto.

5. Aplicación estándar

   La interoperabilidad del software requiere un acuerdo común que normalmente se llega a través de un estándar industrial, nacional o internacional.

Cada uno de estos tiene un papel importante en la reducción de la variabilidad en el software de intercomunicación y en la mejora de una comprensión común del objetivo final a lograr.

Dominio y poder del mercado

La interoperabilidad tiende a considerarse un problema para los expertos y, a veces, se subestiman sus implicaciones para la vida diaria. El caso de competencia de Microsoft en la Unión Europea muestra cómo la interoperabilidad se refiere a cuestiones importantes de las relaciones de poder. En 2004, la Comisión Europea descubrió que Microsoft había abusado de su poder de mercado al restringir deliberadamente la interoperabilidad entre los servidores de grupos de trabajo de Windows y los servidores de grupos de trabajo que no eran de Microsoft. Al hacerlo, Microsoft pudo proteger su posición dominante en el mercado de sistemas operativos para servidores de grupos de trabajo, el corazón de las redes de TI corporativas. Se ordenó a Microsoft que divulgue documentación de interfaz completa y precisa, lo que permitirá a los proveedores rivales competir en igualdad de condiciones (el remedio de interoperabilidad). En junio de 2005, la Comisión está probando en el mercado una nueva propuesta de Microsoft para hacer esto, habiendo rechazado propuestas anteriores por insuficientes.

La interoperabilidad también ha surgido en el debate sobre patentes de software en el Parlamento Europeo (junio-julio de 2005). Los críticos afirman que debido a que las patentes sobre las técnicas requeridas para la interoperabilidad se mantienen bajo condiciones RAND (licencias razonables y no discriminatorias), los clientes tendrán que pagar los derechos de licencia dos veces: una por el producto y, en el caso apropiado, otra por la patente protegida. programa que utiliza el producto.

Fabricación

La interoperabilidad se ha convertido en un desafío común dentro del campo de la fabricación en los últimos años, particularmente debido a los sistemas heredados y la integración de los procesos de fabricación bajo la directiva de promoción de la Industria 4.0. La interoperabilidad se ha convertido en la piedra angular de la política y las directivas de fabricación, junto con la autonomía y la sostenibilidad, que se pueden identificar dentro de la política federal alemana de 2030 Vision for Industrie 4.0. El actual desafío apremiante de la interoperabilidad está íntimamente ligado al de la estandarización y la implementación de mejores prácticas, que han impedido que el impulso de I4.0 vincule la fabricación a lo largo de la cadena de suministro. La investigación sobre los desafíos actuales ha indicado que existe una brecha dentro de los entornos de TI y aplicaciones de las empresas de fabricación, que presentan desafíos para la vinculación de sistemas y el flujo de datos.

Industria médica

La nueva tecnología se está introduciendo en hospitales y laboratorios a un ritmo cada vez mayor. La necesidad de interoperabilidad plug-and-play (la capacidad de sacar un dispositivo médico de su caja y hacer que funcione fácilmente con otros dispositivos) ha atraído gran atención de ambos proveedores de atención médica. e industria

Cada vez más, los dispositivos médicos, como las incubadoras y los sistemas de imágenes, cuentan con software que se integra en el punto de atención y con sistemas electrónicos, como registros médicos electrónicos. En la reunión de la Sociedad de Profesionales de Asuntos Regulatorios (RAPS) de 2016, expertos en el campo como Angela N. Johnson de GE Healthcare y representante de la Administración de Drogas y Alimentos de los Estados Unidos brindaron seminarios prácticos sobre cómo las empresas desarrollan nuevos dispositivos médicos y los hospitales los instalan. puede trabajar más eficazmente para alinear sistemas de software interoperables.

Ferrocarriles

Los ferrocarriles tienen mayor o menor interoperabilidad según se ajusten a los estándares de gálibo, acoplamientos, frenos, señalización, comunicaciones, gálibo de carga, gálibo de estructura y normas de funcionamiento, por mencionar algunos parámetros. Para el servicio ferroviario de pasajeros, los diferentes estándares de altura y ancho de plataforma ferroviaria también pueden causar problemas de interoperabilidad.

Los ferrocarriles de carga e interurbanos de pasajeros de América del Norte son altamente interoperables, pero los sistemas en Europa, Asia, África, América Central y del Sur y Australia lo son mucho menos. El parámetro más difícil de superar (a un costo razonable) es la incompatibilidad de ancho, aunque los sistemas de eje de ancho variable se utilizan cada vez más.

Telecomunicaciones

En telecomunicaciones, el término se puede definir como:

1. La capacidad de prestar servicios y aceptar servicios de otros sistemas, y de utilizar los servicios intercambiados para que puedan funcionar de manera eficaz. La UIT-T ofrece normas para las telecomunicaciones internacionales.
2. La condición alcanzada entre los sistemas de comunicación-electrónica o los artículos del equipo electrónico de comunicaciones cuando la información o los servicios pueden ser intercambiados directa y satisfactoriamente entre ellos y/o sus usuarios. El grado de interoperabilidad debe definirse al referirse a casos específicos.

En la radio bidireccional, la interoperabilidad se compone de tres dimensiones:

• vías de comunicación compatibles (frecuencias compatibles, equipo y señalización),
• cobertura del sistema de radio o fuerza de señal adecuada, y
• Capacidad escalable.

Organizaciones dedicadas a la interoperabilidad

Muchas organizaciones se dedican a la interoperabilidad. Todos tienen en común que quieren impulsar el desarrollo de la World Wide Web hacia la web semántica. Algunos se concentran en la administración electrónica, el comercio electrónico o el intercambio de datos en general. A nivel internacional, Network Centric Operations Industry Consortium facilita la interoperabilidad global a través de fronteras, idiomas y barreras técnicas. En Europa, por ejemplo, la Comisión Europea y su programa IDABC emiten el Marco Europeo de Interoperabilidad. IDABC fue sucedido por el programa ISA. También iniciaron el Centro de Interoperabilidad Semántica de Europa (SEMIC.EU). En 2006 se estableció un Servicio Europeo de Información Territorial (EULIS), como un consorcio de Registros Nacionales de la Propiedad Europeos. El objetivo del servicio es establecer un portal único a través del cual los clientes tengan acceso a información sobre propiedades individuales, sobre servicios de registro de tierras y propiedades, y sobre el entorno legal asociado. En los Estados Unidos, el servicio CORE.gov del gobierno proporciona un entorno de colaboración para el desarrollo, el intercambio, el registro y la reutilización de componentes y, en relación con esto, está el trabajo y el repositorio de componentes del Modelo Nacional de Intercambio de Información (NIEM). El Instituto Nacional de Estándares y Tecnología sirve como agencia para los estándares de medición.