Une affirmation est définie comme une déclaration de fait ou de croyance confiante et énergique, ou l'action de déclarer quelque chose, ou d'exercer une autorité, avec confiance et force.
En quoi est-ce pertinent pour ORCID, vous pourriez demander ? ORCID permet des connexions entre les chercheurs individuels (via leur ORCID iD) et leurs activités et affiliations (via d'autres identifiants et API), qui sont revendiquées — soit par le chercheur, soit avec son autorisation, par ORCID membres.
Anatomie d'un ORCID Affirmation
Bien que les affirmations puissent sembler simples, les choses peuvent se compliquer rapidement. Nous nous soucions de trois relations dans une assertion. L'origine de l'élément, l'origine de l'assertion et la source. Celui qui a publié l'activité ou est la partie affiliée est l'origine de l'article. Celui qui recueille le ORCID iD et établit la connexion à un élément est appelé l'origine de l'assertion. Celui qui ajoute l'information au chercheur ORCID l'enregistrement est appelé la Source. Les « qui » dans ces sources peuvent être identiques ou différents les uns des autres. Voici quelques exemples concrets :
- Tous les mêmes. Certaines universités collectent les identifiants des employés et des étudiants, connectent les identifiants au dossier du personnel local de la personne, puis mettent à jour les identifiants de la personne. ORCID avec des informations sur leur affiliation avec l'université. Dans ce cas, l'Origine de l'Article (affiliation), l'Origine de l'Assertion (reliant le iD et affiliation), et la Source (mise à jour du ORCID record) sont la même organisation membre.
- Même origine, source différente. Certaines revues collectent des identifiants, les relient à la publication (élément) d'un auteur, puis transmettent ces affirmations aux bureaux d'enregistrement DOI Crossref ou Datacite, qui à leur tour affirment ces informations dans le dossier de l'auteur. ORCID enregistrer. Dans ce cas, le journal est à la fois l'Origine de l'article et l'Origine de l'assertion, et Crossref/Datacite est la Source.
- Tous différents. Les chercheurs peuvent revendiquer leurs articles et ensembles de données existants à l'aide d'un assistant de recherche et de lien. Dans ce cas, l'origine de l'assertion est le chercheur et la source est l'assistant. L'origine de l'article est généralement un tiers qui héberge l'article ou l'ensemble de données (comme un journal ou un référentiel).
Lorsque le « qui » est différent, les chercheurs peuvent se voir demander la permission plusieurs fois dans un même flux de travail, ce qui peut être déroutant et entraîner des pertes d'informations et des déconnexions entre la collecte iD et la mise à jour de leur dossier. C'est un problème. Nous développons une fonctionnalité « Au nom de » (OBO) pour mieux décrire les assertions et permettre aux chercheurs de partager des autorisations sur plusieurs systèmes dans un seul flux de travail. OBO permettra à nos membres de refléter correctement qui a fait quelle affirmation - le chercheur, le membre ou une autre organisation agissant au nom du chercheur ou du membre.
Traçabilité et confiance à l'aide d'identifiants persistants (PID)
In ORCIDmonde idéal, toutes les affirmations faites dans ORCID les enregistrements incluraient un identifiant persistant (PID) en tant que composant de l'élément (publication, ensemble de données, affiliation, etc.) connecté au ORCID identifiant. Plus précisément, nous aimerions que ce PID soit résoluble et respecte les Données/métadonnées FAIR des principes. Nous appelons cela un « PID de confiance ».
Lorsque les PID de confiance ne sont pas pratiques (comme dans le cas des assertions d'affiliation pour lesquelles aucun PID n'existe actuellement), à des fins de traçabilité, nous avons besoin de métadonnées supplémentaires pour permettre l'assurance manuelle de l'assertion. Au fil du temps, nous nous attendons à ce que des PID de confiance émergent pour toutes les assertions.
Parcours d'assurance d'assertion
Compte tenu de ces complexités, quelles sont les meilleures voies pour assurer la traçabilité des ORCID affirmations ? Nous proposons un modèle d'assurance basé sur trois facteurs :
- Qui a fait l'assertion iD-ID initiale (origine de l'assertion) ?
- L'origine de l'article a-t-elle ajouté les informations à l'enregistrement ?
- Le PID de l'article peut-il être résolu en un ORCID iD dans les métadonnées en amont, et lorsque le PID est résolu, fournit-il une voie d'assurance facile ? En d'autres termes, le PID utilisé est-il un PID de confiance ?
Voici trois exemples de parcours :
- PID de confiance. Une université qui est un ORCID l'organisation membre recueille les autorisations d'un chercheur et met à jour les ORCID enregistrement avec un élément d'affiliation. Cet élément comprend le PID de l'organisation de l'université, un PID d'affiliation qui résout, le rôle d'affiliation, les dates d'affiliation et un ORCID identifiant. Ensemble, ces données d'articles satisfont aux principes FAIR et fournissent une grande assurance dans un format lisible à la fois par l'homme et par la machine.
- PID Un chercheur ajoute des informations d'affiliation à son dossier via l'interface utilisateur, sélectionne le nom de son organisation dans la liste fournie et entre manuellement le rôle et les dates. Cet élément comprendra un identifiant d'organisation unique, mais aucun PID d'affiliation. Pour obtenir un niveau d'assurance élevé, il faudrait contacter l'organisation affiliée et vérifier les détails.
- Pas de PID. Un chercheur ajoute des informations d'affiliation à son dossier via l'interface utilisateur et entre manuellement le nom de son organisation. Pour obtenir un niveau d'assurance élevé, il faudrait lever l'ambiguïté du nom de l'organisation fourni (« Marlboro College » UK ou « Marlboro College » USA ?), puis contacter l'organisation pour vérifier les détails.
Vous vous amusez encore ?
Nous pouvons mapper l'origine des assertions avec les types PID dans une matrice 3 x 3 et identifier des modèles pour aider à gérer l'assurance des assertions. À partir de là, nous développons une fonctionnalité « Au nom de » qui contribuera à assurer la traçabilité jusqu'à l'origine de l'assertion. Recherchez plus d'informations sur les assertions et l'assurance lorsque nous lancerons cette fonctionnalité avec la sortie de notre nouvelle API 3.0. Si vous avez des questions en attendant, s'il vous plaît laissez-nous savoir.
