Questions sur l'architecture technique de Discourse

Dev
1

Salut

Il y a longtemps, j’étais un technicien, mais plus maintenant. J’ai dit ailleurs que je m’intéressais à la conception de communautés numériques. La sociologie construite avec la technologie

Je ne sais pas ce qu’est l’architecture de Discourse, mais je sais qu’il a des thèmes et des plugins. S’il y a d’autres éléments, j’en ignore l’existence

Aide S’il Vous Plaît :slight_smile:

J’ai essayé de chercher sur la paire de différentes manières, mais je n’obtiens rien qui suggère “voici le 101 sur quoi/pourquoi. Par exemple : il y a une couche de présentation, une couche de stockage et un processus de sélection entre les deux qui utilise ces informations pour établir un contexte afin de sélectionner de l’une vers l’autre. Par défaut, vous obtenez x y et z. un plugin est un… ceux du répertoire seront chargés au démarrage du processus du serveur (ou autre) ils s’accrochent à l’interface utilisateur/backend/frontend etc. par…, ceux qui existent sont…, un thème affecte la couche de présentation (?) par défaut plus les plugins de la manière suivante…”

Existe-t-il une telle description que quelqu’un pourrait me indiquer et qui me permettrait de passer de 0 à une compréhension suffisante pour pouvoir trouver ce qui existe actuellement et avoir assez de compréhension pour faire preuve d’imagination

parce que

alors je pourrai les utiliser comme blocs de construction conceptuels dans la conception de communautés à des fins différentes.

Je m’intéresse à… :
si Discourse pourrait être “renforcé” pour répondre aux normes de #qualité_médicale - non, je ne sais pas ce qu’elles sont dans une juridiction particulière pour l’instant, mais je sais qu’elles seront nécessaires aux fins d’intérêt et différentes selon les zones géographiques.

Je m’intéresse à l’interfaçage avec des outils de réadaptation instrumentés et au codage pour l’extraction de données anonymisées (#conforme_RGPD) sur les métriques de progrès et d’efficacité, ainsi qu’aux données d’amélioration pour la recherche.

Je m’intéresse à la façon dont les meilleurs des meilleurs posts peuvent remonter à la surface comme la crème, afin que les nouveaux utilisateurs ne soient pas confrontés à une expérience utilisateur de Discourse qui leur est étrangère dans un sujet pour lequel ils viennent de découvrir un besoin urgent, à un moment de désorientation, avec un corpus d’informations devant eux qui s’étend sur des milliers de posts et de fils de discussion, avec seulement une structure hiérarchique qui est académique et non viscérale pour eux…

Les structures hiérarchiques en général sont mieux parcourues pour les sujets d’intérêt potentiel si l’on peut d’abord reprendre son souffle en mode recherche, mais elles ne supportent généralement que des modes de recherche en profondeur - Discord semble être un cas d’espèce - où la présomption est que l’on connaît déjà le sujet - cela pourrait être légèrement atténué par les hashtags, ce qui est un autre sujet de ma liste de lecture.

Peut-être que certains des trucs de bots IA font le pont ? Un autre élément de ma liste de lecture… :slight_smile:

Je regarde aussi des vidéos via le blog avec @jonobacon et je pourrai peut-être poser des questions plus intelligentes quand je les aurai terminées.

Afin de penser de manière créative dans le contexte de Discourse, j’ai besoin de mieux comprendre quels composants et quelles interfaces existent.

Pouvez-vous m’aider à m’orienter :slight_smile:
Merci d’avance

2 « J'aime »
2

Parcourir les plugins, thèmes et composants de thème existants peut vous donner une idée de ce qui est possible en termes de personnalisation :

6 « J'aime »
3

:wave: Salut @51mon - si vous êtes intéressé par le développement de forums Discourse, les informations ici pourraient vous intéresser. :slight_smile:

2 « J'aime »
4

Merci :slight_smile:

Je pense que vous m’avez donné un dictionnaire alors que j’espérais des conseils sur la façon de lire ! - avez-vous une introduction plus douce sur le sujet de ce que sont ces choses et comment elles fonctionnent plutôt que ce qu’elles font :slight_smile: ?

Il y a beaucoup de choses dans vos liens, mais rien dans l’aperçu qui explique quelle est l’architecture de discourse - je suis moins préoccupé par les capacités fournies dans les plugins, etc. pour le moment - j’essaie toujours de comprendre ce qu’ils sont réellement.

2 « J'aime »
5

Merci, je vais jeter un œil :slight_smile:

Je suis un peu réticent car ils sont intitulés “en cours de développement…” et je ne suis pas intéressé par l’écriture de code - je veux comprendre l’architecture

Je vais regarder car il n’est pas évident pour le moment si les textes répondront à mon besoin (croisons les doigts)

Je vous tiendrai au courant - sauf si bien sûr vous avez d’autres suggestions :). ?

1 « J'aime »
6

@51mon Je suppose que vous avez étudié ceux-ci ?

7 « J'aime »
7

Je n’avais pas :slight_smile:
Merci

~~ "~~
[[Modifications]]

Oups ! Le premier lien m’emmène à l’en-tête de 15 fils de discussion.

Les liens deux et trois sont des pages de vente, mais au moins il n’y a qu’une seule page - elles présentent des listes de fonctionnalités, pas des descriptions architecturales cependant.

Et oups, je ne suis même pas sûr de ce qu’est le dernier lien, sauf une invitation à se connecter à try.discourse.org avec des fils de discussion contenant plus de 100 entrées, plus un avec plus de 1 000 à lui seul -

pas de carte. Cela doit être un peu comme ce que Cook a ressenti lorsqu’il a repéré l’Australie, puis a passé des jours à naviguer le long de sa côte.

Modification
La liste des fonctionnalités
La page nomme une longue liste de choses. Certaines de ces choses sont conceptuelles. Lorsqu’un nom fait référence à un concept qui n’est pas décrit, il vous dit seulement qu’il y a une chose ici, mais ne transmet aucune compréhension ni ce qu’est cette chose - donc je sais d’après les fonctionnalités qu’il y en a beaucoup :slight_smile: mais je n’ai pas de concept de ce que je peux faire à partir de nombreuses fonctionnalités nommées.
Bon pour établir l’étendue, une bonne aide-mémoire pour ceux qui savent déjà, mais difficile pour quelqu’un qui cherche à comprendre d’acquérir de la compréhension.
De plus, je n’ai aucune idée, d’après cette liste de fonctionnalités, s’il s’agit de plugins, de thèmes, prêts à l’emploi, uniques à discourse ou communs à toutes les plateformes.
Je ne dis pas que je devrais vraiment faire pour cette page à ce stade, je prends juste des notes parce que j’ai un continent à explorer. Ce que mon OP demandait, c’était une image de la Terre vue de la lune, jusqu’à présent je n’ai même pas réussi à grimper au sommet du mât du HMS Endeavor :grin:

Le lien numéro trois “qu’est-ce que discourse” est un mélange de discours de vente avec d’autres choses. Il ne donne pas non plus d’architecture - je ne dis pas qu’il le devrait, mais comme il ne le fait pas, ce n’est pas ce que je recherche.
Il ne me semble pas non plus tout à fait vrai - par exemple, il prétend que discourse a éliminé la complexité, cependant la couleur rouge utilisée dans l’interface utilisateur change en fonction du nombre de likes par rapport aux posts. C’est un élément très ésotérique de l’interface utilisateur. De plus, que vous cliquiez sur les listes de messages non lus sur le titre, le nombre de réponses ou un troisième champ, je ne sais pas comment le nommer, vous êtes emmené à différents endroits dans un fil de discussion. Ce sont toutes des variations intuitives, non annoncées, non signalées de l’expérience utilisateur qui, jusqu’à ce que vous sachiez qu’elles existent dans l’interface utilisateur, seront déroutantes.

2 « J'aime »
8

Pour être honnête @51mon, je ne pense pas comprendre votre question. Pourriez-vous la poser en termes simples, et je ferai de mon mieux pour vous donner une réponse.

8 « J'aime »
9

C’est une gentille démarche @JammyDodger - et je le ferai quand je pourrai, mais je ne peux pas pour le moment.

Je pense que mon message initial l’a dit clairement à mes oreilles, mais clairement, cela ne le transmet pas clairement à vos oreilles (yeux !).

Essayons ceci :

Si nous étions tous les deux debout et regardions une voiture, nous pourrions avoir une discussion comme “vous pouvez vous asseoir dedans et elle vous emmènera au supermarché ou à la plage”. Ou alternativement, nous pourrions avoir une conversation comme “elle a des roues et un moteur alimenté par de l’essence ou une batterie, un dispositif de direction et un dispositif de freinage”.

La conversation sur les freins et les clignotants, et sur le fait que la lumière intérieure s’allume et s’éteigne automatiquement, est une conversation de développeur. La conversation sur aller à la plage, emmener les enfants à l’école le matin, et savoir si l’on peut mettre un fauteuil roulant à l’arrière ou remorquer une caravane est une discussion orientée utilisateur qui frôle le technique. Pour remorquer une caravane, il faut installer une boule d’attelage car ce n’est pas inclus d’origine. Lorsque vous achetez la voiture, vous avez le choix entre blanc, gris, noir ou peut-être bleu. Ce sont des choix uniques - peut-être sont-ce des sujets d’administration dans le contexte de Discourse.

Maintenant, un aspect parmi beaucoup d’autres qui m’intéresse est de savoir si je pourrais alimenter une communauté avec Discourse où les informations qui se trouvent quelque part entre l’administration, l’accumulation des publications des contributeurs et les identifiants des utilisateurs, etc., pourraient devoir être conformes aux réglementations de niveau médical pour la protection des données CIA (confidentialité, intégrité et disponibilité). Mais je ne peux pas évaluer cette question lorsque je ne connais pas l’architecture sous-jacente.

Si cela n’a pas rendu les choses plus claires, vous devrez attendre que j’aie lu toutes les ressources que les gens m’ont envoyées par lien afin que je puisse poser une question intelligible pour ceux qui peuvent y répondre, car actuellement, je ne peux pas formuler la question mieux que cela.
Merci - :slight_smile:

C’est un voyage de découverte et je suis content que cela prenne du temps. Lorsque j’aurai fait les découvertes dont j’ai besoin, il est fort probable que je les rédige et que je les donne à la communauté ici dans l’espoir qu’elles aideront d’autres personnes à l’avenir.

10

Je crains que cela n’ait pas rendu les choses beaucoup plus claires. :slight_smile: J’espère que quelqu’un d’autre pourra intervenir et vous donner ce dont vous avez besoin. :crossed_fingers:

Avez-vous déjà créé un forum pour expérimenter ? Cela pourrait vous aider à explorer vos idées et à vous faire une idée de ce qui est possible.

5 « J'aime »
11

Salut @51mon.

Je soupçonne qu’une partie du problème réside dans les métaphores. Tout ce que l’on tape sera souvent compris par l’auteur. Cependant, d’autres peuvent avoir du mal à comprendre.

Alors… allons-y :

Discourse Meta est conçu au cœur pour être un cadre communautaire de base.

Il fournit une base… qui est assez fade dès le départ.

Avec votre groupe d’âge et le mien, vous avez peut-être été impliqué ou conscient des BBS électroniques DOS.

Un bon nombre étaient des dérivés de Telegard BBS, alias Telegard Hacks. (Dérive latérale…)

Retour au sujet.

Alors vous voulez construire un forum Discourse Meta pour…

C’est votre point de départ… Asseyez-vous et réfléchissez à une idée de l’objectif de votre communauté et de ce que vous voulez qu’elle offre en termes de fonction et de fonctionnalités.

Ensuite, prenez 1 pas en arrière.

Pour avoir une idée plus claire de ce que vous pouvez faire. Explorez la liste des communautés qui utilisent déjà Discourse. Je n’ai pas de lien sous la main pour le moment. Examiner les communautés existantes vous donnera une idée de ce qui peut être accompli… et à quel point certaines communautés sont similaires ou très différentes en termes de portée et de fonction.

À partir de là, vous pouvez noter les fonctionnalités que différentes communautés ont et que vous souhaitez dans votre idée de communauté.

Vous pouvez décider si vous voulez un hébergement payant qui peut vous faciliter la vie ou opter pour un contrôle total et un auto-hébergement pour un contrôle total de la puissante extensibilité en choisissant les plugins que vous souhaitez. Mais au prix de l’entretien du VPS vous-même.

Dans tous les cas, vous devrez rechercher ce dont vous aurez besoin pour avoir les fonctions et les fonctionnalités disponibles afin de concevoir votre communauté.

Alors à partir de là, effectuons une expérience de pensée. Proposez une idée de communauté exemple. Nous pouvons même utiliser une communauté existante et nous demander de quels #plugins (si nécessaire), #thèmes et #composants-de-thème nous aurions besoin pour accomplir ce que cette communauté a ?

1 « J'aime »
12

Salut @Heliosurge
:slight_smile: oubliez ces BBS, je me souviens de newsnet géré par UKC à Canterbury sur des lignes commutées à 300 bauds et je me souviens des services et clients basés sur NNTP comme freeagent

Je suis tout à fait d’accord que les analogies et plus largement les mots lorsqu’ils sont arrangés en phrases ne font souvent qu’encapsuler la compréhension entre les oreilles de l’écrivain. Même s’ils créent de la compréhension ailleurs, il n’y a aucune garantie que ce soit la même ! :slight_smile:

Essayons ceci
Je comprends que Discourse a une partie serveur qui contient une base de données de messages et d’utilisateurs, et que les messages et les utilisateurs ont des attributs et sont liés les uns aux autres. Que cela est hébergé quelque part, l’hôte peut être virtuel, un réseau de diffusion de contenu, etc.

Je comprends que côté client, il y a une couche de présentation qui utilise les messages, les identifiants d’authentification et les droits d’accès des utilisateurs, et des liens pour créer un flux. Je vois que philosophiquement, bon nombre des structures utilisées sont hiérarchiques. La hiérarchie est obscurcie par de nombreux mécanismes de liens croisés.

Je suppose - je pense sans risque - que la palette de couleurs, etc. utilisée côté client est liée au moment de l’exécution à un thème qui peut être remplacé, de sorte que l’exécution ultérieure se lie à un nouveau thème et ne modifie pas le contenu, mais modifie l’apparence de la présentation et peut-être même certains composants stylistiques de navigation fonctionnelle, mais je deviens flou et spéculatif à ce stade.

Je suis conscient que les composants de thème existent et je tiens actuellement un modèle dans ma tête qui dit qu’une combinaison de composants de thème fait un thème, mais là encore, je suis un peu hésitant à ce sujet. Je n’ai pas une bonne compréhension de quelques exemples de ce que fait un composant de thème.

J’ai moins de compréhension des plugins. Je comprends la partie architecturale, c’est-à-dire qu’ils sont côté serveur et se trouvent donc dans l’instance en cours d’exécution qui sert le contenu. Je ne vois pas tout à fait l’interaction entre un thème et un plugin. Je supposerais que si vous étendez les capacités côté serveur, vous devez étendre la présentation côté client, mais cette partie est une incertitude sur l’incertitude.

Je ne sais pas non plus si le modèle architectural complet est composé de : serveur, logiciel de service, application client/navigateur, composants de thème et plugins, ou s’il existe d’autres composants.

J’ai des questions telles que “une communauté Discourse standard ne se trouve pas derrière un mur de paiement ou d’autres mécanismes de monétisation, pourrait-on en ajouter un ?” Les données sont stockées dans un système avec un certain degré du triumvirat de la CIA - confidentialité, intégrité et disponibilité. Cela peut-il être renforcé aux normes requises pour les normes d’interopérabilité des soins de santé des deux côtés de l’Atlantique

Cette dernière exigence déplace la conversation vers l’éthique et la manière dont les logiciels soutiennent les préoccupations légales, morales et culturelles, je pense que c’est pertinent pour ce forum. La compréhension architecturale est un prérequis à la conception de solutions, tout comme la détermination des principes philosophiques qui façonnent les installations considérées comme désirables, essentielles et indésirables/inacceptables/censurables et la censure doit être traitée.

1 « J'aime »
13

C’est bon, vous comprenez. La base de données principale des sujets regroupés par catégories et organisés avec des tags, par exemple ici.

Il existe 2 types de Theme :

  • Basique : modifie simplement l’apparence de base de Discourse.
  • Thème complet : modifie l’apparence et est pré-emballé avec certains Theme component pour altérer ce qu’il peut faire avec des composants pour changer la façon dont les choses fonctionnent.

Cette image. Appel du menu latéral.

Screenshots_2023-09-10-05-42-44
Screenshots_2023-09-10-05-42-44806×1651 122 KB

En bas, là où j’ai mis en évidence avec la flèche, Développer. Vous avez une collection de thèmes, du basique au complet. Expérimentez, choisissez-en un et voyez comment Meta est modifié en termes d’apparence.

Essayez quelques-uns différents et explorez. Je pense que cela aidera à mieux comprendre ce que les thèmes peuvent faire avec et sans composants.

Le thème Air, par exemple, est un thème complet avec des composants pré-installés.

2 « J'aime »
14

Merci
Je pense que cette réponse m’a montré que les thèmes sont chargés côté serveur et que le côté client au démarrage interroge les thèmes disponibles, puis à chaque récupération de données (ou instanciation d’une session ?) à présenter, il fournit un identifiant de thème que le serveur utilise ensuite pour encoder les éléments HTML qui seront transmis au client pour l’affichage.

De plus, vous avez dit que l’application doit être reconstruite. J’imagine que c’est un processus d’édition de liens ? Du moins, vous décrivez un mécanisme statique, pas des bibliothèques liées dynamiquement ?

Je n’ai toujours aucune idée de ce que les services pourraient offrir et comment un thème interagirait, autre qu’en changeant mon icône d’un cercle à un carré, ce qui semble se produire lorsque j’ai sélectionné celui que vous avez nommé, était-ce air ?

16

Contrairement aux anciennes plateformes de forum (vBulletin, phpBB), Discourse n’est pas une collection de scripts côté serveur (php) et d’une base de données séparée.

Discourse comprend deux moitiés : un backend qui se trouve dans Docker, et une application javascript monopage qui est servie à l’appareil client.

Tout ce qui nécessite une modification du backend aura un impact sur le conteneur Docker, ce qui, dans les installations les plus basiques, nécessite une courte période d’indisponibilité. C’est ce que les gens veulent dire lorsqu’ils disent que l’application doit être reconstruite. Le fichier de configuration (un document yml) qui contrôle la façon dont le conteneur est construit doit être modifié, puis une reconstruction est émise au lanceur via SSH. L’installation de plugins nécessite une reconstruction, tandis que les modifications simples du SMTP s’apparentent davantage à un redémarrage.

L’introduction de nouveaux thèmes et composants de thème sont des modifications de frontend effectuées dans l’application web en cours d’exécution. Elles n’entraînent aucune interruption de service car l’application et la base de données sous-jacentes restent inchangées.

1 « J'aime »
17

Merci Steven :slight_smile:

J’ai quelques lacunes techniques. Mon expérience pratique précède Docker d’une génération ! En fait, je me souviens quand la justification de Java comme langage léger par Gosling était la publication la plus en vogue du mois - à l’époque, j’étais un K&R C vers Ingres & Oracle & sysadmin & DBA.

Je pense que je détecte l’utilisation des mots front-end et back-end comme des processus s’exécutant sur le serveur et non comme côté serveur/côté client, est-ce correct ?

Avons-nous des processus coopératifs avec mémoire partagée ou des pipes ou quelque chose entre eux sur le serveur, puis un flux de messages encapsulé TCP envoyant des choses à l’IP qui a le logiciel client ?

Quelqu’un a-t-il dessiné un schéma bloc de ces architectures ?

18

Je pense que cela s’est définitivement éloigné de Community :slight_smile: Déplaçons-le vers Dev car il s’agit davantage d’éléments techniques.

1 « J'aime »
20

Ce sujet semble être un mélange de deux idées :

  1. « Une vue d’ensemble/un diagramme de haut niveau me serait utile pour concevoir mon instance Discourse »
  2. « J’essaie de comparer la fonctionnalité de Discourse à mes besoins mais je ne trouve pas certaines informations ».

Le premier point concernant l’architecture a été un peu discuté, mais malheureusement, il manque toujours un diagramme de haut niveau. J’espère que quelqu’un avec une meilleure compréhension pourra dessiner quelque chose pour nous ici avec mermaid, cependant, je peux au moins (espérons-le) vous fournir quelques conseils pour vos besoins initiaux.

Discourse peut-il répondre aux exigences et normes de sécurité de l’information des secteurs médical, gouvernemental et automobile ?

Vous devrez être plus concret sur la nature exacte de ces exigences. Cependant, étant donné que les secteurs médical et automobile ne sont pas très éloignés, je peux partager mon expérience dans l’espoir que cela vous aide. Pour contexte, j’administre une instance innersource pour un grand fournisseur automobile en Allemagne. Cela a été un casse-tête juridique, mais c’est réalisable avec un niveau de persistance naïf, des niveaux de résilience idiots et une équipe juridique incroyablement serviable et patiente. Sérieusement, soyez très gentil avec votre équipe juridique :laughing :

Les plus grandes questions auxquelles vous devrez répondre sont :

  1. Qui accède à l’information ?
    • Le public ?
    • Le personnel ?
    • Un mélange de personnel et de public ?
  2. Quel type d’information sera sur la plateforme ?
    • Public uniquement ?
    • Mélange de public et d’informations internes ?
    • Confidentiel ? — notez que dès que vous prévoyez d’héberger cela sur la plateforme, les choses deviennent beaucoup plus difficiles
  3. Où sera-t-il hébergé ?
    • sur site
    • Par Discourse ou un autre hébergeur

Dans notre exemple, nous étions uniquement internes (personnel), avec uniquement des informations internes (c’est-à-dire des informations de l’entreprise qui ne sont pas confidentielles) et nous étions initialement auto-hébergés, mais nous sommes passés à l’hébergement par Discourse.

En termes d’hébergement avec Discourse, notre bureau de la sécurité de l’information n’a constaté aucun problème majeur lorsque nous avons choisi de migrer.

Nous distribuons également ces informations dans plusieurs pays : Chine, Inde, Allemagne, Roumanie, États-Unis, France, etc. La Chine a été un peu difficile, mais les équipes de Discourse ont fait un travail fantastique pour nous aider à surmonter les problèmes de CDN que nous avons rencontrés.

Notez que la question numéro 3 : « Où sera-t-il hébergé » est celle qui répond à la plupart de vos questions sur la protection des données et la sécurité.

Connexion et autorisation

Pour la connexion, vous voudrez probablement vous appuyer sur SAML. L’équipe Discourse vous aidera à le configurer si vous êtes un client entreprise chez eux. Notre IDP n’est accessible que lorsque vous êtes derrière le VPN de notre entreprise, ce qui ajoute une couche de sécurité supplémentaire pour nous (c’est-à-dire que vous ne pouvez même pas charger l’écran de connexion à moins d’être sur notre réseau).

SSH

De plus, une installation standard fournira le chiffrement SSH. Je ne suis pas à la CIA, donc je ne sais pas s’ils ont besoin de plus que cela. :male_detective: alléguement

Interfaçage de Discourse avec d’autres outils

Appuyez-vous sur l’API

Pour l’interfaçage, l’API Discourse est votre amie. Vous pouvez obtenir et définir des données à l’aide d’une clé API et de Python.

Il existe un excellent ensemble d’exemples ici : Discourse REST API comprehensive examples

Anonymisation des données utilisateur pour être conforme au RGPD

En termes de RGPD, vous pourriez extraire les données de la plateforme et omettre l’utilisateur au point source en exécutant une requête dans l’explorateur de données.

Ceci contraste avec l’utilisation de l’API Discourse où la réponse JSON inclut généralement des informations complètes sur le message, telles que :

  • Le contenu du message (HTML cuit et Markdown brut)
  • L’identifiant du message
  • L’identifiant du sujet auquel il appartient
  • Le nom d’utilisateur de l’expéditeur
  • Le numéro du message dans le sujet
  • Les horodatages de création et de dernière mise à jour du message
  • Le nombre de « j’aime », de réponses, de citations, etc.

Comment obtenir des messages populaires et une interface familière ?

Vous ne l’avez peut-être pas vu, mais vous pourriez combiner ce thème :

avec quelque chose comme ceci :

3 « J'aime »
21

Pour la loi HIPAA aux États-Unis, avec tout type de données de dossiers médicaux, les praticiens peuvent les partager avec la famille/les amis/les soignants + toute autre personne choisie par le patient s’ils signent un formulaire officiel de divulgation d’informations. Ceux-ci ont généralement une date d’expiration de seulement quelques mois ou années.

Un schéma simple pour cela serait : toutes les données médicales se trouvent dans un gigantesque coffre-fort verrouillé qui ne peut jamais être ouvert en cas d’urgence, sauf si le personnel des services d’urgence a signé des documents du patient.

Sauf si : le patient est inconscient, surtout à long terme dans le coma ou autrement inapte, et/ou déclaré par un tribunal + un juge incapable de gérer ses propres affaires, auquel cas quelqu’un d’autre peut être nommé pour cela.

L’un ou l’autre de ces deux scénarios pourrait être représenté par une clé qui peut ouvrir le coffre-fort, puis déplacer certaines données médicales vers un coffre-fort secondaire avec un accès restreint à des personnes spécifiques uniquement.

Cela pourrait être un groupe de personnes, mais elles devraient être nommées individuellement dans la plupart des cas, je crois, pour être autorisées à avoir accès aux données médicales.

https://www.cdc.gov/phlp/publications/topic/hipaa.html

1 « J'aime »