Aller au contenu
Santé, un secteur dans lequel Altuon travaille

Les temps d'arrêt sont un événement clinique.

Les réseaux hospitaliers, les groupes cliniques et les prestataires de diagnostic achètent de la technologie pour un bâtiment qui ne ferme jamais. Les systèmes qui planifient un patient, identifient un patient et enregistrent ce qui lui a été fait sont utilisés à trois heures du matin, et chacun d'entre eux détient des informations que la loi considère comme les plus sensibles dont dispose une personne. Altuon construit simultanément pour le service et le responsable de la protection de la vie privée, dès la première revue d'architecture.

Il s’agit de capacités proposées et d’exigences de livraison. La proposition doit confirmer personnes, disponibilité, contrôles, critères de réception et frais pour votre périmètre. Les exemples ne prouvent pas des missions réalisées.

Ce qui est en jeu

Dans la santé, convenez des responsabilités cliniques, accès aux données patient, procédures d’indisponibilité et critères de réception avec les responsables du service. Vérifiez ces dispositions avant déploiement.

Les systèmes sont anciens, ils sont reliés à tout et aucun d’entre eux ne peut être éteint. Le moteur de planification, le fichier principal des patients et le noyau des dossiers ont souvent été installés avant l'existence de la loi actuelle, et ils sont maintenus ensemble par des interfaces avec le laboratoire, la pharmacie, la radiologie, la facturation et une douzaine de systèmes départementaux qui supposent chacun que le noyau répondra. Une migration ne peut pas emprunter un week-end, car les urgences n’en ont pas. Chaque heure qu'un service consacre à des procédures d'indisponibilité sur papier constitue une dette de réconciliation et un risque en matière de sécurité, et une identité de patient dupliquée ou fusionnée à tort lors d'un basculement n'est pas un problème de qualité des données mais un risque de mauvais patient. La couche de compatibilité, le double fonctionnement, la réconciliation des identités et le rollback répété sont la migration ; le reste est une question de configuration.

L'acheteur est un comité qui comprend des cliniciens. Le responsable de l'information médicale veut des informations documentaires qui permettent au clinicien de gagner du temps sans décider quoi que ce soit qu'un clinicien devrait décider. Le directeur de l’information souhaite une architecture d’intégration et de planification qui sera encore défendable lorsque la prochaine plateforme d’enregistrement arrivera. Le responsable de la protection de la vie privée, ou le délégué à la protection des données, souhaite obtenir l'accord commercial ou de traitement, l'engagement de résidence, la liste des sous-traitants ultérieurs et les conditions de notification de violation. Le responsable de l'accès aux patients souhaite une ligne téléphonique qui remplisse l'agenda, rappelle les patients et achemine l'appel urgent vers une infirmière sans jamais donner d'avis sur un symptôme. Les achats veulent les conditions de sortie. Une proposition qui s'adresse aux technologues et non aux cliniciens n'atteint pas le cadre médical.

L’échec atteint le patient. Un agent vocal qui rassure un appelant qu'il aurait dû remonter, un modèle de documentation qui code un diagnostic que le clinicien n'a pas posé, une migration qui laisse un rendez-vous dans un système et pas dans l'autre, une balise marketing qui envoie une page de rendez-vous à une plateforme publicitaire : chacun est un événement à signaler et un préjudice avant d'être un problème commercial. Le travail est conçu de telle sorte que le mode d'échec soit un transfert à une personne, une libération bloquée, un retour en arrière ou un refus, et jamais un patient traité sur la base d'informations erronées.

Pratiques applicables

Notes régionales

Europe et DACH
Les prestataires suisses opèrent sous les responsabilités cantonales en matière de santé, le traitement des données de santé comme sensibles par la LPD révisée et un cadre de dossier électronique du patient dans lequel le patient contrôle l'accès et le prestataire doit se connecter via une communauté reconnue. Le plan de données est suisse, à moins qu'il n'y ait une raison écrite pour qu'il ne le soit pas ; la stratégie d'interface est conçue autour du cadre d'enregistrement plutôt qu'à côté de lui ; et la liste des sous-traitants est suffisamment courte pour être lue lors d'une seule réunion. L'allemand, le français et l'italien sont les langues de travail dans les services et sur la ligne téléphonique. Les prestataires allemands et autrichiens opèrent dans le respect du RGPD, des dispositions nationales sur les données de santé et du secret professionnel de la profession médicale, et achètent la même discrétion et la même longévité.
Moyen-Orient et Afrique du Nord
Les fournisseurs de Jordanie et du Golfe renforcent rapidement leurs capacités dans le cadre de la classification des données de santé comme sensibles par la loi sur la protection des données personnelles et sous la responsabilité des autorités sanitaires qui s'attendent à ce que les dossiers restent dans le pays. Les patients arrivent de toute la région, la ligne vocale doit donc comprendre les dialectes arabes ainsi que l'anglais et acheminer un appelant qui a peur dans l'un ou l'autre. La souveraineté façonne l'architecture : hébergement dans le pays, modèles que le prestataire peut inspecter et partenaire présent à l'hôpital plutôt que lors d'un appel. Une relation avec la direction médicale fait partie du mandat et n'est pas un préalable à celui-ci.
Amérique du Nord
Les prestataires américains achètent de la vélocité en vertu de la HIPAA, en vertu des lois des États sur la confidentialité en matière de santé qui vont au-delà du niveau fédéral et en vertu des règles fédérales de blocage des informations qui exigent que les données des patients transitent par des interfaces standard lorsqu'un patient ou un autre prestataire le demande. L'Office des droits civils enquête sur les plaintes et les violations, c'est pourquoi l'analyse des risques, la chaîne des partenaires commerciaux et les journaux d'audit doivent exister avant que quiconque ne le demande. Les résultats se mesurent en rendez-vous tenus, en comptes rendus aux cliniciens et en interfaces retirées, et la piste documentaire doit avancer aussi vite que le travail.

Régions desservies

Europe et DACH

Siège

Turin, Italie

Mission représentative

Les questions qu’on nous pose

Allez-vous signer un accord de partenariat commercial et qui sont vos sous-traitants ultérieurs ?

Oui, et ses équivalents européens et suisses : un accord de traitement des données en vertu du RGPD et de la loi fédérale révisée, avec les données de santé désignées comme catégorie sensible, et les conditions correspondantes en vertu de la loi jordanienne sur la protection des données personnelles. L'accord définit les utilisations autorisées des informations de santé protégées, les garanties, le délai de notification des violations et le retour ou la destruction des données à la sortie. La proposition répertorie tous les tiers susceptibles d’accéder à ces informations – fournisseurs d’hébergement, de téléphonie, de modèles vocaux et linguistiques, outils d’observabilité – par nom, rôle et emplacement. Chacun est approuvé par le fournisseur avant utilisation et les modifications sont notifiées à l'avance avec droit d'opposition, et chacun est lié en aval par des conditions non plus faibles que celles que le fournisseur a signées avec nous.

Les informations de santé protégées peuvent-elles rester dans notre centre de données, en Suisse ou en Jordanie ?

Oui. Le plan de données est décidé par système lors de la phase de définition et enregistré dans le registre de l'architecture : les locaux du fournisseur, une région suisse, l'Union européenne, un cloud national en Jordanie ou dans le Golfe ou aux États-Unis. Les modèles de parole, de langage et de documentation s'exécutent à l'intérieur de ce plan ; le plan de contrôle contient la politique, l'identité et les mesures et ne contient jamais de données sur les patients. Pour un déploiement sur site, la proposition indique ce que le fournisseur fournit (matériel, réseau, identité, moteur d'interface) et quelles options de modèle correspondent à cette empreinte, de sorte que la résidence soit chiffrée plutôt que promise.

Comment migrer un noyau de planification ou d’enregistrements sans arrêter l’hôpital ?

En ne demandant jamais à l’hôpital d’arrêter. Une couche de compatibilité se trouve devant l'ancien noyau afin que chaque consommateur d'interface continue de fonctionner pendant son déplacement, un consommateur à la fois, dans un ordre convenu avec les services cliniques qui en dépendent. Les identités des patients sont rapprochées avant tout déplacement de dossier, les doublons et les fusions de candidats étant examinés par le propre personnel d'information sur la santé du prestataire plutôt que résolus par une règle. Les anciens et les nouveaux systèmes fonctionnent en parallèle avec le rapprochement jusqu'à ce que les chiffres correspondent pendant une période convenue, la restauration est répétée avant chaque basculement et la procédure de temps d'arrêt du papier est mise à jour et forée plutôt que supposée. Les engagements de disponibilité et de réponse des systèmes que nous exploitons sont inscrits dans le contrat, avec des fenêtres de maintenance convenues avec les directions cliniques et non avec le calendrier informatique.

Comment un agent vocal peut-il être empêché de donner des conseils cliniques et qu’arrive-t-il à un appel urgent ?

Les actions autorisées de l'agent sont écrites en dehors du modèle de langage : il peut réserver, déplacer, confirmer et annuler des rendez-vous selon les règles fixées par le prestataire, rappeler un rendez-vous à un patient et relire les instructions de préparation approuvées par le prestataire, et rien d'autre. Le routage du triage n’est pas un diagnostic. Les mots et les situations qui nécessitent une infirmière ou le numéro d'urgence sont définis avec la fonction de gouvernance clinique du prestataire, versionnés comme un code et testés à chaque version, et lorsqu'il y en a un, l'agent s'arrête, le dit clairement et passe le relais à une personne ou donne le numéro d'urgence. Cela ne peut pas donner lieu à une opinion sur un symptôme, et des tests contradictoires pour exactement cette tentative font partie de chaque porte de sortie. Chaque transfert comporte le contexte complet de l'appel afin que le patient ne le répète pas.

Pour la documentation et le codage, qui décide, qui est responsable et qui possède les preuves ?

Le contrat doit définir les responsabilités cliniques, la protection des données, la réception et le support. Toute assurance requise doit être attestée avant le début des travaux.

Quelles sont les conditions de sortie et comment gérez-vous le risque lié aux personnes clés ?

La sortie est conçue dans la phase de découverte, non négociée à la fin. L'accord fixe un délai de préavis, une période de transition pendant laquelle nous continuons à opérer et à transférer, la restitution ou la destruction vérifiée des informations de santé protégées dans un format convenu et la livraison du code, de la configuration, des modèles et de la documentation appartenant au fournisseur. Rien de ce que nous construisons ne dépend d'une licence sur un composant Altuon propriétaire que le fournisseur ne peut pas remplacer. Chaque mission a un directeur de mission nommé et un adjoint nommé, les décisions de conception sont écrites dans le registre d'architecture plutôt que conservées dans la tête de qui que ce soit, et les ingénieurs et le personnel d'information sur la santé du fournisseur travaillent aux côtés des nôtres dès la première phase afin que les connaissances restent à l'hôpital lorsque nous partons.

Apportez-nous le système qui ne peut pas tomber en panne.

Demandez une proposition ou un rendez-vous sur les processus cliniques, responsabilités et critères de réception.