The RC4 stream cipher does not mix the data into the key stream. The key stream it generates only depends on the secret key with which it was initialized. And "corruption", that means "flipped bits in the ciphertext" will result in "flipped bits in the cleartext" after decryption, even in exactly the same positions, as in the ciphertext, so classical error-correction-mechanisms will work on the encrypted data.
On the other hand, if you "lose bits" on the way, your data stream will get "out of sync" with your key stream and you get garbage when deciphering the data.
If you are free on the choice of your algorithm, please note that you can turn a block cipher (e. g. AES) into a stream-cipher by running it in counter-mode (or related modes like GCM).
Note that you must not reuse the same counter values AND key for different messages. Otherwise, an adversary can XOR the ciphertext messages, which reveals the XOR of the two plaintext messages, as the key stream cancels out in this operation, so no matter what key you use, you always get the same information about the plaintexts. Normally, confidentiality is defined as an adversary's inability to compute any function over plaintexts, as long as he's only in posession of the ciphertexts (and not the plaintexts or the keys, etc.). If you re-use keys and counters, that property is no longer given (the adversary can calculate M1 xor M2, if he only knows C1 and C2), so you do no longer achieve confidentiality with this scheme.