А для каких целей вам нужно шифрование?

1. защитить данные от любопытных пользователей - достаточно закрыть текстовые данные маской;

и буква A превратится в v
Варианты этого метода могут быть и сложнее, но от любопытных пользователей и этого будет достаточно.

2. защитить данные от ФСБ - напрасные хлопоты.

Есть стандартная функция Access шифровать/дешифровать. Может быть этого будет достаточно.

Из справки Access 97:

dbEncrypt - зашифровать базу
dbDecrypt - расшифровать базу

А для чего вам нужно шифрование?

Архив каждого из них должен быть закриптован (и, по-возможности, сжат)
Как вариант - сжатие с помощью Zip, Rar с паролем и распаковка на RAM-диск с последующей ликвидацией этого диска. Подбор пароля (более 10 символов) с помощью "стандартных" программ (passwords.ru) занимает "более года" на Athlon 2400

Значит, нужно криптовать данные внутри файла
Приведённый ранее пример, с функцией XOR, можно усложнить, генерируя ключ шифрования (в примере, это была цифра 55), по сколь угодно сложному алгоритму. Ключ шифрования - псевдослучайная последовательность данных длинной больше, чем шифруемый блок данных . Каждый следующий блок данных шифруется с некоторым смещением от начала ключа, и тогда, даже одинаковые записи после шифрования будут выглядеть по-разному.
Уникальность ключа для каждого пользователя будет определяться уникальностью их имён.
Также можно ввести перемешивание данных.
Можно воспользоваться стандартными алгоритмами шифрования типа DES, ГОСТ и т.п. Описанный выше пример шифрования сделан "по мотивам" DES.

Главное хорошо проверить код, чтобы потом расшифровалось :)

Я не являюсь специалистом по криптографии, поэтому не могу отценить устойчивость к взлому данного самодельного алгоритма.
К тому же, я не знаю, что такое Банковская аппликация и сколь интересна она посторонним людям.
Но наверняка, от любопытных пользователей и не слишком упорных "хакеров" этого будет достаточно.

Я когда-то делал базу с аналогичным шифрованием данных и пришёл к выводу, что лучшее шифрование - на уровне ядра базы и хорошими (сертифицированными) алгоритмами/программами. Такого шифрования на уровне ядра нет и сейчас (это обсуждалось в одном из форумов).
Тот проект умер, но по ходу работы над ним узнал много нового и интересного.

не должен сохраняться на диск
Даже декодируя "на лету", нельзя быть уверенным, что данные из памяти не сохраняются на диске в swap-файле.