Defines which Patient Attributes in received N-SET requests for a Study Move action shall be considered for the selection of an existing Patient record in the archive. Format: 'pid'['?']',issuer'['?'][',' ['['] demograhic-matches [']'] ] demograhic-matches ::= demograhic-match['|' ...] demograhic-match ::= [ignore',']demograhic-fields ignore ::= 'ignore("' regular-expression '")' demograhic-fields ::= demograhic-field['?'][',' ...] demograhic-field ::= 'familyname'['(1)'] | 'givenname'['(1)'] | 'middlename'['(1)'] | 'nameprefix'['(1)'] | 'namesuffix'['(1)'] | birthdate | sex Multiple alternative demograhic-matches can be specified using '|' as delimiter. Substrings specified by 'ignore("' regular-expression '")' will be ignored for matching patient name components. A '(1)' suffix of the attribute name specifies that a value with only one character will be interpreted as initial, and match with any value starting with this character. A question mark('?') after a attribute name specifies that a missing value in received DICOM N-CREATE requests will match with any value for that attribute in existing Patient Records, as Patient Records with missing values for that attribute will match with any value for that attribute in received STUDY MANAGEMENT N-CREATE request. Attribute names without question marks specifies, that DICOM N-CREATE requests without values for such attributes will not match any existing Patient Record, and Patient Records without values for such attributes will not get selected on receive of any DICOM N-CREATE request. With 'pid?', you have to configure the Patient's family name complex ('familyname') as additional matching criterium. Surrounding demograhic-match by brackets('[]') defines, that demographic fields shall *not* be considered for the selection of an existing Patient record, if the Patient ID is qualified by an Issuer/Authority in the received N-CREATE request *and* in the matching Patient Record. Attention: Only change the default value of pid,issuer if you know, what you are doing! |