¿Cómo aseguro la integridad entre tablas no relacionadas?

Puede hacerlo usando redundancia controlada y restricciones FK compuestas:

CREATE TABLE offr (
    offr_id INT NOT NULL,
    coy_id INT NOT NULL,
    PRIMARY KEY (offr_id),
    FOREIGN KEY (coy_id) REFERENCES ins_coy (coy_id),
    UNIQUE KEY (offr_id, coy_id)
);

Agregué una clave única compuesta (offr_id, coy_id) para admitir una restricción FK compuesta en subscribe mesa.

CREATE TABLE provide (
    coy_id INT NOT NULL,
    type_id INT NOT NULL,
    PRIMARY KEY (coy_id, type_id),
    FOREIGN KEY (coy_id) REFERENCES ins_coy (coy_id)
);

La clave primaria compuesta aquí es perfecta para una restricción FK compuesta en subscribe mesa.

CREATE TABLE subscribe (
    naf_no INT NOT NULL,
    coy_id INT NOT NULL,
    type_id INT NOT NULL,
    PRIMARY KEY (naf_no, type_id),
    FOREIGN KEY (naf_no, coy_id) REFERENCES offr (offr_id, coy_id),
    FOREIGN KEY (coy_id, type_id) REFERENCES provide (coy_id, type_id)
);

Las restricciones de FK compuestas superpuestas garantizarán que un oficial solo pueda suscribirse al seguro ofrecido por la compañía en la que está inscrito. coy_id es lógicamente redundante pero necesario para la integridad y no hay riesgo de anomalías de actualización debido a las restricciones de FK.

Alternativamente, puede usar disparadores para verificar que los valores estén relacionados a través de uniones internas:

CREATE TRIGGER check_subscribe BEFORE INSERT OR UPDATE ON subscribe
FOR EACH ROW
WHEN NOT EXISTS (
    SELECT 1
    FROM offr
    INNER JOIN provide ON offr.coy_id = provide.coy_id
    WHERE offr.offr_id = new.naf_no AND provide.type_id = new.type_id
)
RAISE_APPLICATION_ERROR (num => -20000, msg => 'Officers can only subscribe to types provided by their company');

Descargo de responsabilidad:no pude probar esto en SqlFiddle y no tengo instalado Oracle, pero espero que lo oriente en la dirección correcta.