Лучший подход к Architect - интеграция двух отдельных баз данных?

Я»я столкнулся со следующими вопросами на работе, и у меня нет опыта или знаний, чтобы ответить на них. Я надеюсь, что некоторые из вас, более мудрые люди, могут указать мне правильное направление, любые ответы будут очень признателен!

Сценарий

У нас есть два аспекта бизнеса, использующие отдельные базы данных: человеческие ресурсы и операционные области (уход на дому).
Отдел кадров отслеживает сотрудников компании, график смен, отсутствие, оплату и т. Д. Уход на дому отслеживает информацию о клиенте, домашние посещения, даты посещения и сотрудников, ответственных за это посещение.

Эти две системы разделены, и в настоящее время мы ищем способы их интеграции.

Кроме того, мы смотрим, как организовать наш код, который смотрит на эти две базы данных, в многоразовые организованные библиотеки.

У нас есть три приложения, повторно использующих HumanResources.dll, отвечающих за взаимодействие с контекстом объекта EF 4, содержащимся в библиотеке. Контекст объекта - это почти зеркальное отображение базы данных в ее нынешнем виде.

Вопросы

Мы собираемся добавить четвертое приложение, которое будет использовать данные из базы данных HR.

Мы:

Создаем новая модель данных EF, отвечает за предоставление информации что нужно только приложению, а дублирование некоторых общих объектов, таких как как Сотрудник.

ИЛИ

Добавьте новые сущности / таблицы в уже большая модель и принимаю это собирается стать большим.

В более долгосрочной перспективе нам нужно объединить информацию о сменах в базе данных HR с базой данных о посещениях клиентов в рабочих зонах (уход на дому) в 5-м приложении.

У нас есть идея. что мы могли сделать; мы придумали следующее:

Создайте слой, расположенный между Контекст объекта HumanResources и Контекст объекта домашнего ухода, ответственный для объединения двух наборов данных вместе.

Есть ли какие-нибудь другие подходы, которые могут нам помочь?