AIS,
Если просто нужно запустить один из вариантов, то я, например, помещаю в ini-файл объединенного приложения некий признак, по которому вызывается то или иное MDI.
Или обязательно нужно "чтобы можно было запускать одну из другой"?

AISНе совсем понял с ini-файлом.
Вот пример такого файла Goods.ini из моей живой системы для аптечной сети:

[sqlca]
dbms=ODBC
database=Goods7_16
userid=
dbpass=
logid=
logpass=
servername=Goods7_16
DbParm=ConnectString='DSN=Goods7_16;UID=;PWD='
firsttime=no

[shops]
shopnumb=16

[workstation]
workstation=1

[defecture]
defecture_period=7

[application]
showtext=no

[w_med_win]
toolbarvisible=yes
toolbaralignment=top
toolbarx=0
toolbary=0
toolbarwidth=0
toolbarheight=0

[sqlca_1]
firsttime=no

[f_printer]
program=c:\APrinter\a.exe

[checks]
check_path = c:\APrinter\

[check_flag]
check_flag_file = c:\APrinter\active.fl

Этот файл лежит рядом с ехе-шником, из него считываются все параметры для подключения к БД, к кассовому аппарату и для управления конфигурацией интерфейса.
Так например, фрагмент
[shops]
shopnumb=16
отвечает за конфигурацию MDI данной конкретной аптеки (№16).

AISНадо:
- дать пользователю доп.сервис: из одного приложения открывать (либо переходить в) другое, и тоже в обратном направлении. При этом не обязательно 1-ое ПО должно закрываться при открытии 2-го...
-как при открытии 2-го ПО не проводить повторный тест на доступ?
А почему в рамках одного ехе-шника просто не сделать некое мета-меню над всеми MDI, из которого пользователь будет выбирать нужную ветку, однократно зайдя в систему и авторизовавшись?

AISКонечно можно тупо "склеить", т.е. сделать одно большое ПО (один ЕХЕ).
А почему "тупо". Это как раз и правильно, если вы говорите, что у этих программ много "одинаковых объектов + используют данные из почти одинаковых БД". Размер общего ехе-файла будет меньше, чем сумма размеров отдельных ехе-файлов.