Запросить сообщение о хранилище веселья - PullRequest
0 голосов
/ 17 января 2019

Могу ли я использовать mirth connect для хранения миллионов сообщений HL7v2 (с разделителями каналов) и программного запроса их сторонним программным обеспечением в более поздний момент времени?

Какой лучший способ сделать это? Способен ли REST API mirth эффективно запрашивать хранилище сообщений?

К сожалению, мне нужен работающий экземпляр mirth connect для просмотра документации REST API в соответствии с руководством на стр. 368. ( Если для просмотра не требуется наличие работающего экземпляра mirth для просмотра документация по REST API. Я бы не стал задавать этот вопрос. Есть ли в интернете экземпляр для подключения к веселью, с которым можно поиграть?

Пока что есть сценарии, о которых я уже говорил:

enter image description here

Ответы [ 2 ]

0 голосов
/ 17 января 2019

Здесь есть два неправильных представления:

  • Сообщение HL7v2 инициируется реальным событием, называемым событием триггера, на стороне россыпи (отправителя).Он ожидает, что некоторая активность произойдет на стороне заполнителя (получателя), либо подтвердив сообщение, ответив ответом на запрос и т. Д. Т.е. HL7v2 поддерживает поток данных между системами.

  • Mirth Connectявляется механизмом интерфейса HL7, предназначенным для преобразования входящих каналов в одном формате (например, HL7v2 в формате ER7) в исходящие каналы в другом формате (который может быть другим HL7v2, или XML, или базой данных и т. д.).Он не хранит ничего, кроме сконфигурированной части сообщений для целей аудита.

Теперь, чтобы реализовать решение, которое вы описали, Mirth Connect или любой другой механизм преобразования должен реализовать два потока: receiveконвертировать при необходимости и хранить входящие сообщения;предоставить интерфейс для запроса этих сообщений.

Это, очевидно, можно сделать с помощью Mirth Connect, но ваш первоначальный вопрос, может ли Mirth хранить миллионы записей, неверен.Фактически, для ускорения обработки Mirth рекомендуется хранить как можно меньше сообщений (каждое обработанное сообщение сохраняется во внутренней базе данных Mirth несколько раз в зависимости от конфигурации).Таким образом, все преобразованные сообщения поступают во внешнее общедоступное или личное хранилище сообщений именно так, как показано на ваших диаграммах.

0 голосов
/ 17 января 2019

Mirth - это движок интеграции, и его сила в обработке сообщений. Просмотр исторических сообщений иногда может быть затруднен или замедлен, в зависимости от настроек хранилища для канала и от того, хотите ли вы извлекать дополнительную информацию во время обработки для хранения в полях «пользовательских метаданных». Пользовательские поля метаданных по умолчанию не индексируются, но вы можете добавить свои собственные (mirth поддерживает несколько внутренних баз данных, включая postgres, mysql, oracle и mssql.) Поиск содержимого сообщения в основном включает полнотекстовый поиск и сканирование , Параметры фильтра для сокращения времени сканирования, помимо созданных вами пользовательских метаданных, в основном связаны со свойствами сообщения (дата-время получения, состояние и т. Д.), А не с содержимым.

Итак, я бы не рекомендовал его для варианта использования, который вы предлагаете.

Однако Mirth определенно может быть использован для преобразования ваших сообщений (пакетных из файлов или в реальном времени) в xml, который может быть помещен в базу данных, предназначенную для обработки и запроса больших объемов xml документов. Я предполагаю, что когда вы говорите HL7, вы имеете в виду формат ER7 (с разделителями каналов) HL7v2. Mirth автоматически выполняет преобразование в xml для этих типов сообщений, поскольку они обрабатываются как xml во время обработки. Вы можете легко создать новый родительский узел, который будет содержать как преобразованный xml, так и исходную строку сообщения как дочерние.

Если выбранная вами база данных имеет драйвер JDBC, Java SDK или HTTP / REST API, mirth, вероятно, может напрямую вставить преобразованные сообщения для вас при обработке.

...