
La interoperabilidad es una característica de un producto o sistema que permite trabajar con otros productos o sistemas. [ 1 ] Si bien el término se definió inicialmente para los servicios de tecnología de la información o ingeniería de sistemas para permitir el intercambio de información, [ 2 ] una definición más amplia tiene en cuenta los factores sociales, políticos y organizativos que afectan el rendimiento entre sistemas. [ 3 ]
Los tipos de interoperabilidad incluyen la interoperabilidad sintáctica , donde dos sistemas pueden comunicarse entre sí, y la interoperabilidad entre dominios , donde múltiples organizaciones trabajan juntas e intercambian información.
Tipos
Si dos o más sistemas utilizan formatos de datos y protocolos de comunicación comunes , pueden comunicarse entre sí y presentan interoperabilidad sintáctica . XML y SQL son ejemplos de formatos de datos y protocolos comunes. Los formatos de datos de bajo nivel también contribuyen a la interoperabilidad sintáctica, ya que garantizan que los caracteres alfabéticos se almacenen en el mismo formato ASCII o Unicode en todos los sistemas que se comunican.
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 forma significativa y precisa para producir resultados útiles, según lo definan los usuarios finales de ambos sistemas. Para lograr la interoperabilidad semántica, ambas partes deben basarse en un modelo de referencia común para el intercambio de información. El contenido de las solicitudes de intercambio de información se define de forma inequívoca: lo que se envía es lo mismo que lo que se entiende.
La interoperabilidad entre dominios implica que múltiples entidades sociales, organizativas, políticas y jurídicas trabajen juntas para un interés común o un intercambio de información. [ 4 ]
Propiedades esenciales de un estándar de interoperabilidad
Un estándar de interoperabilidad debe observar estas propiedades: [ 5 ]
- Conjunto de características cerrado (sin extensiones ni subconjuntos): La especificación debe ser normativa y delimitada. El estándar debe indicar que una implementación compatible admite la totalidad del estándar base y nada más. El estándar no debe permitir extensiones específicas del proveedor. El estándar puede definir subconjuntos permitidos, pero debe excluir los subconjuntos específicos o definidos por el proveedor. Las versiones posteriores de un estándar no necesitan ser 100 % compatibles con versiones anteriores, pero las desviaciones se especifican con precisión.
- Salida determinista: El estándar debe definir requisitos explícitos e invariables en torno a las asignaciones de entrada a salida. El estándar no debe permitir comportamientos definidos por la implementación. El estándar puede permitir que las implementaciones establezcan límites de tamaño máximo, capacidad, etc., pero debe exigir comportamientos uniformes y conformes dentro de esos límites. El documento estándar utiliza la palabra "deberá" prácticamente de forma exclusiva, y "puede" o "debería" solo en casos excepcionales (por ejemplo, el manejo de errores que debe delegarse a un sistema externo).
- En lo que respecta a las normas que rigen los procesos en tiempo real, el manejo exhaustivo de errores: en lugar de dejar los errores a la lógica "definida por la implementación", la norma debe exigir códigos de error exactos, transiciones de estado y comportamientos de reserva para mantener la estabilidad del sistema.
- Neutralidad de plataforma y proveedor: Las definiciones deben permanecer desvinculadas de arquitecturas de sistemas internos, lenguajes de programación o entornos operativos específicos.
- Implementación de referencia: si bien no es esencial especificar una implementación de referencia, es una práctica común. El estándar puede contemplar la resolución de ambigüedades u omisiones para garantizar una implementación uniforme. Asimismo, puede incluir un conjunto de pruebas para verificar la conformidad.
Interoperabilidad y estándares abiertos
La interoperabilidad implica el intercambio entre una gama de productos, o productos similares de distintos proveedores, o incluso entre versiones pasadas y futuras del mismo producto. La interoperabilidad puede desarrollarse a posteriori , 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 amplio, consultivo e inclusivo, que incluye representantes de proveedores, académicos y otros interesados en el desarrollo, y que debate las ventajas, desventajas y viabilidad técnicas y económicas de un protocolo común propuesto. Una vez resueltas las dudas y reservas de todos los miembros, el documento resultante se aprueba como estándar . Este documento puede publicarse posteriormente y, a partir de entonces, se convierte en un estándar abierto . Generalmente se publica y está disponible gratuitamente o a un precio simbólico para cualquier persona interesada, sin restricciones adicionales . Diversos proveedores y particulares (incluso aquellos que no formaron parte del grupo original) pueden utilizar el documento de estándares para crear productos que implementen el protocolo común definido en el estándar y que, por lo tanto, sean interoperables por diseño , sin que ello suponga ninguna responsabilidad ni ventaja específica para los clientes al elegir un producto sobre otro en función de las características estandarizadas. Los productos de los proveedores compiten en función de la calidad de su implementación, la interfaz de usuario, la facilidad de uso, el rendimiento, el precio y muchos otros factores, manteniendo los datos del cliente intactos y transferibles incluso si deciden cambiar a otro producto de la competencia por razones comerciales.
Sin embargo, si bien la apertura es una condición necesaria para un estándar de interoperabilidad, no es suficiente. Por ejemplo, los procesos de estandarización de los lenguajes Fortran, C y C++ son abiertos, con un grupo consultivo ampliamente inclusivo. Pero los estándares resultantes no son estándares de interoperabilidad.
interoperabilidad a posteriori
La interoperabilidad a posteriori puede ser el resultado del dominio absoluto de un producto en el mercado, en contravención de cualquier norma aplicable, o si no existían normas efectivas en el momento de su lanzamiento. El proveedor puede entonces optar por ignorar las normas futuras y no cooperar en ningún proceso de estandarización, utilizando su casi monopolio para imponer que su producto establezca el estándar de facto gracias a su dominio del mercado. Esto no representa un problema si la implementación del producto es abierta y con mínimas restricciones, pero puede ser cerrada y estar fuertemente restringida (por ejemplo, por reclamaciones de patentes). Debido al efecto de red , lograr la interoperabilidad con un producto de este tipo es fundamental para cualquier otro proveedor que desee mantenerse relevante en el mercado, y resulta difícil debido a la falta de cooperación en igualdad de condiciones con el proveedor original, quien podría ver al nuevo proveedor como un competidor y una amenaza potencial. Las implementaciones más recientes suelen recurrir a la ingeniería inversa en entornos controlados, en ausencia de datos técnicos, para lograr la interoperabilidad. Los proveedores originales pueden proporcionar dichos datos técnicos a terceros, a menudo con el fin de fomentar la competencia , pero estos datos invariablemente están sujetos a restricciones y su utilidad puede ser limitada. La disponibilidad de dichos datos no equivale a un estándar abierto, porque:
- El proveedor original facilita los datos de forma discrecional, y tiene un gran interés en impedir la implementación efectiva de soluciones de la competencia. Por ello, puede modificar sutilmente su producto, a menudo en versiones más recientes, de manera que las implementaciones de la competencia sean casi totalmente interoperables, lo que lleva a los clientes a considerarlas poco fiables o de menor calidad. Estos cambios pueden no transmitirse a otros proveedores o transmitirse tras un retraso estratégico, manteniendo así el dominio del mercado del proveedor original.
- Los datos en sí mismos pueden estar sujetos a restricciones, por ejemplo, patentes o precios, lo que genera una dependencia de todas las soluciones de la competencia respecto al proveedor original y, posiblemente, un flujo de ingresos provenientes de los clientes de la competencia hacia dicho proveedor. Este flujo de ingresos es resultado del dominio del mercado del producto original y no de ninguna superioridad intrínseca.
- Incluso cuando el proveedor original está genuinamente interesado en promover una competencia sana (para beneficiarse también del mercado innovador resultante), la interoperabilidad posterior a la implementación suele ser indeseable, ya que muchos defectos o peculiaridades se remontan directamente a las limitaciones técnicas de la implementación original. Si bien en un proceso abierto cualquiera puede identificar y corregir dichas limitaciones, y la especificación resultante, más clara, puede ser utilizada por todos los proveedores, esto resulta más difícil a posteriori, puesto que los clientes ya disponen de información y procesos valiosos codificados en el producto defectuoso pero dominante, y otros proveedores se ven obligados a replicar esos fallos y peculiaridades para preservar la interoperabilidad, incluso si pudieran diseñar mejores soluciones. Por otro lado, se puede argumentar que incluso los procesos abiertos están sujetos al peso de implementaciones y diseños anteriores imperfectos, 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.
- La falta de un estándar abierto también puede resultar problemática para los clientes, como en el caso de la incapacidad del proveedor original para solucionar un problema derivado de las limitaciones técnicas del producto. El cliente desea que se corrija el fallo, pero el proveedor debe mantener ese estado defectuoso, incluso en versiones posteriores del mismo producto, porque ese comportamiento se ha convertido en un estándar de facto y muchos más clientes tendrían que asumir las consecuencias de los problemas de interoperabilidad derivados de la solución del problema original y la introducción de un nuevo comportamiento.
Gobierno
Gobierno electrónico
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 resultar complejo debido a las barreras lingüísticas, las diferentes especificaciones de formato, las diversas categorizaciones y otros obstáculos.
Si los datos se interpretan de forma diferente, la colaboración se ve limitada, se alarga y resulta ineficiente. Por ejemplo, si un ciudadano del país A desea comprar un terreno en el país B, se le pedirá que proporcione los datos de dirección correctos. Los datos de dirección en ambos países incluyen el nombre completo, el nombre y número de la calle, así como el código postal . El orden de los datos de dirección puede variar. En un mismo idioma, ordenar los datos de dirección proporcionados no supone un obstáculo, pero con barreras lingüísticas, se vuelve difícil. Si el idioma utiliza un sistema de escritura diferente , resulta casi imposible si no se dispone de herramientas de traducción.
Gestión del riesgo de inundaciones
Interoperability is used by researchers in the context of urban flood risk management.[6] Cities and urban areas worldwide are expanding, which creates complex spaces with many interactions between the environment, infrastructure and people. To address this complexity and manage water in urban areas appropriately, a system of systems approach to water and flood control is necessary. In this context, interoperability is important to facilitate system-of-systems thinking, and is defined as: "the ability of any water management system to redirect water and make use of other system(s) to maintain or enhance its performance function during water exceedance events."[7] By assessing the complex properties of urban infrastructure systems, particularly the interoperability between the drainage systems and other urban systems (e.g. infrastructure such as transport), it could be possible to expand the capacity of the overall system to manage flood water towards achieving improved urban flood resilience.[8]
Military forces

Force interoperability is defined in NATO as the ability of the forces of two or more nations to train, exercise and operate effectively together in the execution of assigned missions and tasks. Additionally, NATO defines interoperability more generally as the ability to act together coherently, effectively and efficiently to achieve Allied tactical, operational and strategic objectives.[9]
A nivel estratégico, la interoperabilidad es un factor clave para la formación de coaliciones. Facilita contribuciones significativas por parte de los socios de la coalición. En este nivel, las cuestiones de interoperabilidad se centran en la armonización de visiones del mundo, estrategias, doctrinas y estructuras de fuerzas. La interoperabilidad es un elemento de la voluntad de la coalición de trabajar conjuntamente a largo plazo para lograr y mantener intereses compartidos frente a amenazas comunes. La interoperabilidad a nivel operacional y táctico es donde la interoperabilidad estratégica y la tecnológica se unen para ayudar a los aliados a configurar el entorno, gestionar crisis y ganar guerras. Los beneficios de la interoperabilidad a nivel operacional y táctico generalmente se derivan de la intercambiabilidad de elementos y unidades de las fuerzas. La interoperabilidad tecnológica refleja las interfaces entre organizaciones y sistemas. Se centra en las comunicaciones y la informática, pero también implica 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 su impacto a nivel operacional y táctico en términos de mejora de la flexibilidad. [ 10 ]
Seguridad pública
Debido a que los primeros respondedores necesitan poder comunicarse durante emergencias a gran escala, la interoperabilidad es un tema importante para las fuerzas del orden , los bomberos , los servicios médicos de emergencia y otros departamentos de salud y seguridad pública. Ha sido un área importante de inversión e investigación durante los últimos 12 años. [ 11 ] [ 12 ] El hardware ampliamente dispar e incompatible impide el intercambio de información entre agencias. [ 13 ] Los sistemas de información de las agencias, como los sistemas de despacho asistido por computadora y los sistemas de gestión de registros, funcionaban en gran medida de forma aislada, en las llamadas islas de información . Las agencias intentaron superar este aislamiento con métodos ineficientes y provisionales mientras las grandes agencias comenzaban 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 9 [ 14 ] contra el Pentágono y las estructuras del World Trade Center. Más evidencia de una falta de interoperabilidad surgió cuando las agencias abordaron las consecuencias del huracán Katrina .
A diferencia del panorama nacional general, algunos estados, incluido Utah, ya han logrado grandes avances. La Patrulla de Carreteras de Utah y otros departamentos en Utah han creado una red estatal de intercambio de datos . [ 15 ]
El estado de Virginia es uno de los líderes en Estados Unidos en la mejora de la interoperabilidad. El Coordinador de Interoperabilidad aprovecha una estructura regional para distribuir mejor los fondos de subvención en todo el estado, de modo 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. Todos los proyectos y esfuerzos están vinculados a este plan, que está alineado con el Plan Nacional de Comunicaciones de Emergencia, elaborado por la Oficina de Comunicaciones de Emergencia del Departamento de Seguridad Nacional.
El estado de Washington busca mejorar la interoperabilidad en todo el estado. El Comité Ejecutivo Estatal de Interoperabilidad [ 16 ] (SIEC), establecido por la legislatura en 2003, trabaja para ayudar a las agencias de respuesta a emergencias (policía, bomberos, alguaciles, servicios médicos, materiales peligrosos, etc.) en todos los niveles de gobierno (municipal, condal, estatal, tribal, federal) a definir la interoperabilidad para su región local. Washington reconoce que la colaboración en el diseño y desarrollo de sistemas de radio inalámbricos permite a las agencias de respuesta a emergencias brindar servicios adicionales de manera eficiente, aumentar la interoperabilidad y reducir los costos a largo plazo. Este trabajo salva vidas del personal de emergencia y de los ciudadanos a quienes sirven.
El gobierno de EE. UU. está haciendo un esfuerzo para superar la falta de interoperabilidad en materia de seguridad pública en el país. La Oficina de Interoperabilidad y Compatibilidad (OIC) del Departamento de Seguridad Nacional está impulsando los programas SAFECOM [ 17 ] , CADIP y Project 25 , diseñados para ayudar a las agencias a integrar sus sistemas CAD y otros sistemas de TI.
La OIC lanzó CADIP en agosto de 2007. Este proyecto colaborará con agencias en diversas ubicaciones, incluyendo Silicon Valley . El programa utilizará estudios de caso para identificar las mejores prácticas y los desafíos relacionados con la interconexión de sistemas CAD entre distintas jurisdicciones. Estas lecciones permitirán crear las herramientas y los recursos que las agencias de seguridad pública podrán utilizar para desarrollar sistemas CAD interoperables y comunicarse a nivel local, estatal y federal.
Como regulador de la interoperabilidad
Governance entities can increase interoperability through their legislative and executive powers. For instance, in 2021 the European Commission, after commissioning two impact assessment studies and a technology analysis study, proposed the implementation of a standardization – for iterations of USB-C – of phone charger products, which may increase interoperability along with convergence and convenience for consumers while decreasing resource needs, redundancy and electronic waste.[18][19][20]
Conversely, government-mandated interoperability has been heavily criticized as leading to monopolies that become too big to fail. For example, the United States Securities and Exchange Commission's implementation of 1975 amendments to the Securities Exchange Act of 1934 that were intended to ensure interoperability was blamed for driving all regional clearinghouses and depositories out of business in the United States. As a result, the National Securities Clearing Corporation is the sole clearinghouse; the Depository Trust Company is the sole repository; and their parent, the Depository Trust & Clearing Corporation, has enormous market power over central counterparty clearing in the United States. In contrast, the federal government of the United States did not attempt to mandate or regulate credit card interoperability. This allowed credit card networks to naturally develop interoperability (in the sense that almost every payment terminal can automatically accept almost every credit card), so that Visa Inc. was not left as the last credit card network standing.[21]
Commerce and industries
Information technology and computers
Desktop
La interoperabilidad de escritorio es un subconjunto de la interoperabilidad de software. En sus inicios, la interoperabilidad se centraba en integrar aplicaciones web entre sí. Con el tiempo, se desarrollaron contenedores de sistema abierto para crear un entorno de escritorio virtual donde estas aplicaciones podían registrarse y comunicarse entre sí mediante patrones sencillos de publicación-suscripción . También se admitían capacidades de interfaz de usuario rudimentarias, lo que permitía agrupar ventanas. Hoy en día, la interoperabilidad de escritorio ha evolucionado hasta convertirse en plataformas de servicio completo que incluyen compatibilidad con contenedores, intercambio básico entre aplicaciones web, compatibilidad nativa con otros tipos de aplicaciones y gestión avanzada de ventanas. Las plataformas de interoperabilidad más recientes también incluyen servicios de aplicación como búsqueda universal, notificaciones, permisos y preferencias de usuario, conectores de aplicaciones de terceros y adaptadores de idioma para aplicaciones propias.
Búsqueda de información
La interoperabilidad de búsqueda se refiere a la capacidad de buscar en dos o más colecciones de información mediante una sola consulta. [ 22 ]
En lo que respecta específicamente a las búsquedas web, el desafío de la interoperabilidad radica en que los diseñadores de recursos web generalmente no necesitan preocuparse por el intercambio de 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 a los desafíos de la interoperabilidad en las búsquedas. Además, han surgido estándares como el Protocolo de la Iniciativa de Archivos Abiertos para la Recopilación de Metadatos ( OAI) , el Marco de Descripción de Recursos (RDF ) y SPARQL , que también contribuyen a abordar el problema de la interoperabilidad en las búsquedas relacionadas con los recursos web. Dichos estándares también abordan temas más amplios de interoperabilidad, como la minería de datos.
Software

En lo que respecta al software , el término interoperabilidad se utiliza para describir la capacidad de diferentes programas para intercambiar datos mediante un conjunto común de formatos de intercambio, leer y escribir los mismos formatos de archivo y utilizar los mismos protocolos de comunicación . [ a ] 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. [ 23 ]
Según la norma ISO/IEC 2382-01, Vocabulario de Tecnologías 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 diversas unidades funcionales de manera que el usuario no necesite tener prácticamente ningún conocimiento de las características únicas de dichas unidades". [ 24 ] [ b ]
Las organizaciones de desarrollo de estándares proporcionan especificaciones de software públicas y abiertas para facilitar la interoperabilidad; ejemplos de ello son la organización Oasis-Open y buildingSMART (anteriormente la Alianza Internacional para la Interoperabilidad). Otro ejemplo de entidad neutral son los documentos RFC del Grupo de Trabajo de Ingeniería de Internet (IETF).
La comunidad Open Service for Lifecycle Collaboration [ 25 ] está trabajando para encontrar un estándar común que permita a las herramientas de software compartir e intercambiar datos, como errores, tareas, requisitos, etc. El objetivo final es acordar un estándar abierto para la interoperabilidad de las herramientas de gestión del ciclo de vida de las aplicaciones de código abierto . [ 26 ]
Java es un ejemplo de lenguaje de programación interoperable que permite escribir programas una sola vez y ejecutarlos en cualquier lugar con una máquina virtual Java . Un programa en Java, siempre que no utilice funcionalidades específicas del sistema, mantendrá la interoperabilidad con todos los sistemas que dispongan de una máquina virtual Java. Las aplicaciones mantendrán la compatibilidad porque, si bien la implementación es diferente, las interfaces del lenguaje subyacente son las mismas. [ 27 ]
Lograr software
La interoperabilidad del software se logra a través de cinco vías interrelacionadas:
- Pruebas de producto
- Los productos fabricados según un estándar común, o un subperfil del mismo, dependen de la claridad de dichos estándares, pero pueden existir discrepancias en su implementación que las pruebas de sistema o unitarias podrían no detectar. Esto exige que los sistemas se prueben formalmente en un entorno de producción —tal como se implementarán finalmente— para garantizar que se comuniquen entre sí según lo previsto, es decir, que sean interoperables. Las pruebas de interoperabilidad de productos difieren de las pruebas de conformidad, ya que la conformidad con un estándar no implica necesariamente la interoperabilidad con otro producto que también se somete a pruebas de conformidad.
- Ingeniería de producto
- Implementa el estándar común, o un subperfil del mismo, según lo definido por las asociaciones de la industria y la comunidad, con la intención específica de lograr la interoperabilidad con otras implementaciones de software que también sigan el mismo estándar o un subperfil del mismo.
- Asociación entre la industria y la comunidad
- Las alianzas entre la industria y la comunidad, tanto nacionales como internacionales, patrocinan grupos de trabajo para la estandarización con el fin de definir un estándar común que permita la intercomunicación de sistemas de software para un propósito específico. En ocasiones, una industria o comunidad subdivide un estándar existente, desarrollado por otra organización, para reducir las opciones y, de este modo, facilitar la interoperabilidad en las implementaciones.
- Tecnología común y propiedad intelectual
- El uso de una tecnología o propiedad intelectual común puede acelerar y simplificar la interoperabilidad, reduciendo la variabilidad entre componentes de diferentes conjuntos de productos de software desarrollados de forma independiente y facilitando así su comunicación entre sí. Esta técnica ofrece resultados técnicos similares a los del uso de un producto de un proveedor común para lograr la interoperabilidad. La tecnología común puede provenir de bibliotecas de terceros o desarrollos de código abierto.
- Implementación estándar
- La interoperabilidad del software requiere un acuerdo común que normalmente se alcanza mediante una norma industrial, nacional o internacional .
Cada uno de estos elementos desempeña un papel importante en la reducción de la variabilidad del software de intercomunicación y en la mejora de la comprensión común del objetivo final que se pretende alcanzar.
interoperabilidad lingüística
La interoperabilidad de lenguajes es la capacidad de dos lenguajes de programación diferentes para interactuar de forma nativa como parte del mismo sistema y operar sobre el mismo tipo de estructuras de datos. [ 28 ]
Existen muchas formas en que los lenguajes de programación son interoperables entre sí. HTML , CSS y JavaScript son interoperables, ya que se utilizan conjuntamente en páginas web. Algunos lenguajes orientados a objetos son interoperables gracias a su máquina virtual de alojamiento compartido (por ejemplo, los lenguajes compatibles con .NET CLI en Common Language Runtime y los lenguajes compatibles con JVM en Java Virtual Machine ). [ 29 ]
Interoperabilidad unificada
La interoperabilidad unificada es la propiedad de un sistema que permite la integración de comunicaciones, actividades, datos y servicios de información en tiempo real y no en tiempo real (es decir, unificados) y la visualización y coordinación de esos servicios a través de sistemas y dispositivos (es decir, interoperabilidad). [ 30 ] [ 31 ] [ 32 ] La interoperabilidad unificada proporciona la capacidad de comunicarse e intercambiar procesamiento a través de diferentes aplicaciones, datos e infraestructura . [ 32 ] [ 33 ] [ 34 ]
Dominio y poder del mercado
La interoperabilidad suele considerarse un tema exclusivo de expertos y sus implicaciones para la vida cotidiana a veces se subestiman. El caso de competencia de Microsoft en la Unión Europea demuestra cómo la interoperabilidad plantea importantes cuestiones de relaciones de poder. En 2004, la Comisión Europea determinó que Microsoft había abusado de su poder de mercado al restringir deliberadamente la interoperabilidad entre servidores Windows Workgroup y servidores de grupos de trabajo que no eran de Microsoft. De esta forma, Microsoft pudo proteger su posición dominante en el mercado de sistemas operativos para servidores de grupos de trabajo, el núcleo de las redes informáticas corporativas. Se ordenó a Microsoft que divulgara documentación de interfaz completa y precisa, lo que permitiría a los proveedores rivales competir en igualdad de condiciones ( la medida correctiva de interoperabilidad ).
La interoperabilidad también surgió en el debate sobre patentes de software en el Parlamento Europeo (junio-julio de 2005). Los críticos argumentan que, dado que las patentes sobre técnicas necesarias para la interoperabilidad se rigen por condiciones RAND (licencias razonables y no discriminatorias), los clientes tendrán que pagar dos veces las tarifas de licencia: una por el producto y, en su caso, otra por el programa protegido por patente que utiliza dicho producto.
procesos empresariales
La interoperabilidad suele ser más una cuestión organizativa. Puede tener un impacto significativo en las organizaciones implicadas, planteando cuestiones de propiedad (¿quieren los empleados compartir sus datos? ¿o se enfrentan a silos de información ?), relaciones laborales (¿están los empleados dispuestos a recibir formación?) y usabilidad. En este contexto, una definición más adecuada se recoge en el término interoperabilidad de procesos de negocio .
La interoperabilidad puede tener importantes consecuencias económicas ; por ejemplo, una investigación ha estimado que el costo de una interoperabilidad inadecuada en la industria de instalaciones de capital de EE. UU. asciende a 15.800 millones de dólares anuales. [ 35 ] Si los productos de la competencia no son interoperables (debido a causas como patentes , secretos comerciales o fallas de coordinación ), el resultado 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 de marcos de interoperabilidad basados en el gobierno electrónico, denominados e-GIF , mientras que en EE. UU. existe la iniciativa NIEM . [ 36 ]
Industria médica
La necesidad de interoperabilidad plug-and-play —la capacidad de sacar un dispositivo médico de su caja y hacerlo funcionar fácilmente con otros dispositivos— ha atraído gran atención tanto de los proveedores de atención médica como de la industria. [ 37 ]
Cada vez más, los dispositivos médicos, como las incubadoras y los sistemas de imagen, incorporan software que se integra en el punto de atención y con sistemas electrónicos, como las historias clínicas electrónicas. En la reunión de la Sociedad de Profesionales de Asuntos Regulatorios (RAPS) de 2016, expertos en la materia, como Angela N. Johnson de GE Healthcare y Jeff Shuren de la Administración de Alimentos y Medicamentos de los Estados Unidos (FDA), impartieron seminarios prácticos sobre cómo las empresas que desarrollan nuevos dispositivos médicos y los hospitales que los instalan pueden trabajar de manera más eficaz para alinear los sistemas de software interoperables. [ 38 ]
Ferrocarriles
La interoperabilidad de los ferrocarriles varía según el cumplimiento de las normas de ancho de vía , acoplamientos , frenos , señalización , gálibo de carga y gálibo estructural , entre otros parámetros. En el servicio ferroviario de pasajeros, las diferentes normas de altura y anchura de los andenes también pueden afectar a la interoperabilidad. [ 39 ]
Los ferrocarriles de carga y pasajeros interurbanos de Norteamérica son altamente interoperables, pero los sistemas de Europa, Asia, África, Centroamérica, Sudamérica y Australia lo son mucho menos. El parámetro más difícil de superar (a un costo razonable) es la incompatibilidad de ancho de vía, aunque se pueden utilizar sistemas de ejes de ancho variable en el material rodante. [ 40 ] [ 41 ]
Telecomunicaciones
En telecomunicaciones , el término se puede definir como:
- La capacidad de prestar servicios a otros sistemas y recibirlos, así como de utilizar los servicios intercambiados para que puedan operar conjuntamente de forma eficaz. La UIT-T establece normas para las telecomunicaciones internacionales.
- Condición alcanzada entre sistemas o equipos de comunicaciones electrónicas cuando la información o los servicios pueden intercambiarse de forma directa y satisfactoria entre ellos o sus usuarios. El grado de interoperabilidad debe definirse al referirse a casos específicos. [ 42 ] [ 43 ]
En la radio bidireccional , la interoperabilidad se compone de tres dimensiones:
- vías de comunicación compatibles (frecuencias, equipos y señalización compatibles),
- cobertura del sistema de radio o intensidad de señal adecuada, y;
- capacidad escalable.
Organizaciones dedicadas a la interoperabilidad
Muchas organizaciones se dedican a la interoperabilidad. Algunas se centran en el gobierno electrónico, el comercio electrónico o el intercambio de datos en general.
Global
A nivel internacional, el Network Centric Operations Industry Consortium facilita la interoperabilidad global superando fronteras, barreras lingüísticas y técnicas. En el ámbito de la construcción, la Alianza Internacional para la Interoperabilidad se fundó en 1994 y pasó a llamarse buildingSMART en 2005. [ 44 ]
Europa
En Europa, la Comisión Europea y su programa IDABC publicaron el Marco Europeo de Interoperabilidad . IDABC fue sucedido por el programa Soluciones de Interoperabilidad para las Administraciones Públicas Europeas (ISA). También impulsaron el Centro Europeo de Interoperabilidad Semántica (SEMIC.EU). En 2006 se creó el Servicio Europeo de Información Territorial (EULIS) [ 45 ] , 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 usuarios accedan a información sobre propiedades individuales, servicios de registro de tierras y propiedades, y el marco jurídico asociado. [ 46 ]
The European Interoperability Framework (EIF) considered four kinds of interoperability: legal interoperability, organizational interoperability, semantic interoperability, and technical interoperability.[47]
In the European Research Cluster on the Internet of Things (IERC) and IoT Semantic Interoperability Best Practices; four kinds of interoperability are distinguished: syntactical interoperability, technical interoperability, semantic interoperability, and organizational interoperability.[48]
US
In the United States, the General Services Administration Component Organization and Registration Environment (CORE.GOV) initiative provided a collaboration environment for component development, sharing, registration, and reuse in the early 2000s.[49] A related initiative is the ongoing National Information Exchange Model (NIEM) work and component repository.[50] The National Institute of Standards and Technology serves as an agency for measurement standards.
See also
- Computer and information technology
- Architecture of Interoperable Information Systems
- List of computer standards
- Model Driven Interoperability, framework
- Semantic Web, standard for making Internet data machine readable
- Business
- Business interoperability interface, between an organization's systems and processes
- Enterprise interoperability, ability to link activities in an efficient and competitive way
- Other
- Collaboration, general concept
- Polytely, problem solving
- Universal Data Element Framework, information indexing
Notes
- ↑The ability to execute the same binary code on different processor platforms is not contemplated by the definition of interoperability.
- ↑The definition is somewhat ambiguous because the user of a program can be another program and, if the latter is a portion of the set of programs that is required to be interoperable, it might well be that it does need to have knowledge of the characteristics of other units.
References
- ↑"Definition of Interoperability". dedicated website for a Definition of Interoperability at interoperability-definition.info. Copyright AFUL under CC BY-SA. Archived from the original on 2017-03-14. Retrieved 2017-03-13.
{{cite web}}: CS1 maint: others (link) - ↑ Instituto de Ingenieros Eléctricos y Electrónicos. Diccionario estándar de informática del IEEE: una recopilación de glosarios estándar de informática del IEEE. Nueva York, NY: 1990.
- ↑ Slater, T. (2012). "¿Qué es la interoperabilidad?" . Consorcio de la industria de operaciones centradas en la red. Archivado del original el 14 de julio de 2014.
- ↑ Slater, T. "Interoperabilidad entre dominios" , Consorcio de la Industria de Operaciones Centradas en la Red - NCOIC , 2013
- ↑ Oasis Open, Directrices de interoperabilidad , https://www.oasis-open.org/policies-guidelines/interoperability-guidelines ; ETSI, ¡ Resuelva el desafío de la interoperabilidad! Mejores prácticas de interoperabilidad , https://www.etsi.org/images/files/Events/interoperability_best_practices_handbook.pdf
- ↑ Vercruysse, Kim; Dawson, David A.; Wright, Nigel (2019). "Interoperabilidad: un marco conceptual para cerrar la brecha entre la gestión multifuncional y multisistémica de inundaciones urbanas" . Journal of Flood Risk Management . 12 (S2) e12535. Bibcode : 2019JFRM...12E2535V . doi : 10.1111/jfr3.12535 . ISSN 1753-318X .
- ↑ Fenner, Richard; o'Donnell, Emily; Ahilan, Sangaralingam; Dawson, David; Kapetas, Leon; Krivtsov, Vladimir; Ncube, Sikhululekile; Vercruysse, Kim (2019), "Lograr la resiliencia ante inundaciones urbanas en un futuro incierto", Water , 11 (5): 1082, Bibcode : 2019Water..11.1082F , doi : 10.3390/w11051082 , hdl : 10871/37244
- ↑ "Resiliencia ante inundaciones urbanas" . www.urbanfloodresilience.ac.uk . Consultado el 15 de mayo de 2019 .
- ↑ "Glosario de términos y definiciones de la OTAN, NATO AAP-06" (PDF) . Archivado del original (PDF) el 1 de mayo de 2020. Consultado el 23 de agosto de 2016 .
- ↑ Interoperabilidad: Un desafío continuo en las operaciones aéreas de la coalición - Capítulo 2 "Una definición amplia de interoperabilidad", por Myron Hura, Gary McLeod, James Schneider y otros, Informe monográfico de RAND, 2000,Archivado el 19 de octubre de 2013 en Wayback Machine .
- ↑ Allen, DK, Karanasios, S., & Norman, A. (2013). Intercambio de información e interoperabilidad: el caso de la gestión de incidentes mayores. European Journal of Information Systems, 10.1057/ejis.2013.8.
- ↑ Baldini, G. (2010). Informe del taller sobre "Comunicaciones interoperables para la seguridad". Ispra: Comisión Europea, Centro Común de Investigación (JRC), Instituto para la Protección y la Seguridad del Ciudadano.
- ↑ "El sistema de interoperabilidad cierra la brecha de comunicaciones" . FireRescue1 . Archivado del original el 2 de febrero de 2017. Consultado el 25 de enero de 2017 .
- ↑ Grier, Robin. "Soluciones de interoperabilidad" . Interoperabilidad . Catalyst Communications . Consultado el 28 de mayo de 2011 .
- ↑ "FATPOT Technologies" . Archivado del original el 10 de julio de 2018. Consultado el 8 de septiembre de 2019 .
{{cite web}}: CS1 maint: bot: estado de la URL original desconocido ( enlace ) - ↑ "SIEC" . Consultado el 12 de agosto de 2016 .
- ↑ "SAFECOM - Seguridad Nacional" . Archivado del original el 21 de diciembre de 2014. Consultado el 12 de agosto de 2016 .
- ↑ "Apple se opone a los planes de la UE de crear un puerto de carga común para todos los dispositivos" . The Guardian . 23 de septiembre de 2021. Consultado el 19 de octubre de 2021 .
- ↑ Peltier, Elian (23 de septiembre de 2021). «En un revés para Apple, la Unión Europea busca un cargador común para todos los teléfonos» . The New York Times . Consultado el 19 de octubre de 2021 .
- ↑ "Una solución de carga común para todos" . Mercado interior, industria, emprendimiento y pymes - Comisión Europea . 5 de julio de 2016. Consultado el 19 de octubre de 2021 .
- ↑ Awrey, Dan; Macey, Joshua C. (octubre de 2022). "Acceso abierto, interoperabilidad y el inesperado camino de DTCC hacia el monopolio" . The Yale Law Journal . 132 (1): 96–170 .
- ↑ Entornos de búsqueda abiertos: la alternativa gratuita a los servicios de búsqueda comerciales
- ↑ Gordon y Hernandez (16 de mayo de 2016). La guía oficial del libro SSCP . SYBEX. ISBN 978-1-119-27863-4.
- ↑ Secretaría del SC36 (13 de noviembre de 2003). «Propuesta de borrador de informe técnico para: ISO/IEC xxxxx, Tecnología de la información - Aprendizaje, educación y formación - Gestión y entrega - Especificación y uso de extensiones y perfiles» (PDF) . ISO/IEC JTC1 SC36. Archivado del original (PDF) el 29 de noviembre de 2007. Consultado el 12 de agosto de 2016 .
{{cite web}}: CS1 maint: nombres numéricos: lista de autores ( enlace ) - ↑ "Servicios abiertos para la colaboración en el ciclo de vida" . Consultado el 12 de agosto de 2016 .
- ↑ "OSLC (Open Services for Lifecycle Collaboration): estándar abierto para i…" . 30 de noviembre de 2011. Consultado el 12 de agosto de 2016 .
- ↑ 9. Interoperabilidad de Java y JVM [ Libro ] . O'Reilly Media, Incorporated. 2012. ISBN 978-1-4493-1038-7.
- ↑ Malone, Todd (2014). "Interoperabilidad en lenguajes de programación". CiteSeerX 10.1.1.684.337 .
{{cite journal}}: Para citar una revista se requiere|journal=( ayuda ) - ↑ "Interoperabilidad entre idiomas" . Red de desarrolladores de Microsoft (msdn.microsoft.com).
- ↑ Thomas, Ben (5 de marzo de 2013). "Archivos inválidos y aprendizaje de idiomas: el mundo interoperable de tu cerebro" . Huffington Post . Consultado el 13 de marzo de 2013 .
- ↑ Bandoim, Lana. "¿La interoperabilidad unificada como alternativa a los costes del Big Data?" . Yahoo! Voices . Consultado el 13 de marzo de 2013 .
- 1 2 Moran, Andrew. "Los líderes tecnológicos colaboran y se unen en torno a la interoperabilidad unificada" . Digital Journal . Consultado el 13 de marzo de 2013 .
- ↑ "Interoperabilidad de datos de próxima generación: todo gira en torno a los metadatos" (PDF) . Whitemarsh Information Systems Corporation . Consultado el 13 de marzo de 2013 .
- ↑ "Interoperabilidad: ¿Qué es y por qué debería quererla?" . Ariadne . Archivado del original el 28 de mayo de 2005. Consultado el 13 de marzo de 2013 .
- ↑ MP Gallaher; AC O'Connor; JL Dettbarn, Jr.; LT Gilday (agosto de 2004). Análisis de costos de la interoperabilidad inadecuada en la industria de instalaciones de capital de EE. UU. (PDF) (Informe). Instituto Nacional de Estándares y Tecnología. pág. iv. Archivado del original (PDF) el 4 de febrero de 2016. Recuperado el 19 de abril de 2012 .
- ↑ "Interoperabilidad del gobierno electrónico: un análisis comparativo de 30 países" (PDF) . CS Transform. 2010. Archivado (PDF) del original el 9 de octubre de 2022. Consultado el 21 de enero de 2016 .
- ↑ CIMIT - Centro para la Integración de la Medicina y la Tecnología Innovadora - Programa MD PnP sobre Interoperabilidad de Dispositivos Médicos
- ↑ "Avance de RAPS: El director del CDRH de la FDA, Shuren, habla sobre las prioridades" . 19 de septiembre de 2016. Consultado el 8 de abril de 2017 .
- ↑ "Especificaciones técnicas para la interoperabilidad (ETI)" . Agencia Ferroviaria de la Unión Europea . Unión Europea. Octubre de 2018. Consultado el 12 de agosto de 2025 .
- ↑ Kaiser, I.; Vinolas, J.; Gómez del Pulgar, D.; Galán, R. (mayo de 2019). "Contribución de los juegos de ruedas de carga de ancho variable a la interoperabilidad" . Actas de la Institución de Ingenieros Mecánicos, Parte F: Revista de Ferrocarriles y Tránsito Rápido . 233 (5): 489– 505. doi : 10.1177/095440971880496 (inactivo el 19 de diciembre de 2025) . Recuperado el 12 de agosto de 2025 .
{{cite journal}}: CS1 maint: DOI inactivo desde diciembre de 2025 ( enlace ) - ↑ Casado, Silvia; Campillo, Lucas; Inácio Sánchez, José (junio de 2016). "Sistemas de Ancho Variable: Desde la planificación del proyecto hasta la ejecución y viceversa" . TRANSPORTE . INECO . Consultado el 12 de agosto de 2025 .
- ↑ Este artículo incorpora material de dominio público de la Norma Federal 1037C . Administración de Servicios Generales . Archivado del original el 22 de enero de 2022.
(en apoyo de la norma MIL-STD-188 ). - ↑ Este artículo incorpora material de dominio público del Diccionario de términos militares y afines . Departamento de Defensa de los Estados Unidos .
- ↑ Eastman, Charles M., y Eastman, Chuck (2008) Manual BIM: una guía para el modelado de información de construcción para propietarios, gerentes, diseñadores, ingenieros y contratistas John Wiley & Sons, pp.72-73.
- ↑ "Servicio Europeo de Información Territorial" . Archivado del original el 31 de marzo de 2008. Consultado el 19 de octubre de 2008 .
- ↑ Diseño, Erskine. "Bienvenido - EULIS" . Archivado del original el 17 de septiembre de 2016. Recuperado el 12 de agosto de 2016 .
- ↑ "Marco Europeo de Interoperabilidad (EIF)" .
- ↑ Interoperabilidad semántica en IoT: desafíos de investigación, mejores prácticas, recomendaciones y próximos pasos (PDF) , Grupo Europeo de Investigación sobre el Internet de las Cosas, marzo de 2015
- ↑ Morris, KC; Kulvatunyou, Serm; Frechette, Simon; Lubell, Josh; Goyal, Puja (diciembre de 2004). "Proceso de validación de esquema XML para CORE.GOV" (PDF) . División de Integración de Sistemas de Fabricación, Instituto Nacional de Estándares y Tecnología . Recuperado el 13 de junio de 2023 .
- ↑ NIEMOpen
Enlaces externos
- "Cuándo y cómo la interoperabilidad impulsa la innovación", por Urs Gasser y John Palfrey.
- GIC - El Centro Griego de Interoperabilidad: una infraestructura de investigación para la interoperabilidad en la administración electrónica y los negocios electrónicos en el sudeste de Europa y el Mediterráneo.
- Organización de Estándares de Interoperabilidad de Simulación (SISO)
- Interoperabilidad
- Terminología informática
- Ingeniería de telecomunicaciones
- Pruebas de producto