DHealth

Sécurité et confidentialité

Des principes que nous pouvons montrer, pas des certifications que nous n'avons pas.

Cette page décrit comment DHealth est construit. Elle ne revendique ni certification, ni accréditation, ni statut réglementaire, parce que DHealth n'en détient aucun.

Principes d'architecture

  • Accès authentifié des professionnels

    Toute interface professionnelle exige une session authentifiée auprès d'un fournisseur d'identité. Il n'existe pas d'accès professionnel anonyme, ni de porte ouverte partagée.

  • Permissions limitées à l'organisation

    Une personne agit au sein d'une organisation à laquelle elle appartient. Changer d'organisation change ce qu'elle peut voir, et c'est le serveur qui en décide — la mise en page est un confort, pas le contrôle.

  • Rôles explicites

    Saisir un résultat et le libérer sont deux autorités distinctes. Prescrire et examiner également. Les rôles sont accordés délibérément, ils ne découlent pas du seul fait d'être connecté.

  • Auditabilité

    Le réseau consigne ce qui s'est passé, dans l'ordre, et sous quelle autorité. Les libérations sont liées à des versions immuables, et les corrections créent de nouvelles versions au lieu d'écraser le dossier sur lequel un clinicien a agi.

  • Accès patient limité à un ordre

    Un lien patient autorise exactement un ordre. Ce n'est pas un compte, il n'accumule aucun historique, et la clinique émettrice peut le révoquer.

  • Un périmètre de données délibérément restreint

    Un laboratoire reçoit les informations patient que le travail exige, pas un dossier général. DHealth est un réseau diagnostique et n'a pas vocation à devenir un dossier médical permanent illimité au seul motif que des diagnostics y transitent.

  • Aucune donnée patient vers un service d'IA tiers

    Les données patient ne sont jamais transmises à un service d'IA ou d'apprentissage automatique tiers. C'est une règle permanente du produit, pas une option de configuration.

  1. Le personnel se connecte à une organisation

    Un compte appartient à un établissement et à un rôle en son sein.

  2. Une clinique voit les ordres qu'elle a créés

    Son propre travail, et les résultats libérés en retour.

  3. Un laboratoire voit le travail qui lui est adressé

    Ce qu'il est autorisé à recevoir. Pas les dossiers plus larges d'une clinique.

  4. Une patiente voit une demande

    Depuis un lien émis pour cette demande, limité à elle et à rien d'autre.

Router des diagnostics entre organisations n'est pas une raison de constituer un dossier illimité sur tout le monde. Participer au réseau ne rend pas les patients d'un établissement visibles par un autre.

Ce que nous ne revendiquons pas

DHealth n'est certifié, accrédité ni approuvé au titre d'aucun régime réglementaire, et cette page ne doit pas se lire comme une affirmation de conformité. Là où des normes reconnues inspirent la conception, il s'agit d'une entrée de conception — ce n'est pas une certification, et nous ne la présenterons pas comme telle.

  • Aucune certification ni accréditation réglementaire n'est revendiquée.
  • Aucune attestation de conformité n'est revendiquée.
  • Aucune approbation gouvernementale n'est revendiquée.
  • Mentionner une norme n'est jamais revendiquer une certification à cette norme.

Avant des soins réels

Une revue de sécurité, une revue de confidentialité, une gouvernance clinique et une qualification opérationnelle restent nécessaires avant toute utilisation de DHealth dans un environnement de soins réels. C'est un constat sur l'état du travail, énoncé clairement pour qu'aucun établissement ne prenne un système qui fonctionne pour un système qualifié.

Signaler un problème de sécurité

Si vous pensez avoir trouvé un problème de sécurité, écrivez-nous via le formulaire et précisez-le dans votre message — nous répondrons avec un canal direct. Merci de n'y inclure aucune information patient ou clinique.

Nous contacter