FAQ B2B de Wizey

Pour les laboratoires, les cliniques, les services médicaux et les portails patients qui ont besoin d'expliquer en langage clair des résultats de laboratoire, des conclusions, des comptes rendus de sortie, des ordonnances et d'autres documents médicaux en texte. Plus de détails dans la présentation des scénarios B2B.

D'abord, nous discutons de la tâche, de l'audience du résultat et des données disponibles. Ensuite, nous convenons du format de sortie, d'un jeu d'exemples de test, des critères d'évaluation et du processus de retour. Les conditions du pilote sont sur la page du pilote B2B.

Le partenaire décide où le résultat est utilisé : dans un service destiné au patient, un résumé interne, la communication après la visite ou la préparation de questions pour une consultation avec un spécialiste.

Une référence habituelle est de 2 à 4 semaines, selon le scénario, le périmètre de l'intégration, la quantité d'adaptation white-label et les exigences de l'équipe de sécurité du côté du partenaire. Nous fixons les délais exacts après avoir évalué la tâche et le format des données.

Nous discutons de l'intégration avec un LIS, HIS, CRM, portail patient, application mobile ou un flux de travail interne. Le choix dépend de l'endroit où apparaît le résultat. Une présentation des approches est sur la page d'intégration.

Une API REST avec un modèle de traitement asynchrone : la requête est acceptée et le résultat est récupéré par identifiant de tâche. L'approche est résistante sous charge et pratique pour l'intégration avec un LIS, HIS et les services internes du partenaire.

Les méthodes concrètes, les schémas de requête, les champs et les paramètres de connexion sont partagés avec l'équipe du partenaire après avoir discuté du projet et signé un NDA.

Nous travaillons avec des données médicales en texte : résultats de laboratoire, comptes rendus de sortie, ordonnances, notes de visite et descriptions textuelles d'examens. Les PDF et les photos de formulaires sont pris en charge via la reconnaissance de texte (OCR), ainsi que le transfert structuré dans un format convenu (par exemple, JSON).

Le périmètre de conversion et les points de reconnaissance sont convenus pour le scénario du partenaire.

Pour que les algorithmes fonctionnent, le contexte clinique sans identifiants personnels suffit : valeurs, descriptions, symptômes et informations connexes. Nous convenons de l'ensemble des champs pour le scénario afin que le partenaire puisse composer la requête de son côté.

La documentation complète de l'API et de la sécurité est partagée après avoir discuté du projet. Sur la page publique, nous ne divulguons pas de paramètres de connexion de travail ni de matériel restreint.

Oui. Le format de sortie, le ton, les éléments d'interface et la marque sont convenus pour le produit concret. La quantité d'adaptation influe sur le périmètre du pilote. Les scénarios d'adaptation sont dans les cas d'usage B2B.

L'approche repose sur la minimisation des données : les algorithmes n'ont pas besoin des identifiants personnels du patient. Nous aidons les partenaires à concevoir le processus de sorte que les données du côté du système émetteur respectent les exigences de consentement, de localisation des données et des droits de la personne concernée conformément à HIPAA et GDPR.

La politique détaillée de traitement des données, l'ensemble des notifications et le schéma de séparation des rôles sont partagés avec le partenaire dans le cadre de la discussion sur le pilote.

Oui. Dans l'intégration du pilote, les identifiants du patient (nom, coordonnées, numéros de document) sont supprimés du côté du partenaire ou dans un périmètre sécurisé dédié avant l'envoi aux processeurs d'IA. Seul le contexte cliniquement pertinent parvient au service d'IA.

Le processus exact d'anonymisation et les domaines de responsabilité sont définis pour le scénario du partenaire et documentés dans les matériaux du projet.

Oui, un mode Zero-Log est disponible dans le cadre du pilote pour les environnements sensibles. L'idée est que le contenu des requêtes n'est pas enregistré en stockage persistant ; le résultat peut être conservé pendant une durée limitée pour la récupération via le protocole asynchrone.

Les détails d'implémentation, le périmètre de traitement et les paramètres de stockage sont discutés avec l'équipe de sécurité du partenaire de manière privée et ne sont pas publiés sur le site.

Wizey est un produit de référence et informatif. Le service aide à structurer et à expliquer les données médicales, mais la décision clinique finale est toujours prise par le médecin ou l'organisation médicale.

La manière dont les capacités sont utilisées dans le flux de travail des cliniciens est convenue dans le cadre du pilote, en tenant compte de la réglementation interne du partenaire.

La responsabilité des décisions cliniques et de leur application reste au médecin et à l'organisation médicale. Wizey fournit un outil pour préparer le contexte et expliquer les données, mais il n'est pas un acteur de l'activité médicale et n'émet pas de conclusions médicales.

Un projet B2B peut être un pilote de laboratoire, un module white-label, un résumé interne ou une intégration produit. Ces options demandent un périmètre de travail différent. Plus de détails sur la page des conditions B2B.

Il est utile de décrire le scénario, les types de document, le format de sortie attendu, les rôles utilisateurs, le flux de données approximatif et vos exigences internes d'approbation.

Oui. Parfois un pilote commence par un processus limité pour tester la qualité du résultat et la valeur pour l'équipe, puis une connexion plus profonde est discutée.