PID-3 of sourcePatientInfo too long

47 views
Skip to first unread message

Beat Real

unread,
Jan 10, 2017, 12:43:53 PM1/10/17
to ipf-user
Hi

I use IPF/3.1.1
I'm trying to upload a documentset with ProvideAndRegisterDocumentSet (ITI-41).
I got an exception from the XDS backend that the request is invalid XML.

Reason: patient identifier list (PID-3) value is longer than 250 characters. I guess it should be split into multiple values.

Sample:
 
       <ns2:Slot name="sourcePatientInfo">
             
<ns2:ValueList>
               
<ns2:Value>PID-3|REG.1GKKZMY5E2^^^&amp;2.16.756.5.30.1.130.100.10.1.1000.RID~100014831067713091^^^&amp;2.16.756.5.30.1.130.100.10.1.1000.990.1&amp;ISO~100014831067713068^^^&amp;2.16.756.5.30.1.130.100.10.1.1000.901.1.1.3.1&amp;ISO~100014831067713101^^^&amp;2.16.756.5.30.1.130.100.10.1.1000.940.1&amp;ISO</ns2:Value>
               
<ns2:Value>PID-5|Dusel^Doris^^^MS</ns2:Value>
               
<ns2:Value>PID-7|19911111</ns2:Value>
               
<ns2:Value>PID-8|F</ns2:Value>
               
<ns2:Value>PID-11|Kurfirstenstrasse 15^^Chur^^7000^ch</ns2:Value>
             
</ns2:ValueList>
           
</ns2:Slot>



according to IHE spec (4.1.1.5 PID Segment):
PID-3 is limited to max length 250, but can be added multiple times.

Is this a known issue?
Are there any workarounds?

thanks for any hints
Beat

Dmytro Rud

unread,
Jan 10, 2017, 4:54:14 PM1/10/17
to ipf-...@googlegroups.com
Hi Beat,

Multiple values related to the same PID field in sourcePatientInfo are neither explicitly allowed nor explicitly prohibited, therefore I started a discussion in the ititech mailing list (https://groups.google.com/forum/#!topic/ititech/x8meM3oDr88) and submitted a Change Proposal which allows them.  As soon as the IHE ITI committee will accept this proposal, I will add the corresponding functionality to IPF.

The ititech discussion contains also a question to you: do you really have to send all IDs of this patient, and does the receiver of your message need them?

BTW, the section 4.1.1.5 referenced by you describes French extensions to HL7v2-related profiles.  This is not relevant for XDS.

Best regards
Dmytro


--
You received this message because you are subscribed to the Google Groups "ipf-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ipf-user+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Beat Real

unread,
Jan 11, 2017, 4:52:04 AM1/11/17
to ipf-user
Hi Dmytro

thank you for your quick and sound answer!
Unfortunately the ititech mailing list is readable for members only, so I cannot read your proposed Change yet, I have to wait to be accepted.

Your question is legitimate, we have to check if we really need all of these patient IDs, from an application point of view. I will discuss this.

So the "4.2.3.2.23  DocumentEntry.sourcePatientInfo" is the applicable IHE specification.
There it's stated that max length is 256 characters, which is violated by the current implementation.
Just for comparison, the openhealthtools framework splits the patient ids into multiple values, example:

           <rim:Slot name="sourcePatientInfo">
             
<rim:ValueList>
               
<rim:Value>PID-3|REG.1GKKZMY5E2^^^&amp;2.16.756.5.30.1.130.100.10.1.1000.RID</rim:Value>
               
<rim:Value>PID-3|100014831067713091^^^&amp;2.16.756.5.30.1.130.100.10.1.1000.990.1&amp;ISO</rim:Value>
               
<rim:Value>PID-3|100014831067713068^^^&amp;2.16.756.5.30.1.130.100.10.1.1000.901.1.1.3.1&amp;ISO</rim:Value>
               
<rim:Value>PID-3|100014831067713101^^^&amp;2.16.756.5.30.1.130.100.10.1.1000.940.1&amp;ISO</rim:Value>
               
<rim:Value>PID-5|Dusel^Doris^^MS</rim:Value>
               
<rim:Value>PID-7|19911111120000</rim:Value>
               
<rim:Value>PID-8|F</rim:Value>
               
<rim:Value>PID-11|Kurfirstenstrasse 15^^Chur^^7000^ch</rim:Value>
             
</rim:ValueList>
           
</rim:Slot>
Code hier eingeben...


regards
Beat
To unsubscribe from this group and stop receiving emails from it, send an email to ipf-user+u...@googlegroups.com.

Dmytro Rud

unread,
Jan 11, 2017, 7:48:43 AM1/11/17
to ipf-...@googlegroups.com
A unit test shows that IPF currently can handle multiple PID-3 entries in incoming messages, but does not generate them in outgoing messages.

Best regards
Dmytro


To unsubscribe from this group and stop receiving emails from it, send an email to ipf-user+unsubscribe@googlegroups.com.

Dmytro Rud

unread,
Apr 14, 2017, 10:53:24 AM4/14/17
to ipf-user
Hello Beat,

CP-ITI-997 has been approved, and now IPF generates multiple PID-3 lines if the list of patient IDs does not fit into a single one.

Best regards
Dmytro
Reply all
Reply to author
Forward
0 new messages