изобредения: адаптивная интеграция
В общем, xml необходимо дополнить конструкциями, позволяющими не только документировать данные, но и описывать их взаимосвязь на математическом уровне. Пример. В информационной системе предприятия здравоохранения используется справочник МКБ-IX. И она благополучно интегрированная, передаёт нужный код в другую систему, территориального ФОМС-а, к примеру. И вдруг, в ТФОМС-е прошёл проект обновления и коды нынче принимаются в МКБ-X. Поскольку, как правило, вопрос преобразования устаревших кодов в новые всё равно решается, почему бы его не описать на алгоритмическом уровне и не отправить бы в системы-контрагенты это описание прямо в xml-пакете? - В этом случае, почему бы системе-контрагенту не включить этот алгоритм с свою схему преобразования данных (mapping) и не адаптироваться к изменившимся интеграционным требованиям самостоятельно?
Дальнейшее развитие этой темы потребует версионности объектов интеграции. Далее - типизированные параметры описания информационной сущности объекта приведут к единому набору схемы данных. Он не такой уж большой - думаю, несколько тысяч критичных объектов.
Конкуренция и разработки "новых" информационных систем исчезнет; система будет одна, нет смысла изобретать велосипед - только углубление детализации и повышение мощности информационных систем.