Verrouillage d'un workflow pour processus validé (GMP)Salut tout le monde,
J'ai un client qui est tombé amoureux du générateur de flux de travail. Ce dont ils ont besoin pour l'appliquer à des processus réglementés et validés serait un moyen de verrouiller des étapes ou l'ensemble du flux de travail, pour s'assurer que la méthode d'analyse ne peut pas être manipulée.
Est-ce que quelqu'un a une idée de comment accomplir cela? Ai-je raté une option pour y parvenir, peut-être?
Merci pour vos pensées et votre contribution !
Meilleures salutations de Heidelberg,
Florian
Re : Verrouillage d'un workflow pour un processus validé (GMP)Il existe peut-être un meilleur moyen, mais ils peuvent toujours obtenir le script de Workflow Builder et le chiffrer pour exiger un mot de passe "Décrypter" et/ou "Exécuter" (ou les deux). Si beaucoup de gens l'utilisent, vous voudrez probablement le mettre dans un complément avec une option de menu.
Re : Verrouillage d'un workflow pour un processus validé (GMP)Remercier @ian_jmp . C'est certainement une option ou peut-être la voie à suivre. Ce serait en fait bien d'avoir cela intégré dans le générateur de flux de travail 
Re : Verrouillage d'un workflow pour un processus validé (GMP)Il n'y a rien de tel dans le générateur de flux de travail.Pouvez-vous préciser quelle est la demande de l'utilisateur ?
L'utilisateur dispose-t-il de workflows qui exécutent entièrement un processus ?C'est-à-dire qu'ils ne nécessitent aucune intervention de l'utilisateur.
L'utilisateur peut effectuer des actions une fois le workflow terminé.Est-ce un problème?
Ou ne s'agit-il que de "scripts", pas d'analyses réelles ?
Re : Verrouillage d'un workflow pour un processus validé (GMP)@ErnestPasour - Hé, je vais juste intervenir là-dessus parce que je m'attends à ce que beaucoup de nos sociétés pharmaceutiques / biotechnologiques apportent des demandes similaires.
Le problème est un peu comme avec le développement de logiciels. Il y a un moment où vous verrouillez la base de code pour une version, effectuez une dernière série de contrôles de qualité, puis publiez-la dans un état où elle ne peut pas être modifiée par l'utilisateur final. Ils veulent essentiellement pouvoir faire quelque chose de similaire.
Ils veulent pouvoir vérifier qu'un flux de travail s'exécute comme prévu sur un ensemble de données standard (comme ce que nous faisons avec notre outil de vérification NIST), puis verrouiller le flux de travail afin qu'il ne puisse pas être modifié. Les données entrantes et les résultats sortant du flux de travail seront différents du cas de test lorsqu'il est utilisé dans la nature. Le fait est qu'ils ont vérifié que le flux de travail produit les résultats attendus dans des conditions de test contrôlées et qu'il ne peut pas être modifié après ce processus de vérification. Toutes les invites, boîtes de dialogue, etc. feraient partie de ce flux de travail vérifié.
je ne sais pas si @Florian_Vogt mettez-le dans la liste de souhaits interne, mais ce serait un bon ajout aux capacités de WFB en tant qu'option LRT et je m'attendrais à entendre plus de demandes de notre clientèle à mesure que 17 gagne du terrain pour le travail dans des environnements validés.
Meilleur,
M
Re : Verrouillage d'un workflow pour un processus validé (GMP)D'accord merci @MikeD_Anderson , ça clarifie un peu les choses.Ainsi, une façon d'implémenter cela pourrait être qu'un flux de travail soit "verrouillé" et que rien ne puisse être modifié si le document est en lecture seule sur le disque.Les workflows peuvent être stockés dans un système de contrôle de code source pour des raisons de sécurité, mais si les utilisateurs finaux ne peuvent accéder qu'à une copie en lecture seule (soit à partir du contrôle de code source, soit d'un lecteur partagé), ils ne pourront pas les modifier.
Cependant, je me demande toujours : sommes-nous préoccupés par les modifications accidentelles (dans lesquelles le stockage dans le contrôle de source gère la plupart des problèmes) ou empêchant les gens de contourner les lacunes perçues dans un flux de travail béni ?Il est certainement plus difficile d'empêcher quelqu'un de faire autre chose dans JMP qui échapperait aux restrictions intégrées au flux de travail.
Une liste de certaines choses que les utilisateurs pourraient faire et que vous souhaitez empêcher pourrait être utile pour étoffer l'exigence ici.
Re : Verrouillage d'un workflow pour un processus validé (GMP)L'idée de lecture seule est définitivement une option. S'ils avaient un site Sharepoint ou quelque chose qui pourrait gérer cela, ce serait une possibilité. Et vous avez 100 % raison : il y a certainement des processus métier et des procédures d'exploitation standard que l'entreprise de l'utilisateur devra mettre en œuvre, indépendamment de ce que fait JMP. Je pense que le mieux que nous puissions faire (si cela a du sens de votre côté) est de les rencontrer à mi-chemin et de dire ensuite que c'est à eux de mettre en place la stratégie de gouvernance.
Je pense que la préoccupation concerne toute modification - accidentelle ou intentionnelle. Je pense qu'il y a une défense active dans cette question. Verrouiller quelque chose peut être un moyen de définir une SOP en cas d'audit ou autre. Mais, ce n'est qu'une supposition.
Re : Verrouillage d'un workflow pour un processus validé (GMP)Hé @MikeD_Anderson et @ErnestPasour ,
En fait, j'avais soumis une réponse en essayant de clarifier, mais cela semble avoir échoué... eh bien, merci d'avoir clarifié Mike. C'est exactement ce qu'ils demandent (société pharmaceutique réglementée par les BPF).
Ils y ont pensé pour créer une version "play-only" d'un flux de travail, qu'ils pourraient distribuer aux utilisateurs pour une utilisation de routine. Puisqu'ils se trouvent dans un environnement réglementé, ils doivent valider leurs processus, ce qui (comme Mike l'a déjà dit) comprend des éléments tels que la rédaction de procédures opérationnelles standard (SOP) où chaque étape (du processus validé) est décrite.
C'était déjà quelque chose qu'ils devaient faire avant JMP 17, il existe donc des moyens d'y parvenir sans la fonctionnalité supplémentaire, mais ce serait très bien de l'avoir pour eux.
En termes de liste de souhaits, ils m'ont dit qu'il y avait déjà une entrée similaire en place. Mais je vais aussi l'ajouter à la version interne !
Joyeux Noël à tous !
Re : Verrouillage d'un workflow pour un processus validé (GMP)En guise de question de suivi - est-ce que quelqu'un sait s'il existe un moyen de verrouiller une application JMP (fichier .jmpapp ou .jmpappsource)? Je n'arrive pas non plus à trouver quoi que ce soit autour de ça.
M
Re : Verrouillage d'un workflow pour un processus validé (GMP)J'ai parlé de ce que je pouvais mettre en œuvre la semaine dernière et c'est ce que j'ai proposé.
1. La commande "package" (du triangle rouge) aura une case à cocher pour "Verrouiller" ou "Verrouiller pour l'édition" ou "Verrouiller pour l'affichage" ou quelque chose comme ça.
2. Si un flux de travail est verrouillé, l'interface utilisateur sera limitée lorsqu'il apparaîtra (impossible de voir/modifier les paramètres, impossibilité de réorganiser les étapes).Supprimez probablement la possibilité de sauvegarder sous ou de dupliquer ou de copier, car ceux-ci permettent de contourner trivialement les restrictions.Mais je suis intéressé par des avis à ce sujet.
3. Si un flux de travail est verrouillé, l'interface utilisateur peut également être simplifiée davantage (par exemple, supprimer la possibilité de revenir en arrière ou de sauter des étapes).C'est peut-être une option distincte.
4. Aucun moyen de déverrouiller un flux de travail à partir de l'interface utilisateur (mais vous pouvez ouvrir le fichier en dehors de JMP et le modifier)
5. J'ajouterais une option distincte si vous le souhaitez pour tenter de masquer des informations. Ex. ne pas afficher le code jsl au survol d'une étape.Mais ce ne serait toujours pas de la "sécurité", ce qui rendrait simplement plus difficile de dire avec désinvolture ce qui se passe.
L'utilisation du mécanisme d'empaquetage signifie que l'auteur ne sera pas exclu du flux de travail qu'il vient de créer, c'est donc une sorte de flux naturel.Ne pas autoriser le déverrouillage d'un flux signifie que je n'ai pas à me soucier de trouver un mécanisme de mot de passe pour déterminer si le déverrouillage est correct.
@Florian_Vogt , @MikeD_Anderson , quel retour avez-vous sur cette direction ?
Re : Verrouillage d'un workflow pour un processus validé (GMP)@ErnestPasour - Je pense que c'est un bon terrain d'entente pour ce que nous recherchons à ce sujet. @Florian_Vogt - Qu'est-ce que tu penses?
Re : Verrouillage d'un workflow pour un processus validé (GMP)Désolé de répondre tardivement, j'ai été un peu absent.
Je pense que cela couvre très bien le besoin que mon client a demandé ! Le point 5 ne doit pas être critique (voir ce qui se passe n'est généralement pas un problème) - il s'agit plutôt de s'assurer que personne ne peut modifier le fonctionnement du flux de travail (à l'exception de l'auteur/des personnes autorisées).
Merci et meilleures salutations d'Allemagne
Re : Verrouillage d'un workflow pour un processus validé (GMP)@Florian_Vogt , avez-vous des commentaires sur ce @ErnestPasour propose ?
