查詢mirth connect的消息存儲

Question

我能否使用mirth connect存儲數百萬條HL7v2消息（以豎線分隔），並在稍后的時間由我們的第三方軟件應用程序以編程方式查詢它們？

最好的方法是什么？ mirth的REST API是否能夠有效查詢其消息存儲庫？

不幸的是，根據第368頁的手冊 ，我需要一個運行中的mirth連接實例來瀏覽REST API文檔。（ 如果不需要運行mirth實例來瀏覽REST API的文檔， 我也不會要求這個問題。互聯網上是否有一個歡樂的連接實例可以玩呢？還是有人會為這個問題發布相關的REST API文檔？ ）

到目前為止，這些是我提出的方案：

Answer 1

Mirth是集成引擎，其優勢在於處理消息。 瀏覽歷史消息有時可能很困難，也可能很慢，具體取決於通道的存儲設置以及您是否在處理過程中小心拉出其他信息以存儲在“自定義元數據”字段中。 自定義元數據字段默認情況下未編入索引，但您可以添加自己的字段（mirth支持多個后端數據庫，包括postgres，mysql，oracle和mssql。）搜索消息內容基本上涉及到全文搜索和掃描。 。 除了創建的自定義元數據以外，用於減少掃描時間的篩選器選項主要與郵件屬性（接收的日期時間，狀態等）有關，與內容無關。

因此，對於您建議的用例，我不會推薦它。

但是，Mirth絕對可以用於將您的消息（從文件或實時批處理的）轉換為xml，然后將其放入旨在處理和查詢大量xml文檔的數據庫中。 我認為當您說HL7時，是指HL7v2的ER7（管道分隔）格式。 對於處理過程中作為xml處理的這些類型的消息，Mirth會自動將其轉換為xml。 您可以輕松創建一個新的父節點，該節點將轉換后的xml和原始消息字符串都作為子節點保存。

如果您選擇的數據庫具有JDBC驅動程序，Java SDK或HTTP / REST API，則mirth可能會在處理它們時直接為您插入轉換后的消息。

Answer 2

這里有兩個誤解：

• HL7v2消息由在放置器（發送者）側的真實事件（稱為觸發事件）觸發。 它希望通過確認消息，以查詢響應進行回復等方式在填充程序（接收方）方面發生一些活動。即，HL7v2支持系統之間的數據流。

• Mirth Connect是HL7接口引擎，旨在將一種格式（例如ER7格式的HL7v2）的傳入提要轉換為另一種格式（可以是另一種HL7v2，XML或數據庫等）的傳出提要。 除了已配置的消息部分以外，它不存儲任何內容以用於審核。

現在，要實現您概述的解決方案，Mirth Connect或任何其他轉換機制必須實現兩個流程：接收，必要時進行轉換以及存儲傳入消息； 提供查詢這些消息的接口。

顯然，這可以通過Mirth Connect來完成，但是您最初的問題是Mirth是否能夠存儲數百萬條記錄是不正確的。 實際上，建議保留盡可能少的消息以加快Mirth處理（根據配置，每條處理過的消息會多次存儲在Mirth內部數據庫中）。 因此，所有轉換后的消息將完全按照圖中所示進入外部公共或私有消息存儲。