Поектировщик
Таблицы входящих,исходящих и внутренних сделать в одной не получится.т.к будут добавлены уникальные поля для каждой таблицы.

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

Здесь одна из стандартных схем реализации наследования на связи 1-к-1:
Выделяете базовую сущность "Документ" с общими для всех атрибутами и наследуете от нее входящие, исходящие и внутренние дополняя уникальными полями.

В начальной стадии проекта рекомендовал бы сделать так, потому что не все требования могут быть учтены на первоначальном этапе.
В дальнейшем, если объем данных будет достаточно большим, то для оптимизации придется мигрировать атрибуты базовой таблицы во все дочерние и избавиться от базовой сущности. Т.е. получится то что у вас сейчас. Но на начальных стадиях и без острой необходимости (повышение производительности) это делать не рекомендуется.

Leximusпомоему действительно надо поле признак документа добавить и всё
...А то что некоторые поля будут = Null то тоже ничего, ну можно сделать на это ограничения.
Я придерживаюсь такой позиции - Single table inheritance (т.е. введение discriminator type field) имеет смысл делать если производные типы отличаются не более чем 2-3 атрибутами, при чем опять же на первоначальных этапах не увлекаться подобным типом наследования. Этот тип наследования скорее тоже оптимизационный, а не аналитический.

Программист-Любитель ПроектировщикПостановка задачи была простая.Это всегда так начинается.
Ну а если пытаться "выгугливать" и реализовывать фитчи "которые как КАЖЕТСЯ понравятся пользователям", а не следовать реальным требованиям, все заканчивается параличем анализа и срывом сроков :))