HL7 2.x只能用於接收消息還是用於提取數據？

Question

我是HL7領域的新手而不是開發人員，如果我的問題看起來太明顯，那就很抱歉。

我們希望為醫院開發一個應用程序，通過匯總來自其他醫院應用程序的數據，可視化性能和患者流量數據。 我們的應用程序將可視化實時數據和歷史數據。 在與IT主管的談話中我感到困惑，他解釋說我需要：

開發像Mirth這樣的HL7監聽器，它可以接收其他應用程序的消息，這些應用程序通過HL7 2.x標准進行通信以捕獲實時數據，並在此組織后通過SQL查詢從其他應用程序遷移歷史數據。 聽起來很合乎邏輯，但不確定他是否是專家，因為他不知道API是什么，對FHIR一無所知。

我的問題是：

1什么觸發應用程序在例如某人更改患者狀態時將HL7 2.x消息發送到其他應用程序？ 它是否被編程為隨機地隨機發送每條記錄變化的消息？ 因此，假設所有應用程序都標准地執行此操作，您只需要像Mirth這樣的偵聽器來捕獲這些消息並遷移到我自己的數據庫中？

2我不能使用HL7 2.x標准通過查詢從數據庫中提取信息嗎？ 它可以用於雙向通信嗎？ 我發送查詢，應用程序將數據發送給HL7消息？ 意思我也可以用它從另一個數據庫中提取歷史數據？

3在這種情況下，使用FHIR標准會有什么不同？ 我相信它肯定可以用來從另一個數據庫中提取信息。 但實際上它與科技人員建議我的策略有什么不同，后者是將歷史數據遷移到我自己的數據庫，還是通過接收hl7 2.x消息來捕獲新的變化？

4建議使用FHIR RESTful API從仍然使用HL7 2.x標准的應用程序中提取/接收信息嗎？ 那么對於歷史性的實時變化呢？ 這會是一種更快的集成方式，還是更好地使用技術人員建議我的老式方式。

我非常希望了解更多相關信息，因為我想組織一個面向未來的戰略，每次遷移到新醫院時都不會花費數月的積分時間。

謝謝你的幫助！

Answer 1

1. 取決於應用程序。 大多數只發送數據，並且可以配置何時以及為什么。

2. 不，你使用hl7 v2從應用程序中提取數據，而不是數據庫 - 如果，即應用程序支持它。 很多（大多數？）沒有。 而你只能做appcation允許的

3. FHIR將更容易使用，但它仍在解決，你將很難找到今年提供fhir接口的應用程序。 你必須與潛在客戶交談以了解是否可能。 順便說一句，FHIR可以在這個注冊表中做v2所能做的 - 拉動和推動

4. 總是建議使用FHIR - 如果可以的話。 但是，大多數情況下，你必須使用v2，因為這就是提供的功能。