需要有關HL7的幫助

Question

我需要所有您的幫助來指導我進行HL7 Interface Integration的工作，該工作將在兩個分散的臨床應用程序之間進行。

它是這樣的，讓我用一個例子解釋我的查詢。

我們有Epic系統，目前可以下訂單（實驗室，葯品等）。 現在，接下來這些實驗訂單將導致另一個Cerner應用程序。

為此，必須有一個接口引擎，該引擎必須讀取來自EPIC系統的HL7消息並將其轉換為適合Cerner SYSTEM的消息，然后寫入其數據庫。

因此，能否請您用一個示例接口引擎向我解釋一下，該接口引擎首先讀取HL7消息並將其轉換為Cerner應用程序格式。

我將如何在此處實現將讀取EPIC數據的接口引擎？

涉及哪些步驟？ 一個例子是最好的。

主要是，訂單首先被放置在EPIC中，並最終導致Cerner應用程序。

請幫助我了解該過程，以及如何使用接口引擎進行接口初始化？

Answer 1

HL7是毛茸茸的野獸，到目前為止，最好的選擇是使用預先構建的接口引擎來為您解決問題。 類似Mirth Connect的東西，這是一個基於Java的系統，用於基於HL7消息接收，解碼，路由和觸發事件。 Mirth是Mozilla公共許可證下的免費軟件和開源軟件，它基於Java，可在大多數主要OS上運行，或者您可以購買專用的硬件設備來與HL7設備連接。 它可以用於在不同系統之間轉換HL7消息，也可以很好地用於從HL7轉換為其他協議（TCP，SQL / ODBC，文件，JMS，FTP，SOAP / HTTP）。

有關Mirth Connect的更多信息，請查看其網絡研討會，或查看Wiki中的示例 。

Answer 2

比較引擎（IMO）最關鍵的是總擁有成本。 接口的生命周期很長-創建接口需要幾分鍾到幾個月，然后才能永久存在。 引擎中的日志記錄，監視，警報（等）功能對於整個接口生命周期的成功至關重要。

如今，通過任何引擎推送HL7消息“非常容易”。 商業或開源引擎允許簡單的接口快速出現。 商業工具通常通過使非平凡的界面更易於構建來與眾不同。 最好的引擎可以使界面構建變得快速，簡單，並且我敢說有趣。 :-)

一些白皮書可為您的搜索提供背景和思路：

http://www.corepointhealth.com/whitepapers/evolution-hl7-HL7 V2和V3的深入回顧

如果您願意使用商業軟件，請查看KLAS排名。

披露：我是Corepoint Health（提供商業接口引擎）的CTO，以及HL7的聯合主席基礎架構和消息傳遞（InM）委員會。

Answer 3

還沒有人提到過HAPI ...它基於Java和開源。 主頁上有一堆“示例HAPI”代碼段，這些代碼段可以幫助您入門。

但是，這是一個非常深入的主題。 我目前正在使用HAPI為來自Spire（Cerner）的實驗室編寫解析器，並且要做很多工作才能使它工作。 值得注意的是，Cerner實驗室在其實驗室中使用ZDS（z段），這需要進行一些自定義（z段是不屬於HL7標准的“自定義”段）。 他們還發送“ MDM R01”消息，這不是任何HL7標准的一部分（它們似乎只是其中包含ZDS段的ORU R01消息。）。

Cerner是否為您提供了接口規范？ 他們應該-如果沒有，您應該要求一個。 另請獲取EPIC的規格文檔。

我認為沒有API可以自動將HL7消息從EPIC轉換為Cerner-我認為您必須自己做。 但是您可以使用現有的API來幫助您（考慮到解析HL7消息並認為應該為您完成的繁重工作，它應該使它變得更加容易）。

無論如何，祝你好運！

Answer 4

需要考慮的另一份白皮書： 接口引擎在現代醫療保健中的作用 -引擎的主要功能

Answer 5

HL7集成引擎：集成引擎用於在兩個應用程序之間進行接口/通話（Communicate）。 在您的示例中，Epic和Cerner。 使用EPIC，您將創建新的訂單並將這些訂單發送給Cerner以生成訂單。 在這里，EPIC可以支持一個字段和數據類型，而Cerner可以支持不同的數據類型和其他字段。
在這里，您需要Integration Engine將一種數據類型格式轉換為另一種數據類型格式。 例如：我們有不同類型的集成引擎Mirth / CloverLeaf / Rapsody等集成引擎，因為Mirth Connect是一個開源軟件。 在這里，您將使用Mirth接收EPIC格式的EPIC訂單，您將把這些格式轉換為Cerner格式。 一旦LIS Cerner接受了這些Order和Resultout消息，並需要將其作為結果發送回EPIC。 Mirth將接受來自Cerner的結果，並采用Cerner格式，Mirth將選擇這些結果並轉換為EPIC格式並發送到EPIC系統。