Mirth - это движок интеграции, и его сила в обработке сообщений. Просмотр исторических сообщений иногда может быть затруднен или замедлен, в зависимости от настроек хранилища для канала и от того, хотите ли вы извлекать дополнительную информацию во время обработки для хранения в полях «пользовательских метаданных». Пользовательские поля метаданных по умолчанию не индексируются, но вы можете добавить свои собственные (mirth поддерживает несколько внутренних баз данных, включая postgres, mysql, oracle и mssql.) Поиск содержимого сообщения в основном включает полнотекстовый поиск и сканирование , Параметры фильтра для сокращения времени сканирования, помимо созданных вами пользовательских метаданных, в основном связаны со свойствами сообщения (дата-время получения, состояние и т. Д.), А не с содержимым.
Итак, я бы не рекомендовал его для варианта использования, который вы предлагаете.
Однако Mirth определенно может быть использован для преобразования ваших сообщений (пакетных из файлов или в реальном времени) в xml, который может быть помещен в базу данных, предназначенную для обработки и запроса больших объемов xml документов. Я предполагаю, что когда вы говорите HL7, вы имеете в виду формат ER7 (с разделителями каналов) HL7v2. Mirth автоматически выполняет преобразование в xml для этих типов сообщений, поскольку они обрабатываются как xml во время обработки. Вы можете легко создать новый родительский узел, который будет содержать как преобразованный xml, так и исходную строку сообщения как дочерние.
Если выбранная вами база данных имеет драйвер JDBC, Java SDK или HTTP / REST API, mirth, вероятно, может напрямую вставить преобразованные сообщения для вас при обработке.