Est-ce que le HL7 2.x peut être utilisé uniquement pour recevoir des messages ou pour extraire des données?

Question

Je suis assez nouveau dans le domaine HL7 et pas un développeur, donc désolé si ma question peut sembler trop évidente.

Nous voulons développer une application pour un hôpital qui visualise les données de performance et de flux de patients en agrégeant les données provenant d'autres applications hospitalières. Notre application visualisera à la fois les données en temps réel et les données historiques. Au cours de discussions avec le chef de l'informatique, je suis confus, il a expliqué que je dois:

Développer un écouteur HL7 comme Mirth qui peut recevoir des messages d'autres applications qui communiquent via les normes HL7 2.x pour attraper des données en temps réel et après cela organiser pour migrer des données historiques d'autres applications via des requêtes SQL. Cela semble assez logique, mais je ne sais pas si c'est un expert car il n'avait aucune idée de ce qu'est une API et ne savait rien de FHIR.

Mes questions sont les suivantes:

1 Qu'est ce qui déclenche une application pour envoyer un message HL7 2.x autour d'une autre application lorsque quelqu'un d'instance change l'état d'un patient? Est-il programmé pour envoyer automatiquement un message avec chaque changement d'enregistrement juste au hasard? Donc, en supposant que toutes les applications le font de façon standard et que vous avez juste besoin d'un auditeur comme Mirth pour attraper ces messages et migrer dans ma propre base de données?

2 Impossible d'utiliser la norme HL7 2.x pour extraire des informations d'une base de données via une requête? Signification peut-il être utilisé pour la communication bidirectionnelle? J'envoie une requête, l'application m'envoie les données dans un message HL7? Je peux également l'utiliser pour extraire des données historiques d'une autre base de données.

3 Quelle différence l'utilisation de la norme FHIR aurait-elle dans cette situation? Je crois qu'il peut certainement être utilisé pour extraire des informations d'une autre base de données. Mais cela ferait-il une différence par rapport à la tactique que me conseille le technicien, qui consiste à migrer les données historiques vers ma propre base de données et à prendre de nouveaux changements en recevant les messages hl7 2.x?

4 Serait-il conseillé d'utiliser une API FHIR RESTful pour extraire/recevoir des informations à partir d'applications qui utilisent encore la norme HL7 2.x? Donc, pour les changements historiques comme en temps réel? Serait-ce un moyen d'intégration plus rapide, ou mieux d'utiliser la façon démodée que le technicien me conseille. Très désireux d'en savoir plus à ce sujet, puisque je veux organiser une stratégie qui est à l'épreuve du temps et ne coûtera pas des mois de temps d'intégration chaque fois que nous migrons vers un nouvel hôpital.

Merci pour votre aide les gars!

Answer 1

1. dépend de l'application. la plupart seulement envoient des données, et il est configurable quand et pourquoi. Non, vous utilisez hl7 v2 pour extraire des données d'une application, et non une base de données, si l'application le prend en charge. Beaucoup (la plupart?) Ne le font pas. Et vous ne pouvez faire que ce que l'applcation permet

2. FHIR serait beaucoup plus facile à utiliser, mais il reste en place, et vous aurez du mal à trouver des applications qui offrent une interface différente cette année. vous devrez parler à des clients potentiels pour savoir si c'est possible. btw, FHIR peut faire ce que v2 peut dans cette regsard - à la fois tirer et pousser

3. il est toujours conseillé d'utiliser FHIR - si vous le pouvez. La plupart du temps, cependant, vous devrez utiliser v2 parce que c'est ce qui est offert.