Belgian Rare Bleeding Disorders Registry

Belgian Rare Bleeding Disorders Registry

Bienvenue sur les pages de documentation technique pour le projet « Belgian Rare Bleeding Disorders Registry (BRBDR) », fournies par le service healthdata.be (Sciensano).

Ces pages fournissent des informations sur les processus techniques du projet. Les sections suivantes sont (seront) fournies :

Pour obtenir des informations scientifiques sur le projet, veuillez contacter l'organisation principale qui supervise la mise en œuvre du projet (voir la section « Informations générales sur le projet »).

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 un élément 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!
Adelaide.DAmore sam 30/09/2023 - 16:45

Informations générales sur le projet BRBDR

Informations générales sur le projet BRBDR

Nom du projet

Belgian Rare Bleeding Disorders Registry

Abréviation du projet

BRBDR

Code du projet

HDBP0053

Organisation principale qui supervise la mise en œuvre du projet

  • Sciensano

Organisation partenaire participant au projet

  • Non disponible

Organisation qui a commandité ce projet

  • Institut national d'assurance maladie-invalidité (INAMI)

Organisation apportant un soutien financier ou matériel

  • Institut national d'assurance maladie-invalidité (INAMI)

Brève description du projet

L'hémophilie est une anomalie congénitale de la capacité de l'organisme à former des caillots sanguins, ce qui peut entraîner des saignements dans les articulations, les muscles et les organes. Outre l'hémophilie, il existe d'autres troubles de la coagulation, dont la maladie de Von Willebrand est la forme la plus courante. Il s'agit de maladies rares dont le traitement est efficace mais coûteux. En Belgique, la prise en charge des patients hémophiles est organisée par une convention nationale et assurée par des centres de référence spécialisés.

La surveillance publique, par le biais d'une collecte systématique de données relatives à la maladie, est d'une importance cruciale pour suivre les résultats sanitaires, les variations des symptômes et l'évolution des tendances. Ainsi, les connaissances sur l'utilisation des facteurs de coagulation, le rapport coût-efficacité et les résultats des différents nouveaux traitements, comme la thérapie génique, sont encore limitées. La mise en place d'une collecte systématique de données nationales permettra de comparer les différents produits de traitement et leur efficacité par groupe de patients. Par conséquent, un registre national des patients est un moyen essentiel d'identifier et de répertorier les traitements, de suivre les effets secondaires, d'évaluer les résultats et d'améliorer le traitement. La création d'un registre national de l'hémophilie est l'une des recommandations des Principes européens de traitement de l'hémophilie (2008). L'objectif du projet est de mettre en place un registre longitudinal et prospectif des patients, qui fournisse des données cliniques et des résultats relatives au patient. Les données du registre peuvent être utilisées à différentes fins :

  • Donner un aperçu du nombre total de personnes atteintes de troubles de la coagulation, de leur diagnostic, de l'utilisation des facteurs de coagulation, des hémorragies, des résultats du traitement et des effets secondaires du traitement.
  • Comparer la qualité des soins (benchmarking) des centres de traitement de l'hémophilie en Belgique.
  • Permettre des études internationales à grande échelle et des comparaisons avec les traitements de l'hémophilie à l'étranger, grâce au partage des données avec le World Bleeding Disorders Registry, PedNet Registry, HemoNed et le Joint Research Centre Rare Diseases Registry de la Commission européenne
  • Signaler des effets secondaires des médicaments à la base de données européenne de surveillance de la sécurité de l'hémophilie (EUHASS).
  • Fournir des informations pour les rapports, la recherche scientifique et les études de sécurité pour les (nouveaux) médicaments.

Cadre réglementaire de ce projet

Consultez les informations sur le cadre réglementaire publiées sur les pages du site fair.healthdata.be.

Adelaide.DAmore mar 05/03/2024 - 13:53

La collecte des données du projet BRBDR

La collecte des données du projet BRBDR

Organisations et/ou personnes qui fournissent des données

  • text

Date de début de la collecte des données

  • text

Date de fin de la collecte des données

  • text

Périodicité de la collecte des données

  • text

Adelaide.DAmore jeu 25/04/2024 - 15:22

Définition de la Collecte des Données du projet BRBDR (HDBP0053)

Définition de la Collecte des Données du projet BRBDR (HDBP0053)

Dans le fichier ci-dessous, vous trouverez les spécifications de la Définition de la Collecte des Données (DCD, data collection definition) du projet BRBDR. Il s'agit d'une description détaillée du contenu de xx DCD :

  • [insert names of DCD]

[insert screenshot]

avec les noms des champs, les formats, les valeurs, les règles de validation, les textes d'aide, les textes d'avertissement, les traductions, etc. Ces spécifications ont été utilisées pour créer les formulaires, les CSV et les API de ce projet que vous pouvez également trouver dans ce manuel de projet.

  • [insert DCD]
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 un élément 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!
Adelaide.DAmore mar 30/01/2024 - 13:27

Description du flux de données du projet BRBDR

Description du flux de données du projet BRBDR

Étape 1. Exportation automatique des données des systèmes du fournisseur de données vers HD4DP v2 et pré-remplissage des formulaires s'ils ne sont pas complets.

Étape 2. Enregistrement manuel (de novo ou réalisation) des données dans la composante formulaire de HD4DP v2.

Étape 3. Transfert direct en temps réel des variables du registre et de l'ID technique de l'enregistrement de HD4DP v2 vers HD.

Étape 4. Transfert des identifiants du patient et de l'ID technique du dossier de HD4DP v2 vers le client de messagerie eHBox de l'HCO (HCO UM/EM).

Étape 5. Transfert des identifiants du patient et de l'identifiant technique du dossier depuis le client de messagerie eHBox du HCO (HCO UM/EM) vers le service TTP de eHealth.

Étape 6. Transfert des identifiants pseudonymisés du patient et de l'ID technique du dossier du service TTP d'eHealth vers le client de messagerie eHBox de HD (HD UM/EM).

Étape 7. Transfert des identifiants pseudonymes du patient et de l'identifiant technique de l'enregistrement du client de messagerie eHBox de HD (HD UM/EM) au moteur d'intégration de HD.

Étape 8. Jonction et transfert des identifiants de patients pseudonymisés, des variables de registre et de l'identifiant technique de l'enregistrement du moteur d'intégration de HD vers l'environnement de validation des données de DHW.

Adelaide.DAmore sam 30/09/2023 - 17:09

HD4DP v2

HD4DP v2 Adelaide.DAmore sam 30/09/2023 - 17:09

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

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

La version 2.x Local de HD4DP est un système de saisie électronique des données (electronic data capture - EDC) : un système informatisé conçu pour la collecte de données cliniques au format électronique en vue d'une utilisation dans la recherche soutenant la politique de santé publique. HD4DP (Health Data for Data providers) remplace la méthodologie traditionnelle de collecte de données sur papier et la prolifération de sites web pour rationaliser la collecte de données et accélérer le temps d'analyse et de reporting.

Composants et caractéristiques

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

NextGen Connect

NextGen Connect est un moteur d'intégration des soins de santé qui traduit les normes des messages en normes requises 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 HD4DP 2.0 lui-même, mais aussi toutes les intégrations avec le monde extérieur.

API des Collectes de données : Le serveur form.io offre une API REST qui peut être utilisée pour soumettre des données pour chaque collecte de données connue. Les systèmes de base fournisseurs de données ne peuvent pas accéder directement à cette API, mais doivent utiliser l'API exposée par le composant NextGen Connect. Cette API est simplement un proxy pour l'API form.io, mais permet des fonctionnalités supplémentaires en plus de l'API form.io telles que la sécurité, la surveillance, la limitation de bande passante, etc.

API des CSV : Pour chaque collecte de données, les données peuvent être soumises sous forme de fichier à l'aide d'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 manuel et une validation.

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

Transmission des données : le composant NextGen Connect s'occupe de l'acheminement 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 en cas d'erreur.

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 collecte de données.

Form.io

Form.io est une plateforme de gestion de données qui comprend un constructeur de formulaire avec une interface drag and drop, la gestion des données avec une plateforme API complète, la gestion des utilisateurs, des formulaires hors ligne, des formulaires dynamiques, la création automatique d'API, et l'intégration d'applications. Dans HD4DP v2, une application Angular frontend 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 responsable de la définition des formulaires et de l'enregistrement des entrées nouvelles ou mises à jour.

HD Connect (LOCAL Proxy)

Le composant HD Connect est utilisé pour récupérer les métadonnées de la Master Data Management Database (MDM DB) résidant du côté de healthdata.be.

Local datawarehouse

Chaque changement dans les entrées de données sur le serveur form.io est poussé vers le datawarehouse local (Local DWH) pour faciliter le reporting et l'extraction de données. Ce DWH local consiste en une base de données PostgreSQL.

Installation et maintenance

L'application HD4DP v2 Local est fournie gratuitement 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 HD4DP v2 Local 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 HD4DP v2 Local d'un autre organisme de soins de santé, peuvent demander l'accès et l'utilisation de HD4DP v2 WEB hébergé par healthdata.be.

L'application HD4DP v2 Local est maintenue gratuitement à distance sur l'infrastructure de l'organisme de soins par healthdata.be. L'infrastructure sur laquelle l'application HD4DP v2 Local est installée doit être maintenue par l'organisme de soins.

Adelaide.DAmore sam 30/09/2023 - 17:10

Position de HD4DP v2 dans l'Architecture 2.0 de HD

Position de HD4DP v2 dans l'Architecture 2.0 de HD
Adelaide.DAmore sam 30/09/2023 - 17:10

Manuel d'utilisation de l'application HD4DP v2

Manuel d'utilisation de l'application HD4DP v2

Ce manuel décrit les fonctions suivantes de l'application HD4DP v2 :

Adelaide.DAmore dim 07/01/2024 - 12:42

Demander l'accès à une application HD pour un projet spécifique

Demander l'accès à une application HD pour un projet spécifique

Healthdata.be applications such as HD4DP v2 and healthstat.be process sensitive personal information. Therefore, strictly controlled processes are used to grant access to these applications. The Entity Access Management (EAM) portal of healthdata.be facilitates these processes.

Make sure to use the current version of the EAM system. The user documentation can be found here.

This documentation is being updated regularly. We try to provide as correct, complete and clear as possible information on these pages. Nevertheless, if you see anything in the documentation that is not correct, does not match your experience or requires further clarification, please create a request (type : request for information) via our portal (https://sciensano.service-now.com/sp) or send us an e-mail via support.healthdata@sciensano.be to report this documentation issue. Please, do not forget to mention the URL or web address of the page with the documentation issue. We will then adjust the documentation as soon as possible. Thank you!
Adelaide.DAmore lun 29/04/2024 - 11:11

Rôles d'utilisateurs dans HD4DP v2

Rôles d'utilisateurs dans HD4DP v2

Chaque organisme de soins de santé dispose d'un gestionnaire d'accès qui surveille les droits d'accès aux applications de l'organisme et les gère dans le système Entity Access Management (EAM) de healthdata.be. Dans le cadre de ce processus, les demandes d'accès des employés de l'organisme de santé sont analysées et validées si elles sont légitimes. L'étendue des accès accordés peut varier, ce qui se reflète dans les différents rôles des utilisateurs. En fonction des droits d'accès, on peut distinguer les trois rôles d'utilisateur suivants :

Local Study Lead (auteur) :

Le Local Study Lead peut :

  • éditer et réviser tous les enregistrements de pairs (quel que soit leur rôle) pour l'étude ou le projet ;
  • effectuer des enregistrements dans HD4DP v2.

Ce rôle peut être celui du responsable de l'étude ou du projet au sein de l'organisme de soins de santé participant, mais ne doit pas s'y limiter.

Local Study Associate (auteur) :

L'associé local de l'étude peut :

  • éditer et réviser ses propres enregistrements, et non ceux d'autres collègues du même organisme de soins de santé participant à la même étude ou au même projet. Les enregistrements indiqués sont limités aux patients traités par le Local Study Associate ;
  • effectuer des enregistrements dans HD4DP v2.

Le Local Study Associate est un prestataire de soins de santé qui participe à l'étude ou au projet. Ceci est reflété dans le formulaire d'enregistrement.

Local Study Support (co-auteur) :

Le Local Study Support peut :

  • éditer et réviser les enregistrements appartenant au groupe d'auteurs auquel il est lié ;
  • effectuer des enregistrements dans HD4DP v2.

Un Local Study Associate et un Local Study Lead peuvent déléguer des tâches d'enregistrement à un Local Study Support. Il peut s'agir, entre autres, d'un assistant administratif ou d'un membre du personnel d'un service de codage médical. Le Local Study Associate et le Local Study Lead sont toujours considérés comme l'auteur de l'enregistrement ; le Local Study Support est considéré comme le co-auteur. Le Local Study Associate et le Local Study Lead peuvent consulter et modifier les enregistrements du Local Study Support.

Par défaut, un seul Local Study Lead est prévu par healthdata.be (Sciensano) pour chaque projet au sein de chaque organisme. L'idée est qu'une seule personne est censée voir toutes les soumissions pour ce projet au sein de cet organisme. Cette politique empêche les utilisateurs de HD4DP v2 de voir des informations personnelles et sensibles provenant d'individus avec lesquels ils n'ont pas de relation thérapeutique. Pour toute dérogation à cette politique, le personnel de l'organisme de soins de santé doit contacter son délégué à la protection des données (DPD).

Remarques :

  • l'étendue des droits d'accès ne reflète pas nécessairement la hiérarchie au sein de votre organisme de soins de santé ;
  • c'est au gestionnaire d'accès qu'il incombe de changer les rôles de/en Local Study Lead, Local Study Associate et Local Study Support. Ces demandes sont effectuées dans le système EAM.
Adelaide.DAmore dim 07/01/2024 - 12:43

Accéder à l'application HD4DP v2

Accéder à l'application HD4DP v2

Pour accéder à l'application HD4DP v2 (que ce soit la version locale ou la version web), vous devez d'abord demander un compte. Si vous n'avez pas encore de compte, veuillez d'abord lire l'article suivant « Demander l'accès à une application HD pour un projet spécifique ».

Une fois votre compte créé et le registre mis en production, vous recevrez un e-mail contenant les informations suivantes (notez que le texte entre [ ] sera adapté) :

  • Organisation : [numéro INAMI - Nom] 
  • Identifiant : [e-mail] 
  • Mot de passe : [mot de passe] 
  • Application URL : [url] 

Avec ces informations d'identification, vous pouvez accéder à l'application HD4DP v2 de votre organisation :

  1. Allez à l'url mentionné dans l'e-mail
  2. Sélectionnez « votre organisation » dans la liste
  3. Votre organisation : [numéro INAMI – Nom] 
  4. Cliquez sur « Suivant » 
  5. Complétez votre « username » et votre « password »
  6. Cliquez sur « Log in »

Veillez à vous déconnecter après avoir utilisé l'application HD4DP 2.0 ou toute autre application de healthdata.be. Le fait de fermer votre navigateur Internet ne garantit pas la clôture de votre demande d'enregistrements.

Adelaide.DAmore sam 30/09/2023 - 17:13

Naviguer vers le projet BRBDR

Naviguer vers le projet BRBDR Adelaide.DAmore sam 30/09/2023 - 17:20

Créer un enregistrement BRBDR

Créer un enregistrement BRBDR Adelaide.DAmore sam 30/09/2023 - 17:21

Trouver un enregistrement BRBDR

Trouver un enregistrement BRBDR Adelaide.DAmore sam 30/09/2023 - 17:21

Mettre à jour un enregistrement BRBDR

Mettre à jour un enregistrement BRBDR Adelaide.DAmore sam 30/09/2023 - 17:21

Supprimer un enregistrement BRBDR

Supprimer un enregistrement BRBDR Adelaide.DAmore sam 30/09/2023 - 17:21

Envoyer un enregistrement BRBDR

Envoyer un enregistrement BRBDR Adelaide.DAmore sam 30/09/2023 - 17:22

Envoyer une correction d'un enregistrement

Envoyer une correction d'un enregistrement

Pour envoyer une correction d'un enregistrement soumis, vous devez soumettre à nouveau l'enregistrement complet. Un aperçu des corrections soumises est disponible via le formulaire de correction générique de HD4DP v2.

La fonction (et le bouton) Ajouter des corrections à un formulaire d'enregistrement a été supprimée. Elle n'est plus disponible, ni dans le tableau récapitulatif, ni dans la page de prévisualisation d'un enregistrement.

Soumettre à nouveau l'enregistrement complet

La meilleure façon d'envoyer une correction est de remplir le formulaire d'enregistrement complet avec les valeurs correctes et de le soumettre à nouveau. Dans ce cas, la version la plus récente de l'enregistrement reçue par healthdata.be sera considérée comme correcte.

La recevabilité d'un enregistrement est déterminée par ce que l'on appelle une business key. Il s'agit d'un ensemble unique de valeurs de champs spécifiques par enregistrement, comme une combinaison de l'identifiant du patient et de la date d'hospitalisation, ou du numéro de registre national et de l'identifiant de l'échantillon. La business key est créée lors de la soumission de l'enregistrement original et permet ainsi d'identifier l'enregistrement le plus récent reçu dans la base de données de healthdata.be en cas de nouvelle soumission.

Attention : Si l'un des champs qui constituent la business key doit être corrigé, l'enregistrement qui sera soumis à nouveau aura une business key différente. Par conséquent, les deux enregistrements seront considérés comme corrects, puisqu'il n'y a pas de business key identique.
Vous pouvez envisager d'enregistrer un ticket RITM via notre portail de services (https://sciensano.service-now.com/sp) pour assurer le suivi de ce cas particulier.

Il existe deux options pour soumettre à nouveau un enregistrement :

Option 1 : Soumission via API S2S / Téléchargement du fichier CSV

La correction des valeurs est effectuée directement dans le fichier json ou csv. Pour soumettre à nouveau l'enregistrement complet via le back-end, veuillez vous référer aux pages de documentation technique applicables. Les exemples présentés dans les liens ci-dessous concernent le projet Pacemaker Primo-implantation :

  • Pour soumettre l'enregistrement complet sous la forme d'un fichier .json via l'API S2S, cliquez ici.
  • Pour soumettre l'enregistrement complet sous la forme d'un fichier .csv via le téléchargement d'un fichier CSV, cliquez ici.

Option 2 : Soumission via l'application web HD4DP 2.0

Tout d'abord, vous devez accéder à l'application web HD4DP v2, naviguer vers le programme d'études et sélectionner le projet d'étude souhaité dans le menu bleu foncé de gauche. Ensuite, remplissez à nouveau manuellement le formulaire d'enregistrement complet avec les valeurs correctes. Soumettez à nouveau le formulaire d'enregistrement complété.

L'enregistrement précédemment soumis ne sera plus pertinent en fonction de la business key.

Le formulaire de correction générique

Le Formulaire de Correction que vous trouverez dans la liste des programmes d'études et des projets d'études de l'application web HD4DP v2 contient une vue d'ensemble de toutes les corrections d'enregistrement soumises.

Si vous souhaitez avoir un aperçu de ces corrections d'enregistrements, naviguez vers le Formulaire de Correction du programme d'études, puis vers le Formulaire de Correction du projet d'études. Enfin, sélectionnez la version la plus récente.

Les corrections des enregistrements des différents projets seront affichées en LECTURE SEULE dans le tableau récapitulatif.

Adelaide.DAmore jeu 25/04/2024 - 15:30

Statuts d'enregistrement dans HD4DP v2

Statuts d'enregistrement dans HD4DP v2

Cet article explique les différents statuts d'enregistrement dans HD4DP v2.

Les statuts sont indiqués dans la colonne Statut.

Vous pouvez sélectionner les colonnes que vous souhaitez afficher via le menu Sélectionner les colonnes visibles situé dans le coin supérieur droit :

Sélectionnez les colonnes que vous souhaitez afficher et cliquez sur Appliquer.

Description des statuts :

Ouvert : l'enregistrement est créé et stocké. Il n'a pas été envoyé.

Supprimé : l'enregistrement a été supprimé.

Envoyé : l'enregistrement a été soumis et envoyé.

Adelaide.DAmore sam 30/09/2023 - 17:22

Réinitialiser le mot de passe pour HD4DP v2

Réinitialiser le mot de passe pour HD4DP v2

Après avoir reçu vos identifiants pour vous connecter à l'application HD4DP 2.0, vous pouvez envisager de réinitialiser le mot de passe pour qu'il soit plus facile à retenir.

Cliquez sur l'URL https://acc.kubes.healthdata.be/, sélectionnez votre organisation et cliquez sur le bouton « Next ».

Indiquez votre adresse e-mail et le mot de passe que vous avez reçu. Cliquez sur le bouton « Log in ».

L'écran principal de l'application HD4DP 2.0 apparaît. Sur la gauche, vous pouvez voir le menu des programmes d'études et des projets d'études ; sur la droite, vous trouverez la section dans laquelle les enregistrements pertinents seront disponibles.

En haut à droite de l'écran, vous remarquerez le lien « Reset password ». Cliquez sur ce lien.

Réinitialisez le mot de passe que vous avez reçu en saisissant le mot de passe de votre choix. Répétez le nouveau mot de passe dans le champ de vérification et cliquez sur le bouton « Submit ».

Vous serez redirigé vers l'écran principal et le mot de passe sera automatiquement réinitialisé en arrière-plan. Vous n'avez pas besoin de vous reconnecter pour le moment.

Lorsque vous vous reconnecterez sur le site, vous devrez utiliser votre nouveau mot de passe.

Adelaide.DAmore dim 07/01/2024 - 15:28

Manuel technique de l'application HD4DP v2

Manuel technique de l'application HD4DP v2

Le contenu de cette page n'est disponible qu'en anglais. Sélectionnez le bouton de la langue EN pour le lire.

Adelaide.DAmore sam 30/09/2023 - 17:23

Rôles d'utilisateurs techniques dans HD4DP v2

Rôles d'utilisateurs techniques dans HD4DP v2

Administrateur IT : Un administrateur IT détient le plus haut niveau de tous les rôles et toutes les autorisations et peut :

  1. se connecter en utilisant Active Directory ;
  2. accorder l’accès au Local Study Lead, Local Study Associate et Local Study Support ;
  3. sélectionner et accéder à tous les projets ;
  4. créer, trouver, mettre à jour, supprimer, envoyer (vers healthdata.be, MyCareNet et d'autres destinations) et corriger un enregistrement en utilisant le composant form.io ;
  5. créer, mettre à jour, envoyer et corriger un enregistrement en utilisant la collecte de données API ;
  6. créer, mettre à jour, envoyer et corriger un enregistrement en utilisant le téléchargement CSV ;
  7. créer et envoyer un enregistrement MyCareNet en utilisant MyCareNet XML ;
  8. voir tous les enregistrements pour tous les projets ;
  9. récolter tous les enregistrements pour tous les projets à partir du DWH local en utilisant la base de données PostgreSQL.
Adelaide.DAmore sam 30/09/2023 - 17:23

Installation de HD4DP v2

Installation de HD4DP v2

Le contenu de cette page n'est disponible qu'en anglais. Sélectionnez le bouton de la langue EN pour le lire.

Adelaide.DAmore sam 30/09/2023 - 17:24

Instructions sur l'infrastructure de HD4DP v2

Instructions sur l'infrastructure de HD4DP v2

Le contenu de cette page n'est disponible qu'en anglais. Sélectionnez le bouton de la langue EN pour le lire.

Adelaide.DAmore sam 30/09/2023 - 17:24

Fiche d'informations sur l'infrastructure de HD4DP v2

Fiche d'informations sur l'infrastructure de HD4DP v2

Le contenu de cette page n'est disponible qu'en anglais. Sélectionnez le bouton de la langue EN pour le lire.

Adelaide.DAmore sam 30/09/2023 - 17:25

Conditions requises pour l'installation de HD4DP

Conditions requises pour l'installation de HD4DP

Le contenu de cette page n'est disponible qu'en anglais. Sélectionnez le bouton de la langue EN pour le lire.

Adelaide.DAmore sam 30/09/2023 - 17:27

Solution VPN

Solution VPN

Le contenu de cette page n'est disponible qu'en anglais. Sélectionnez le bouton de la langue EN pour le lire.

Adelaide.DAmore jeu 25/04/2024 - 15:33

API S2S dans HD4DP v2

API S2S dans HD4DP v2

Le contenu de cette page n'est disponible qu'en anglais. Sélectionnez le bouton de la langue EN pour le lire.

Adelaide.DAmore sam 30/09/2023 - 17:28

API S2S pour BRBDR

API S2S pour BRBDR

Le contenu de cette page n'est disponible qu'en anglais. Sélectionnez le bouton de la langue EN pour le lire.

Adelaide.DAmore sam 30/09/2023 - 17:28

Téléchargement de CSV dans HD4DP v2

Téléchargement de CSV dans HD4DP v2

Le contenu de cette page n'est disponible qu'en anglais. Sélectionnez le bouton de la langue EN pour le lire.

Adelaide.DAmore sam 30/09/2023 - 17:28

Téléchargement de CSV pour BRBDR

Téléchargement de CSV pour BRBDR

Le contenu de cette page n'est disponible qu'en anglais. Sélectionnez le bouton de la langue EN pour le lire.

Bart.Servaes sam 30/09/2023 - 17:29

Architecture 2.5

Architecture 2.5 Bart.Servaes sam 06/01/2024 - 17:26

Convention de dénomination uniformisée

Convention de dénomination uniformisée

Le contenu de cette page n'est disponible qu'en anglais. Sélectionnez le bouton de la langue EN pour le lire.

Bart.Servaes jeu 25/04/2024 - 15:36

Envoi de valeurs de code au lieu de codes ID dans les demandes S2S

Envoi de valeurs de code au lieu de codes ID dans les demandes S2S

Le contenu de cette page n'est disponible qu'en anglais. Sélectionnez le bouton de la langue EN pour le lire.

Bart.Servaes lun 22/01/2024 - 11:35

Mapping MDM des codes de facturation pour MyCareNet

Mapping MDM des codes de facturation pour MyCareNet

Le contenu de cette page n'est disponible qu'en anglais. Sélectionnez le bouton de la langue EN pour le lire.

Bart.Servaes lun 22/01/2024 - 11:35

Bases de données

Bases de données Adelaide.DAmore jeu 25/04/2024 - 15:38

Obtenir les données du projet BRBDR de la base de données locale de HD4DP v2

Obtenir les données du projet BRBDR de la base de données locale de HD4DP v2

Le contenu de cette page n'est disponible qu'en anglais. Sélectionnez le bouton de la langue EN pour le lire.

Adelaide.DAmore sam 30/09/2023 - 17:30

Base de données Nippin

Base de données Nippin

Le contenu de cette page n'est disponible qu'en anglais. Sélectionnez le bouton de la langue EN pour le lire.

Adelaide.DAmore jeu 25/04/2024 - 15:40

Online Acceptance Environment pour HD4DP v2

Online Acceptance Environment pour HD4DP v2

Le contenu de cette page n'est disponible qu'en anglais. Sélectionnez le bouton de la langue EN pour le lire.

Adelaide.DAmore mar 09/01/2024 - 12:38

Demande d'accès

Demande d'accès

Le contenu de cette page n'est disponible qu'en anglais. Sélectionnez le bouton de la langue EN pour le lire.

Adelaide.DAmore mar 24/10/2023 - 16:55

Service de support pour HD4DP v2

Service de support pour HD4DP v2

Le Service Desk de healthdata.be (Sciensano) aide les utilisateurs de nos applications et services et traite les demandes et problèmes lorsqu'ils surviennent.

Le Service Desk se concentre sur les services gérés par nos services informatiques (HD4DP, HD4RES, healthstat.be,…) et vous aide avec les comptes et les mots de passe. Pour toute question sur le contenu et les objectifs des projets, nous vous invitons à vous adresser aux organismes de recherche responsables.

Pour un traitement plus efficace de votre demande, nous vous conseillons d'utiliser notre portail de services : https://sciensano.service-now.com/sp.

Veuillez trouver ci-dessous les heures d'ouverture de notre service de support :

Adelaide.DAmore mar 09/01/2024 - 14:15

Comment signaler un incident

Comment signaler un incident

Le service healthdata.be (Sciensano) traite chaque rapport d'incident selon une procédure opérationnelle standard (POS). Une version publique de cette POS « HD Incident Management Process » est également disponible sur ce portail : docs.healthdata.be.

Pour soumettre un incident lié aux projets et applications en production, et facilités ou gérés par le service healthdata.be de Sciensano, vous devez d'abord vous connecter au portail Services et Support de HD.

Après l'étape de connexion, vous arriverez sur la page principale du portail.

Sur la page principale, vous devez sélectionner « Obtenir de l'aide ».

Une nouvelle page avec le titre « Créer un incident » apparaîtra.

Vous pouvez maintenant documenter votre incident ou problème en fournissant les informations suivantes :

Veuillez indiquer l'urgence de la résolution de votre problème en fonction de sa criticité pour l'entreprise.

Veuillez indiquer le type de problème que vous rencontrez.

Lorsque le type de problème « Application » est sélectionné, deux champs supplémentaires apparaissent : « Nom du Projet » et « Application ».

Veuillez sélectionner les informations appropriées.

Veuillez décrire clairement et brièvement (1 phrase) l'objet de votre problème.

Veuillez décrire en détail le problème. Les aspects suivants sont importants pour nous permettre de comprendre et de résoudre le problème :

  • une description des actions que vous voulez effectuer mais que vous n'arrivez pas à accomplir (Exemples : fournissez-nous le nom du champ, la règle de validation, le bouton, etc.)
  • une description (si possible) des étapes séquentielles que vous suivez pour utiliser le service ou l'application de healthdata.be pour lequel vous avez besoin de support
  • une brève description du problème technique que vous rencontrez (Exemple : messages d'erreur)

Nous vous recommandons vivement d'ajouter une capture d'écran décrivant le problème (IMPORTANT : ne nous fournissez pas les données du patient !).

Vous pouvez ajouter la capture d'écran en cliquant sur « Add Attachments ».

Sur le côté droit du formulaire, les éléments d'information requis du formulaire d'incident sont énumérés. Lorsque ces champs sont remplis, leurs noms disparaissent de la case « required information » (informations obligatoires).

Le formulaire ne peut être soumis que si tous les champs obligatoires sont remplis, en appuyant sur le bouton vert « Soumettre ».

Si tous les champs obligatoires n'ont pas été remplis, un message d'avertissement apparaîtra en haut du formulaire.

En outre, les champs obligatoires manquants seront mis en évidence en vert.

Lorsque le formulaire d'incident a été soumis avec succès, un aperçu de votre soumission apparaît dans un nouvel écran.

À droite de l'écran, vous trouverez les détails, y compris le numéro de l'incident.

À gauche de l'écran, vous trouverez une chronologie du traitement de votre incident, en commençant par votre création.

Adelaide.DAmore mar 09/01/2024 - 15:05

Service de support de healthdata.be

Service de support de healthdata.be

Le Service Desk de healthdata.be (Sciensano) aide les utilisateurs de nos applications et services et traite les demandes et problèmes lorsqu'ils surviennent.

Le Service Desk se concentre sur les services gérés par nos services informatiques (HD4DP, HD4RES, healthstat.be,…) et vous aide avec les comptes et les mots de passe. Pour toute question sur le contenu et les objectifs des projets, nous vous invitons à vous adresser aux organismes de recherche responsables.

Pour un traitement plus efficace de votre demande, nous vous conseillons d'utiliser notre portail de services : https://sciensano.service-now.com/sp.

Veuillez trouver ci-dessous les heures d'ouverture de notre service de support :

Adelaide.DAmore sam 30/09/2023 - 17:32

Comment signaler un incident

Comment signaler un incident

Le service healthdata.be (Sciensano) traite chaque rapport d'incident selon une procédure opérationnelle standard (POS). Une version publique de cette POS « HD Incident Management Process » est également disponible sur ce portail : docs.healthdata.be.

Pour soumettre un incident lié aux projets et applications en production, et facilités ou gérés par le service healthdata.be de Sciensano, vous devez d'abord vous connecter au portail Services et Support de HD.

Après l'étape de connexion, vous arriverez sur la page principale du portail.

Sur la page principale, vous devez sélectionner « Obtenir de l'aide ».

Une nouvelle page avec le titre « Créer un incident » apparaîtra.

Vous pouvez maintenant documenter votre incident ou problème en fournissant les informations suivantes :

Veuillez indiquer l'urgence de la résolution de votre problème en fonction de sa criticité pour l'entreprise.

Veuillez indiquer le type de problème que vous rencontrez.

Lorsque le type de problème « Application » est sélectionné, deux champs supplémentaires apparaissent : « Nom du Projet » et « Application ».

Veuillez sélectionner les informations appropriées.

Veuillez décrire clairement et brièvement (1 phrase) l'objet de votre problème.

Veuillez décrire en détail le problème. Les aspects suivants sont importants pour nous permettre de comprendre et de résoudre le problème :

  • une description des actions que vous voulez effectuer mais que vous n'arrivez pas à accomplir (Exemples : fournissez-nous le nom du champ, la règle de validation, le bouton, etc.)
  • une description (si possible) des étapes séquentielles que vous suivez pour utiliser le service ou l'application de healthdata.be pour lequel vous avez besoin de support
  • une brève description du problème technique que vous rencontrez (Exemple : messages d'erreur)

Nous vous recommandons vivement d'ajouter une capture d'écran décrivant le problème (IMPORTANT : ne nous fournissez pas les données du patient !).

Vous pouvez ajouter la capture d'écran en cliquant sur « Add Attachments ».

Sur le côté droit du formulaire, les éléments d'information requis du formulaire d'incident sont énumérés. Lorsque ces champs sont remplis, leurs noms disparaissent de la case « required information » (informations obligatoires).

Le formulaire ne peut être soumis que si tous les champs obligatoires sont remplis, en appuyant sur le bouton vert « Soumettre ».

Si tous les champs obligatoires n'ont pas été remplis, un message d'avertissement apparaîtra en haut du formulaire.

En outre, les champs obligatoires manquants seront mis en évidence en vert.

Lorsque le formulaire d'incident a été soumis avec succès, un aperçu de votre soumission apparaît dans un nouvel écran.

À droite de l'écran, vous trouverez les détails, y compris le numéro de l'incident.

À gauche de l'écran, vous trouverez une chronologie du traitement de votre incident, en commençant par votre création.

Adelaide.DAmore sam 30/09/2023 - 17:33

Comment faire une demande d'information sur HD

Comment faire une demande d'information sur HD

Pour soumettre une demande sur la plateforme healthdata.be, vous devez d'abord vous connecter au portail Services et Support de HD: https://sciensano.service-now.com/sp.

Après l'étape de connexion, vous arriverez sur la page principale du portail.

Sur la page principale, vous devez sélectionner « Demander quelque chose ».

Une nouvelle page avec les titres des différents types de demandes apparaîtra.

Cochez la case « Demande d'informations sur HD ».

Une nouvelle page contenant les titres des Demande d'informations sur HD apparaîtra.

Vous pouvez maintenant documenter votre demande en fournissant les informations suivantes :

Veuillez décrire clairement et brièvement (1 phrase) l'objet de votre demande d'informations.

Veuillez décrire en détail la demande d'informations.

Si disponible, veuillez télécharger des documents supplémentaires pertinents pour cette demande d'information.

Sur le côté droit du formulaire, les éléments d'information requis du Formulaire de demande sont énumérés. Lorsque ces champs sont remplis, leurs noms disparaissent de la case « required information » (informations obligatoires).

Le formulaire ne peut être soumis que si tous les champs obligatoires sont remplis, en appuyant sur le bouton vert « Soumettre ».

Si tous les champs obligatoires n'ont pas été remplis, un message d'avertissement apparaîtra en haut du formulaire.

En outre, les champs obligatoires manquants seront mis en évidence en vert.

Lorsque le formulaire de demande a été soumis avec succès, un aperçu de votre demande apparaît dans un nouvel écran.

À droite de l'écran, vous trouverez les détails, y compris le Numéro de la demande.

À gauche de l'écran, vous trouverez une chronologie du traitement de votre demande, en commençant par votre création.

Adelaide.DAmore mar 28/11/2023 - 14:15

Politique de sécurité des e-mails

Politique de sécurité des e-mails

QUEL EST LE PROBLÈME ?

Nous bloquons les e-mails de votre organisation parce que la configuration de vos services de messagerie et/ou de DNS peut permettre aux spammeurs/pirates informatiques d'en abuser. Plus précisément, votre configuration actuelle permet à d'autres expéditeurs d'usurper l'identité de votre organisation en leur permettant d'imiter le « Header From» de l'e-mail de votre organisation.

En d'autres termes, ils peuvent envoyer des messages de phishing et de spam qu'il est impossible de distinguer des e-mails authentiques de votre organisation.

Si vous êtes responsable de la gestion de votre infrastructure TIC, lisez ce qui suit. Sinon, transmettez ce message à votre département TIC ou au service TIC qui gère votre infrastructure TIC.

COMMENT RÉSOUDRE LE PROBLÈME ?

Vous devez vérifier que votre configuration répond aux exigences de sécurité du « Sender Alignment ». Plus précisément, vos services de messagerie et votre DNS doivent être configurés conformément aux normes TIC.

Ces configurations sont courantes, bien documentées et prises en charge par les hébergeurs :

Nous avons constaté que ce problème est fréquent dans les organisations qui ont déplacé leur infrastructure TIC vers des services en Cloud tels que Microsoft (O365), Amazon, Google et MS Azure sans configurer correctement l'infrastructure TIC (qui n'est pas gérée par ces fournisseurs).

Les configurations et les recommandations doivent être mises en œuvre sur l'infrastructure TIC du client, qu'elle soit interne ou externe. Les DNS et les services de messagerie sont les principales plateformes TIC pour ces actions.

L'UTILISATION DE DIFFÉRENTS DOMAINES LORS DE L'ENVOI D'E-MAILS

Les e-mails contiennent une « Envelope From » et un « Header From ». Les deux doivent correspondre pour éviter que l'e-mail ne soit bloqué.

Quelques exemples :

1. Un service public utilise son nouveau nom de domaine dans le « Header From » en son ancien nom de domaine dans l'« Envelope From ».

  • Envelope From = noreply@publicservice.fgov.be
  • Header From = noreply@publicservice.belgium.be

➔ Ces e-mails seront bloqués.

Remarque : Comme il s'agit d'une adresse « noreply », l'expéditeur ne remarquera même pas que l'e-mail est rejeté.

2. Une organisation utilise un service Cloud (Freshservice) pour son outil d'assistance et l'« Envelope From » n'a pas été modifié.

• Envelope From = bounces+us.3.52773-helpdesk=organisation.be@emailus.freshservice.com
• Header From = helpdesk@organisation.be

➔ Ces e-mails seront bloqués.

3. Une entreprise utilise un service Cloud (Amazon SES) pour envoyer la notification de l'envoi et « Envelope From » n'a pas été modifié.

  • Envelope From = 01020188573f374-96de6437-9134-45f4-8aa6-3e9ac18d5848-000000@euwest-1.amazonses.com
  • Header From = noreply@company.be

➔ Ces e-mails seront bloqués.

Jonas.VanBussel ven 04/08/2023 - 11:14