Строгая проверка в Mirth Connect

В установке Mirth Connect (версия 3.5.1) я настроил канал TCP (LLP), который получает сообщение HL7 и отправляет XML с данными сегмента PID (плюс некоторую другую полезную информацию о сообщении HL7) на внешний сайт.

Я хочу проверить сообщение (если оно содержит ошибку) и отфильтровать сообщение по некоторым правилам для данных сегмента PID (без имени, без фамилии и т.д.). Чтобы выполнить это требование, я написал простой фильтр javascript и установил в канале (на вкладке «Сводка») строгую проверку.

Но у меня такое поведение.

Если я не использую параметр строгой проверки для сообщений, я получаю все данные PID сегмента в тегах, таких как PID.1, PID.2 и т. д. (например, для имени у меня есть следующая структура XML ‹PID .5›‹PID.5.1›XXX‹/PID.5.1›....‹/PID.5›).

Вместо этого, если я использую опцию строгой проверки, сообщение (в фильтре) стало другим и присутствуют другие теги (например, для имени у меня есть следующая структура XML ‹PID.5›‹XPN.1›‹FN. 1›XXX‹/FN.1›‹/XPN.1›....‹/PID.5›).

Кто-то знает, почему у меня такое поведение? Это вызвано какой-то неправильной настройкой? Или это нормальное поведение?

Вобщем спасибо за поддержку.

ОБНОВЛЕНИЕ

Только сейчас я понял, что структур не было видно.

Сейчас да.

Еще раз всем спасибо за поддержку.


person Lorenzo    schedule 10.10.2018    source источник


Ответы (1)


Это нормальное поведение. Парсер по умолчанию реализован в самом типе данных mirth hl7v2. Когда вы используете строгий синтаксический анализатор, он использует синтаксический анализатор HAPI, который создает альтернативный xml, который вы видите, который фактически соответствует спецификации hl7.

person agermano    schedule 17.10.2018
comment
Привет @ Тони Г-Р. Спасибо за ваш ответ. Да, возможно, это нормальное поведение. Я постараюсь проверить это более глубоко. Спасибо еще раз. - person Lorenzo; 19.10.2018