Возможны сценарии, когда несколько HL7-систем отправляют одинаковое HL7-сообщение в архив параллельно. Если это сообщения о слиянии пациентов (Patient Merge), то первое такое сообщение объединяет двух пациентов, а согласно IHE любые последующие сообщения, пытающиеся выполнить повторное слияние этих же пациентов, отклоняются. В ситуациях, когда из-за параллельной работы HL7-систем, отправляющих одинаковые HL7-сообщения в архив, это невозможно обеспечить, можно игнорировать подобные повторяющиеся сообщения, не возвращая HL7 Error Code в ответах.
Menu->Configuration, затем на странице Devices нажмите Edit
у устройства dcm4chee-arc. Перейдите в Extensions и Edit extension у Device Extension. Снова перейдите в его Extensions
и Edit extension у Archive device.Menu->Configuration, затем на странице Devices
Edit устройство dcm4chee-arc. Перейдите в Extensions и Edit extension у Device Extension. Перейдите в Child Objects
и выберите HL7-приложение, для которого настраивается эта функция.
Перейдите в Extensions и Edit extension у Archive HL7 Application.HL7 Referred Merged Patient Policy и нажмите Save.Можно создать LDIF-файл и импортировать его на сервер LDAP с помощью утилиты командной строки ldapmodify.
Для настройки на уровне Archive device:
version: 1
dn: dicomDeviceName=dcm4chee-arc,cn=Devices,cn=DICOM Configuration,dc=dcm4che,dc=org changetype: modify add: hl7ReferredMergedPatientPolicy hl7ReferredMergedPatientPolicy: IGNORE
Для настройки на уровне расширения Archive HL7 application:
version: 1
dn: hl7ApplicationName=*,dicomDeviceName=dcm4chee-arc,cn=Devices,cn=DICOM Configuration,dc=dcm4che,dc=org changetype: modify add: hl7ReferredMergedPatientPolicy hl7ReferredMergedPatientPolicy: IGNORE
либо используйте функцию Add Attribute... и Add Value... в Apache Directory Studio,
чтобы добавить атрибуты на уровне Archive Device (например: dicomDeviceName=dcm4chee-arc) или уровне Archive HL7 Application
(например: hl7ApplicationName=*) в конфигурации архива.
Описание атрибута можно найти в документации Archive Device или Archive HL7 Application.
(По умолчанию) REJECT: Значение этой политики по умолчанию — REJECT, что означает: все такие HL7-сообщения, которые могут ссылаться на уже слитого пациента, будут отклонены, а в HL7-ответе будет возвращён код ошибки.
IGNORE: означает, что все такие HL7-сообщения, которые могут ссылаться на уже слитого пациента (в сегментах PID или MRG), всегда будут игнорироваться. В журнал сервера записывается только информационное сообщение. HL7-ответ отправляется как успешный, однако в архиве не выполняется никаких обновлений. Подтверждение с успешным ответом отправляется лишь для того, чтобы избежать проблем на клиентских сторонах, которые отправляют параллельные HL7-сообщения, но не хотят повторно получать ответы с ошибкой.
IGNORE_DUPLICATE_MERGE: означает, что только сообщения слияния HL7 (ADT^A40), которые могут ссылаться на уже слитого пациента (в сегментах PID или MRG), будут всегда игнорироваться — в журнал сервера записывается только информационное сообщение. HL7-ответ отправляется как успешный, однако в архиве не выполняется никаких обновлений. Подтверждение с успешным ответом отправляется лишь для того, чтобы избежать проблем на клиентских сторонах, которые отправляют параллельные HL7-сообщения, но не хотят повторно получать ответы с ошибкой. Любое другое HL7-сообщение, ссылающееся на уже слитого пациента (в сегментах PID или MRG), если оно будет получено, отклоняется, а в HL7-ответе возвращается код ошибки.