2017-06-15 2 views
0

Je suis en train de mettre en œuvre la notification automatisée HL7v2.7 des observations sur un dispositif au point de service. La façon dont cela fonctionne est d'envoyer un message «ORU^R30 Message d'observation non sollicité au point de service sans commande existante - Passer une commande» à ce que je suppose être un système d'information de laboratoire ou un canal associé dans un moteur d'intégration. Je vais demander à l'appareil de demander les numéros IP/port au LIS et à MPI/leurs connexions associées lors de la première installation - notre appareil communiquera via TCP/LLP.Sémantique d'un appareil Point of Care compatible HL7 - est-ce la bonne façon de le faire?

Est-ce le intelligent façon de faire tout cela? Je n'ai jamais travaillé avec HL7 ou n'importe quel type de HIS auparavant.

J'apprécie tout aperçu possible. Ce n'est pas ce que vous pouvez apprendre dans la norme, et je ne pense pas que je peux simplement envoyer un courriel à Epic et leur demander comment ils conçoivent les systèmes de DSE/SIH.

Merci!

Répondre

1

Contenu du message: ORU^R30 n'est pas un type de message couramment utilisé, mais la structure est suffisamment proche de R01 pour que la plupart des systèmes puissent le recevoir. Concentrez-vous sur la collecte de données démographiques sur le nombre de patients et le nombre de visites, ou mieux encore sur le code à barres du bracelet du patient. Vous devez avoir patient et visiter pour déposer les observations.

Transmission: Il est plus sûr de faire simplement MLLP sur TCP, cela accélérera vos installations car c'est ce que font tous les autres. L'alternative consiste à demander au système de santé d'écrire quelque chose de personnalisé pour recevoir les données, généralement via le moteur d'interface.

Réseau: Il semble que vous pensiez à mettre les informations de connexion sur l'appareil. C'est probablement une mauvaise idée, je construirais une sorte de service d'agrégateur qui envoie réellement des données au DSE, de cette façon vous n'avez pas à faire face à plusieurs dispositifs essayant de traverser les pare-feu, etc.

+0

Bonne réponse! Pouvez-vous développer un peu le service d'agrégateur? Il me semble que ce serait assez simple de demander un numéro IP/Port. J'apprécie l'aide – Zabitz

+1

Je suppose que vous aurez plusieurs dispositifs, et enverra à un moteur d'interface. Selon le moteur - vous aurez peut-être besoin de ports différents pour chaque appareil - un problème de maintenance pour vous et, plus important encore, l'équipe d'interface. Ensuite, chaque périphérique devra non seulement être approvisionné avec une adresse IP, mais également bénéficier d'un accès par pare-feu à chacun de ces ports sur le moteur d'interface. Une solution beaucoup plus facile serait d'avoir toute votre génération HL7 et la logique MLLP quelque part sur ou dans le nuage. Utilisez le protocole que vous souhaitez que les périphériques communiquent avec ce serveur. –

+0

Les réseaux hospitaliers ne font pas de DHCP? Je suppose que cela a du sens pour des raisons de sécurité, mais malheureusement, cela rend très difficile la connexion d'un appareil, pour ainsi dire. Merci pour votre réponse, vous avez été vraiment utile – Zabitz