In short, yes, if that is what the regulatory agencies approved/cleared based on the scanner manufacturers' submitted clinical and technical data.
This is similar to the case of Ultrasound carts that lossy compress their cine loops (the standard of care to which they were compared when they were originally introduced was VHS tape).
This is different from the question of retrospectively compressing (or further compressing) what was acquired (from an approved/cleared device).
It also does not mean that this lossy compression off the scanner has no impact on human performance (or machine performance in terms of quantitative evaluation, or AI performance), only that it was deemed to be of sufficient fidelity to get approved/cleared for the intended purpose.
There is a body of literature on the effect of compression on WSI, but such experiments are hampered by the near universal use of already lossy compressed WSI, so many experiments are actually of recompression, which is problematic. It is actually hard to find WSI that have never been compressed to test with (even though some scanners have the capability of acquiring these in "raw" form in research configurations).
David
PS. Since you probably don't want to be deviating from what was approved/cleared, you need to make sure that your archives store and regurgitate exactly what was acquired.
PPS. Many but not all "DICOM converters" of WSI proprietary formats are capable of "losslessly" converting already lossy compressed images in baseline JPEG or irreversible J2K, by re-using the compressed bitstream and just "rearranging" it into DICOM form. If using such a converter, take extreme care to activate its lossless mode so as to not further degrade the image by decompressing and then recompressing. Further, validate your conversion pipeline by comparing the pixel data obtained from decompressing the proprietary and DICOM-converted formats. There should be no mathematical difference.
PPS. Also, take extreme care with the Photometric Interpretation; if it says RGB not YBR_FULL_422 but is baseline JPEG, that really means the color components have not been converted. One of the well known scanner vendors does this.