支持HL7的Point of Care設備的語義 - 這是做到這一點的正確方法嗎？

我在護理點設備上實現了自動化的HL7v2.7觀察報告。其工作方式是通過發送「ORU^R30主動提供的護理點觀察消息而不存在訂單 - 下訂單」消息來達到我認爲是集成引擎中的實驗室信息系統或相關通道。我現在要讓設備在第一次設置時要求IP /端口號給LIS和MPI /它們的相關連接 - 我們的設備將通過TCP/LLP進行通信。支持HL7的Point of Care設備的語義 - 這是做到這一點的正確方法嗎？

這是智能方式做到這一切？我從未與HL7或任何類型的HIS合作過。

我很欣賞任何可能的見解。這不是你可以在標準中學到的東西，我不認爲我可以給Epic發郵件並詢問他們如何設計EHR/HIS系統。

謝謝！

來源

2017-06-15 Zabitz

消息內容： ORU^R30不是一種常用的消息類型，但結構足夠接近R01，大多數系統都能夠接收它。重點確保您收集儘可能多的患者人口統計數據和訪問號碼，或者更好地從患者的腕帶條形碼中掃描兩者。你必須耐心和參觀記錄觀察結果。

傳輸：最簡單的方法就是通過TCP執行MLLP，它會加快安裝速度，因爲這就是其他人所做的。另一種選擇是讓醫療系統通過接口引擎編寫一些自定義的接收數據。

網絡：這聽起來像你正在考慮將連接信息放在設備上。這可能是一個壞主意，我會建立一種實際發送數據到EHR的聚合器服務，這樣你就不必處理試圖通過防火牆的多個設備等。

來源

2017-08-10 14:03:37

很好的答案！你可以擴展一點聚合器服務？在我看來，僅僅要求IP /端口號就夠簡單了。我感謝您的幫助 – Zabitz

我假設您將擁有多個設備，並將發送到界面引擎。取決於引擎 - 您可能需要爲每個設備使用不同的端口 - 這對您而言是一項維護頭痛，更重要的是接口團隊。接下來，每個設備不僅需要配置IP地址，還要授予對接口引擎上每個端口的防火牆訪問權限。更簡單的解決方案是將所有HL7生成和MLLP邏輯放在預置位或雲中。使用任何您想要的設備與該服務器進行通信的協議。 –

醫院網絡不做DHCP？我想這是安全的原因，但不幸的是，這使得設備非常難以即插即用，可以這麼說。謝謝你的回覆，你真的很有幫助 – Zabitz

支持HL7的Point of Care設備的語義 - 這是做到這一點的正確方法嗎？

回答

相關問題