I think the log output is rather helpful. Here are some more explanations:
W: PerformedProcedureCodeSequence (0040,a372) absent in SRDocumentGeneralModule (type 2)
The above mentioned sequence attribute has to be present in the DICOM dataset, at least it should be empty (type 2).
W: StudyInstanceUID (0020,000d) absent in CurrentRequestedProcedureEvidenceSequence (type 1)
The CurrentRequestedProcedureEvidenceSequence is present with an empty item, which violates the type 1C requirement (should either be absent or present with a non-empty value).
W: Reading unknown/unsupported CompletionFlag (COMPLETED)
The only allowed terms for this attribute (so-called Enumerated Value) are PARTIAL or COMPLETE - not COMPLETE_D_.
W: PersonName (0040,a123) empty in content item (type 1)
W: Reading invalid/incomplete content item PNAME "1.3"
E: Reading content item PNAME "1.3" (Invalid Value)
The attribute PersonName is mandatory for a PNAME content item, i.e. it should always have a non-empty value.
You can ignore this error (the others are only warnings) by starting dsr2xml with option -Ev (--invalid-item-value) or -Ee (--ignore-item-errors). However, then you get the following error:
Code: Select all
W: TextValue (0040,a160) contains invalid character(s) in content item
W: Reading invalid/incomplete content item TEXT "1.4.1"
F: dsr2xml: SpecificCharacterSet (0008,0005) element absent but extended characters used in file: SRc.1.2.840.113704.7.1.0.151651861711675.1549474209.0
This is because the TEXT content item at the referenced position of the document tree uses extended (i.e. non-ASCII) characters but the DICOM dataset does to declare the SpecificCharacterSet that was used. You can fix this omission with option "+Ca latin-1" (or --charset-assume "ISO_IR 100"), i.e. assume that ISO Latin-1 (ISO 8859-1) was used to encode the extended characters (which seems to be a good choice).
Bottom line: if
you created the SR document, you should fix these issues. If not, you should inform the manufacturer (or author) accordingly.