Compagnon de sessions VR cliniques · iPadOS

VR4GOOD Clinician

Une interface de contrôle iPad conçue pour aider les cliniciens à préparer les patients, configurer des environnements immersifs personnalisés et superviser des sessions VR structurées.

StatutPrototype SwiftUI fonctionnel · validation clinique à venir
VR4GOOD Clinician
01Profil patient
02Configuration du sanctuaire
03Vérification des capteurs
04Contrôle de session
05Supervision clinicien

Le problème

Pourquoi ce produit devait exister.

Une session VR clinique supervisée ne consiste pas seulement à lancer une expérience. Le clinicien doit disposer d’une vue opérationnelle claire du patient, de l’environnement choisi, des préférences sensorielles, des contrôles de session et des indicateurs de sécurité, sans dépendre de l’interface du casque.

La réponse produit

Une architecture guidée par le workflow.

VR4GOOD Clinician sépare la couche de contrôle professionnelle de l’expérience immersive du patient. Le prototype iPad fonctionnel réunit entrée bilingue, profils patients, configuration personnalisée du « sanctuaire », préparation des capteurs et contrôles de session. Un blueprint Unity distinct définit le runtime Quest 2 envisagé, les scènes modulaires, l’interface des fournisseurs de capteurs et la logique supervisée de retour en sécurité.

Architecture de bout en bout envisagée : console clinicien, runtime VR, données physiologiques et boucle supervisée de retour au sanctuaire. Ce schéma est un blueprint produit et technique, non la preuve d’un système clinique déployé.
Architecture de bout en bout envisagée : console clinicien, runtime VR, données physiologiques et boucle supervisée de retour au sanctuaire. Ce schéma est un blueprint produit et technique, non la preuve d’un système clinique déployé.

Rôle de notre équipe

Responsabilité de la stratégie à l’exécution.

Modélisation du workflow clinique
Direction expérience et interface iPad
Développement du prototype SwiftUI
Flux de données patient et session
Design des interactions liées aux états de sécurité
Expérience produit bilingue

Décisions importantes

Les choix qui donnent sa cohérence au système.

  1. Maintenir le clinicien aux commandes du démarrage, de la pause et de l’arrêt de la session.
  2. Séparer clairement la préparation du patient, la configuration de l’environnement et le suivi en direct.
  3. Traiter les mesures des capteurs et les états de sécurité comme des indicateurs supervisés, non comme des décisions cliniques automatisées.
  4. Présenter le produit comme un prototype nécessitant des validations clinique, réglementaire et de confidentialité avant toute utilisation en soins.

Technologies & disciplines

SwiftUIiPadOSBlueprint Unity / OpenXRArchitecture de scènes additivesAbstraction des fournisseurs de capteursÉtats de sécurité supervisés par le clinicien

Résultat honnête

Ce que ce projet prouve aujourd’hui.

Le prototype démontre un workflow cohérent côté clinicien pour des sessions VR personnalisées et supervisées sur iPad. Il constitue une preuve de développement produit, non une preuve d’efficacité thérapeutique, et n’est pas présenté comme un dispositif médical certifié ni comme un remplacement du jugement clinique.

Problème similaire

Votre projet n’a pas besoin d’être identique pour utiliser la même discipline.