Description générale de l’application HD4DP v2

Dernière mise à jour: 2022-11-03 15:25

La version 2.x de HD4DP Local est un système de saisie électronique des données (SED) : un système informatisé conçu pour la collecte de données cliniques au format électronique pour une utilisation dans la recherche soutenant la politique de santé publique humaine. HD4DP (Health Data for Data providers) remplace la méthode traditionnelle de collecte de données sur papier, sur feuille de calcul ou par e-mail, ainsi que la prolifération des sites Web, afin de rationaliser la collecte des données et d'accélérer le délai d'analyse et de production des rapports.

Composants et caractéristiques

L'application HD4DP version 2.x Local contient les principaux composants suivants : NextGen Connect, Form.io, HD Connect (LOCAL Proxy), Datawarehouse Local.

NextGen Connect

NextGen Connect est un moteur d'intégration des soins de santé qui traduit les normes des messages dans la norme requise par le système récepteur, y compris les formats de données et les normes comme HL7, DICOM, ANSI X12, ASCII et XML. Les principales fonctionnalités sont le filtrage, la transformation, l'extraction et le routage.

Le composant NextGen Connect est utilisé pour gérer toutes les intégrations au sein de l'application HD4DP 2.0 elle-même, mais aussi toutes les intégrations avec le monde extérieur.

API de Collectes de Données : Le serveur form.io offre un API REST qui peut être utilisée pour soumettre des données pour chaque collecte de données connue. Les Data provider Master Systems ne peuvent pas accéder directement à cet API mais doivent utiliser l'API exposé par le composant NextGen Connect. Cet API est simplement un proxy pour l'API form.io, mais permet d'ajouter des fonctionnalités supplémentaires à l'API form.io, telles que la sécurité, la surveillance, la limitation,…

API CSV : Pour chaque collecte de données, les données peuvent être soumises sous forme de fichier en utilisant un CSV. Un CSV peut contenir plusieurs entrées de données pour une seule définition de collecte de données. Ces entrées de données sont transformées et poussées par le composant NextGen Connect vers le serveur form.io pour un éventuel post-traitement et une validation manuels.

API HL7 FHIR : Pour certaines collections de données, un API HL7 FHIR sera disponible. Le composant NextGen Connect effectue la transformation vers l'API de collectes de données et pousse les données dans le serveur form.io.

Transmission des données : Le composant NextGen Connect gère tout le routage des données vers le monde extérieur. Cela signifie qu'il vérifie le serveur form.io pour les entrées de données complétées qui n'ont pas encore été transmises. Pour chaque entrée de données qui doit être transmise, il détermine où envoyer les données, comment elles doivent être transformées et comment elles doivent être divisées. Il effectue toutes ces actions de manière à garantir la transmission : il s'assure que les données atteignent leur destination, en réessayant éventuellement si quelque chose ne va pas.

Feedback: Le composant NextGen Connect coordonne la réception du retour d'information, en le transformant éventuellement et en le poussant vers l'entrée de collecte de données correspondante à l'aide de l'API de collectes de données.

Form.io

Form.io est une plateforme de gestion de données qui comprend un constructeur de formulaires avec une interface drag and drop, la gestion des données avec une plateforme API complète, la gestion des utilisateurs, les formulaires hors ligne, les formulaires dynamiques, la création automatique d'API et l'intégration d'applications. Dans HD4DP v2, une application frontend Angular est disponible au-dessus du serveur form.io. Cette application fournit une interface utilisateur aux fournisseurs de données dans laquelle ils peuvent voir les différentes collectes de données pour lesquelles ils sont autorisés à enregistrer et à soumettre des données manuellement. Un serveur backend form.io est chargé de fournir les définitions de formulaire et les enregistrements des entrées nouvelles/mises à jour.

HD Connect (LOCAL Proxy)

Le composant HD Connect est utilisé pour récupérer les métadonnéesla Master Data Management Database (MDM DB) résidant chez healthdata.be.

Datawarehouse local

Chaque modification des entrées de données sur le serveur form.io est poussée vers le datawarehouse local (DWH local) pour faciliter la création de rapports et l'extraction de données. Ce DWH local consiste en une base de données PostgreSQL.

Installation et maintenance

L'application locale HD4DP v2 est fournie sans coût et installée à distance sur l'infrastructure de l'organisme de soins de santé par healthdata.be. Les organismes de soins de santé reçoivent la configuration requise pour l'installation de l'application HD4DP v2. Les organismes de soins de santé qui ne peuvent pas fournir la configuration requise peuvent choisir de demander l'accès et l'utilisation d'une application locale HD4DP v2 d'un autre organisme de soins de santé. Les organismes de soins de santé qui ne peuvent pas fournir la configuration requise et qui ne peuvent pas accéder et utiliser une application locale HD4DP v2 d'un autre organisme de santé, peuvent demander l'accès et l'utilisation de l'application HD4DP v2 WEB hébergée par healthdata.be.

L'application locale HD4DP v2 est maintenue sans coût à distance sur l'infrastructure de l'organisme de soins de santé par healthdata.be. L'infrastructure sur laquelle l'application locale HD4DP v2 est installée, doit être maintenue par l'organisme de soins de santé.

Utilisation typique

  • Un Local Study Lead (assume la responsabilité de l'étude ou du projet au sein de l'organisation de soins de santé participante. Il s'agit souvent du chef du service clinique impliqué dans l'étude ou le projet) peut :
    • Se connecter en utilisant l'Active Directory
    • Accorder l'accès au Local Study Associate et au Local Study Support
    • Sélectionner et accéder au projet
    • Créer, Trouver, Mettre à jour, Supprimer, Soumettre (vers healthdata.be) et Corriger un enregistrement en utilisant le composant form.io
    • Créer, Rechercher, Mettre à jour, Supprimer, Soumettre et Corriger un enregistrement à l'aide du composant form.io
    • Voir tous les enregistrements pour le projet
  • Un Local Study Associate (un professionnel des soins de santé qui participe à l'étude ou au projet) peut :
    • Se connecter en utilisant l'Active Directory
    • Accorder l'accès au Local Study Support
    • Sélectionner et accéder au projet
    • Créer, Trouver, Mettre à jour, Supprimer, Soumettre (vers healthdata.be, MyCareNet et d'autres destinations) et Corriger un enregistrement en utilisant le composant form.io
    • Voir ses propres enregistrements pour le projet
  • Un Local Study Support (Un Local Study Associate peut déléguer l'enregistrement au Local Study Support. Il s'agit souvent d'un collaborateur administratif ou du personnel d'un service de codage médical) peut :
    • Se connecter en utilisant l'Active Directory
    • Sélectionner et accéder au projet
    • Créer, Trouver, Mettre à jour, Supprimer, Soumettre (vers healthdata.be, MyCareNet et d'autres destinations) et Corriger un enregistrement en utilisant le composant form.io
    • Voir ses propres enregistrements pour le projet
  • Un IT administrator (détient le plus haut niveau de tous les rôles et permissions) peut :
    • Se connecter en utilisant l'Active Directory
    • Accorder l'accès au Local Study Lead, Local Study Associate et Local Study Support
    • Sélectionner et accéder à tous les projets
    • Créer, Trouver, Mettre à jour, Supprimer, Soumettre (vers healthdata.be, MyCareNet et d'autres destinations) et Corriger un enregistrement en utilisant le composant form.io
    • Créer, Mettre à jour, Soumettre et Corriger un enregistrement en utilisant l'API de collectes de données
    • Créer, Mettre à jour, Soumettre et Corriger un enregistrement en utilisant l'API CSV
    • Créer et soumettre un enregistrement MyCareNet en utilisant l'API MyCareNet
    • Voir tous les enregistrements de tous les projets
    • Récupérer tous les enregistrements pour tous les projets à partir du DWH local en utilisant l'API PostgreSQL
Cette page a été traduite à l'aide d'une machine de traduction automatique dans le but de fournir le contenu plus rapidement dans votre langue. Un traducteur humain n'a pas encore révisé cette page. Par conséquent, cette page peut encore contenir des erreurs grammaticales et autres erreurs linguistiques. Si vous voyez quelque chose dans la documentation qui n'a pas été traduit correctement, veuillez nous contacter à support.healthdata@sciensano.be (n'oubliez pas d'inclure l'adresse Web de la page). Nous ajusterons ensuite la traduction. Merci!
Cette documentation est encore en construction. Nous essayons de présenter les informations aussi correctes, complètes et aussi claires que possible. Cependant, si vous voyez quelque chose dans la documentation qui est incorrect, ne correspond pas à votre expérience ou nécessite des éclaircissements supplémentaires, veuillez créer une demande (type : demande d'information) via notre portail (https://sciensano.service-now.com/sp) ou nous envoyer un e-mail à support.healthdata@sciensano.be pour signaler ce problème de documentation. N'oubliez pas d'inclure l'URL ou l'adresse Web de la page avec le problème de documentation. Nous ajusterons ensuite la documentation. Merci!