Besoin d'aide sur HL7

Question

J'ai besoin de toute votre aide pour me guider dans le travail sur Intégration d'interface HL7 sur laquelle je dois travailler entre deux applications cliniques disparates.

C'est quelque chose comme ça, laissez-moi vous expliquer ma requête avec un exemple.

Nous avons un système Epic qui passe les commandes (laboratoire, médicaments, etc.) actuellement. Maintenant, ces commandes de laboratoire doivent aboutir à une autre application Cerner.

Pour cela, il doit être un moteur d'interface qui doit lire les messages HL7 provenant du système EPIC et de les traduire des messages appropriés pour le système Cerner puis écrire dans leur base de données. Donc, pourriez-vous m'expliquer avec un exemple de moteur d'interface qui lit d'abord les messages HL7 et les traduit en format d'application Cerner.

Comment vais-je implémenter un moteur d'interface ici qui lirait les données EPIC?

Quelles étapes sont concernées? Un exemple serait le meilleur. Principalement, les commandes sont d'abord placées dans EPIC et doivent aboutir à des applications Cerner. S'il vous plaît aidez-moi à comprendre le processus, et comment faire l'interface avec un moteur d'interface?

Answer 1

HL7 est une bête poilue, et de loin votre meilleur pari est de regarder en utilisant un moteur d'interface pré-construit qui prend soin du problème pour vous. Quelque chose comme Mirth Connect, qui est un système basé sur Java pour recevoir, décoder, acheminer et déclencher des événements basés sur des messages HL7. Mirth est un logiciel libre et open source sous la licence publique Mozilla et étant basé sur Java il fonctionne sur la plupart des systèmes d'exploitation majeurs ou vous pouvez acheter des appareils matériels dédiés à l'interface avec les appareils HL7. Il peut être utilisé pour transformer des messages HL7 entre différents systèmes et fonctionne également bien pour la conversion de HL7 vers d'autres protocoles (TCP, SQL/ODBC, Fichier, JMS, FTP, SOAP/HTTP).

Pour plus d'informations sur Mirth Connect vérifier leur Webinars ou consultez le wiki pour examples.

Answer 2

Le plus important dans la comparaison des moteurs (IMO) est le coût total de possession. Les interfaces ont un long cycle de vie - il faut des minutes à des mois pour créer et ensuite vivre pour toujours. Les fonctions de journalisation, de surveillance, d'alerte (etc.) du moteur sont essentielles au succès pendant la durée de vie d'une interface. Pousser des messages HL7 autour de n'importe quel moteur est "assez facile" ces jours-ci. Les moteurs commerciaux ou open source permettent aux interfaces triviales de monter rapidement. Les outils commerciaux se différencient généralement en rendant les interfaces non triviales beaucoup plus faciles à construire. Les meilleurs moteurs rendent la construction d'interface rapide, facile et j'ose dire que je m'amuse. :-)

Quelques livres blancs pour fournir le contexte et les pensées dans votre recherche:

http://www.corepointhealth.com/whitepapers/evolution-hl7 - Revue profonde de HL7 V2 et V3

Si vous êtes ouvert aux logiciels commerciaux, consultez le classement KLAS .Divulgation: Je suis directeur de la technologie chez Corepoint Health (qui fournit un moteur d'interface commerciale) et coprésident du comité Infrastructure et Messagerie (InM) de HL7.

Answer 3

Encore un livre blanc à considérer: The Role of an Interface Engine in Modern Healthcare - fonctions principales d'un moteur

Answer 4

Personne n'a mentionné HAPI encore ... il est basé en Java et open source. La première page contient un ensemble d'extraits de code 'HAPI by Example' qui devraient vous aider à démarrer.

Ceci est un sujet très profond, cependant. J'écris actuellement un analyseur pour les laboratoires de Spire (Cerner) en utilisant HAPI, et il y a beaucoup de petites choses à faire pour que cela fonctionne. Notamment, les laboratoires Cerner utilisent ZDS (segments z) dans leurs laboratoires, ce qui nécessite une certaine personnalisation (les segments z sont des segments «personnalisés» qui ne font pas partie de la norme HL7). Ils envoient également des messages 'MDM R01', qui ne font partie d'aucun standard HL7 (ils semblent être juste des messages ORU R01 contenant des segments ZDS).

Est-ce que Cerner vous a fourni une spécification d'interface? Ils devraient - sinon, vous devriez en demander un. Obtenez également un document de spécification pour EPIC.

Je ne sais pas pense que il y a une API qui traduira automatiquement le message HL7 d'EPIC à Cerner - je pense que vous devrez le faire vous-même. Mais vous pouvez utiliser une API existante pour vous aider (cela devrait vous faciliter la tâche, compte tenu de la lourde tâche consistant à analyser le message HL7 et à le faire pour vous).

De toute façon, bonne chance!