repair_allow_data_loss is the minimum repair level for the errors found by DBCC CHECKDB
As the option you used states...you lost data with the repair

REPAIR_ALLOW_DATA_LOSS


In your case you lost index 0, in-row data.  The repair completed successfully, but that doesn't make your lost data come back.  About the only scenario of corruption that is fixable without data loss using the option is if all of the corruption was on a non-clustered (not in-row) data.

If you have a previous backup, you may be able to restore the damaged pages. It depends upon your backups not having the same corruption for the affected pages, which is highly likely if you weren't regularly running checkdb, didn't use checksum page verification, and the with checksum option for the backups.

Review the table involved and try to figure out if you can reconstruct otherwise what was lost.  Otherwise, good luck and you can try a page restore, see:

How to Restore a Page in SQL Server Standard and Enterprise Edition by Jes Schultz Borland