As per
http://dicom.nema.org/medical/dicom/current/output/html/part05.html#chapter_9 - "UIDs, shall not exceed 64 total characters...". Whatever device/software is generating those Series UIDs is creating invalid DICOM.
You may be able to fix this (as the images get ingested into the PACS) using attribute coercion as per
https://github.com/dcm4che/dcm4chee-arc-light/wiki/Coerce-received-DICOM-objects-attributes-by-XSLT
An example cstorerq.xsl snippet that should work:
<xsl:variable name="seriesuid" select="normalize-space(attr[@tag='0020000E'])" />
<xsl:if test="string-length($seriesuid) > 64">
<attr tag="0020000E" vr="UI">
<xsl:value-of select="substring($seriesuid,1,64)"/>
</attr>
</xsl:if>
The above just trims the UID to 64 characters, which may not be what you want, but you can modify the transform as needed. You may also need to modify the attribute filter configuration to allow coercion of the Series UID.
For instances already in the pacs, you could locate the files on the filesystem, copy them somewhere else temporarily, delete from the pacs and re-ingest them after the above coercion rules is in place and active.
JK
PS> Doing the coercion on outbound (as opposed on on ingestion) may also work, retaining the data as is currently, but 'cleaning it up' for the viewer as it requests it.