Sujet 3.3 — Services numériques destinés aux patients et citoyens

Un service numérique destiné aux patients est une intervention de santé publique à part entière : il peut élargir l'accès et la confiance pour des millions de personnes, ou exclure discrètement précisément les personnes qui ont le plus besoin de soins, et la façon dont vous le construisez décide lequel.

Pourquoi c'est important dans la santé et l'action sociale#

Lorsque vous placez un service directement entre les mains du public, vous changez la relation entre une personne et le système qui la soigne. Un système destiné au personnel est utilisé par des personnes formées dans un environnement contrôlé ; un service destiné aux patients est utilisé par un parent effrayé à 2h du matin, une personne de 84 ans partageant un téléphone avec un voisin, quelqu'un sans adresse fixe, quelqu'un qui lit peu l'anglais, quelqu'un en crise. Vous ne choisissez pas vos utilisateurs, ne les formez pas, et ne restez pas à leurs côtés. Le service doit fonctionner — en sécurité, clairement, et équitablement — pour tous ceux que le système de santé est obligé de servir, pas seulement pour les confiants et connectés.

Cette obligation est ce qui rend cela différent de la technologie grand public. Dans le commerce de détail, un paiement déroutant fait perdre une vente. Dans la santé et l'action sociale, un formulaire de triage en ligne déroutant, une instruction de médication peu claire, ou un flux de « réserver un rendez-vous » qui échoue silencieusement peut conduire à un diagnostic manqué, une mauvaise dose, ou une personne qui abandonne et se présente plus tard et plus malade. Les enjeux sont cliniques (voir Sujet 1.6 — Sécurité clinique et gestion des risques), légaux (les obligations d'égalité et d'accessibilité lient les organismes publics), et financiers, car l'argent public est dépensé que le service aide réellement quelqu'un ou non.

Il y a aussi une dimension de confiance que les produits grand public portent rarement. Les gens apportent leurs données de santé, leurs peurs, et une vie d'expérience avec le NHS à chaque écran que vous leur montrez. Si le service semble extractif, opaque, ou dangereux, ils ne se désengageront pas simplement — ils perdront confiance en l'institution qui le soutient (voir Sujet 1.8 — Éthique des données, consentement et confiance publique). Et parce que les personnes les moins capables de naviguer un mauvais service numérique sont de manière disproportionnée âgées, plus pauvres, handicapées, ou exclues numériquement, des services destinés aux patients mal conçus élargissent activement les inégalités de santé. Bien faire cela n'est pas une question de finition. C'est une question d'équité, de sécurité, et de confiance publique.

Concepts fondamentaux#

Un service destiné aux patients est la « porte d'entrée numérique » : le point d'entrée en ligne par lequel une personne trouve de l'information, prouve qui elle est, et commence une tâche. En Angleterre, les deux plateformes nationales que la plupart des gens rencontrent sont l'application NHS et NHS login. L'application NHS, développée par NHS England, permet aux personnes en Angleterre de réserver et gérer des rendez-vous chez le médecin généraliste, commander des renouvellements d'ordonnance, voir leur dossier détenu par leur médecin généraliste, accéder au NHS 111 en ligne, et définir leurs préférences de partage de données et de don d'organes. NHS login est le service d'identité et d'authentification séparé qui vérifie qui est une personne (à un niveau d'assurance proportionné) afin qu'elle puisse atteindre en toute sécurité son propre dossier à travers de nombreux services NHS et partenaires différents — un peu comme GOV.UK Verify visait autrefois à le faire pour le gouvernement central. Il est important de décrire cela avec exactitude : l'application NHS est une porte d'entrée et une application, tandis que NHS login est la couche d'identité que de nombreuses applications et sites web, pas seulement l'application NHS, peuvent utiliser.

Derrière la porte d'entrée se trouvent des dossiers et des outils. Un dossier de santé électronique (EHR) est le dossier maintenu par le clinicien et détenu par un prestataire. Un dossier de santé personnel (PHR) est un dossier que le patient peut voir, alimenter, et parfois contrôler, lui donnant une vue plus complète de ses propres soins. Un portail patient est l'interface web ou application à travers laquelle les gens voient des résultats, messages, lettres, et dossiers, et communiquent avec leur équipe de soins. « L'accès du patient aux dossiers » — le droit de lire votre propre dossier de médecin généraliste et de plus en plus hospitalier — est désormais une attente par défaut en Angleterre, pas une faveur.

Plusieurs types de services fonctionnent par-dessus. La consultation en ligne et le triage en ligne permettent à une personne de décrire un problème numériquement afin qu'il puisse être acheminé et priorisé sans file d'attente téléphonique. La prise de décision partagée en médecine est la pratique consistant pour le clinicien et le patient à atteindre des décisions de soins ensemble, soutenus par une information claire et des aides à la décision — capturée dans la phrase du NHS « aucune décision me concernant, sans moi ». Les outils d'auto-gestion aident les gens à gérer les affections de longue durée au quotidien. La surveillance à distance des patients et la télésanté étendent les soins au domicile à travers des appareils, la vidéo, et la messagerie asynchrone.

Les concepts qui déterminent si tout cela fonctionne concernent les gens, pas les fonctionnalités. L'adoption est de savoir si les gens commencent à utiliser un service ; l'activation est de savoir s'ils atteignent le point d'en obtenir de la valeur ; et l'engagement soutenu est de savoir s'ils continuent à l'utiliser lorsque cela compte. Le Patient Activation Measure (PAM) est un instrument validé pour une idée connexe — les connaissances, compétences, et confiance d'une personne pour gérer sa propre santé. Face à tout cela se trouve la fracture numérique : l'écart d'accès, de connectivité, et de confiance qui signifie qu'un service de santé numérique purement numérique laissera certaines personnes de côté à moins que des voies numériques assistées et non numériques ne soient délibérément préservées (voir Sujet 1.9 — Inclusion numérique et accessibilité).

Bonnes pratiques#

1. Concevez la porte d'entrée entière, pas une seule application. Décidez délibérément par quels canaux une personne peut atteindre chaque tâche — application, site web, téléphone, en personne, via un aidant ou une procuration — et rendez-les cohérents plutôt que concurrents. Un service destiné aux patients est un ensemble de voies vers un besoin, pas un seul téléchargement. Cartographiez où la voie numérique se transmet à une voie humaine et rendez cette couture élégante, car la plupart des parcours réels la traversent. Traitez le choix de canal comme celui de l'utilisateur à faire, pas le vôtre à imposer.

2. Utilisez les plateformes nationales plutôt que de les reconstruire. Là où l'application NHS et NHS login fournissent déjà l'identité, l'accès aux dossiers, les rendez-vous, et les ordonnances, intégrez-vous avec eux au lieu de construire une porte d'entrée parallèle qui fragmente l'expérience et le modèle de sécurité. Cela donne aux utilisateurs une identité de confiance unique et un seul endroit où regarder, et hérite d'un travail d'assurance que vous répéteriez autrement. Réservez la construction sur mesure pour les besoins véritablement locaux que les plateformes nationales ne satisfont pas, et réinjectez ces besoins aux équipes nationales (voir Sujet 9.0 — Collaborer avec les organisations partenaires).

3. Donnez aux gens un véritable accès à leurs propres dossiers, et rendez-le lisible. L'accès aux dossiers construit la confiance et soutient l'auto-gestion, mais un dossier déversé à l'écran en sténographie clinique peut confondre ou effrayer. Investissez dans la conception de contenu afin que les résultats, lettres, et entrées codées soient compréhensibles, et réfléchissez soigneusement à l'information sensible, à la protection, et à comment une procuration ou un aidant voit les données d'une autre personne (voir Sujet 1.10 — Protection des personnes vulnérables dans les services numériques). L'accès du patient est un problème de conception, pas seulement un interrupteur à activer.

4. Préservez les voies numériques assistées et non numériques comme une fonctionnalité permanente. Pour chaque tâche en ligne, gardez une façon assistée et une façon entièrement hors ligne de l'accomplir, et dotez-les en ressources correctement plutôt que de les traiter comme une charge héritée. Le « numérique par défaut » ne doit jamais signifier « numérique uniquement », car une proportion significative de la population ne peut pas ou ne veut pas utiliser la voie numérique, et elle est de manière disproportionnée composée de ceux ayant le plus grand besoin. Concevez la voie assistée — une ligne téléphonique, une réceptionniste, un aidant de bibliothèque, une procuration familiale — avec le même soin que l'application (voir Sujet 1.9 — Inclusion numérique et accessibilité).

5. Rendez le triage en ligne cliniquement sûr par conception. Tout outil qui interroge sur les symptômes et achemine les gens doit être construit et gouverné comme une activité de sécurité clinique, avec une escalade claire pour les symptômes d'alerte et un biais vers le sur-triage sûr. Appliquez les normes pertinentes de gestion du risque clinique, gardez un responsable de sécurité clinique nommé impliqué, et surveillez les résultats pour les soins manqués ou retardés (voir Sujet 1.6 — Sécurité clinique et gestion des risques). Un flux de triage qui échoue silencieusement n'est pas un défaut d'utilisabilité ; c'est un incident de sécurité patient.

6. Soutenez la prise de décision partagée, pas seulement les transactions. La plus haute valeur dans le numérique destiné aux patients est d'aider les gens à comprendre les options et faire des choix qui correspondent à leur vie, pas simplement réserver des créneaux. Proposez des aides à la décision, une information en langage clair, et des invites qui encouragent les questions, et concevez pour qu'une personne puisse faire une pause, impliquer sa famille, et revenir. Mesurez si les gens se sentent plus informés et plus en contrôle, car c'est le but de l'outil. Les transactions sont nécessaires ; la délibération est là où les résultats s'améliorent.

7. Instrumentez pour les résultats et l'expérience, pas les métriques de vanité. Les téléchargements et inscriptions vous disent presque rien ; un service peut avoir des millions d'utilisateurs inscrits et ne changer la santé de personne. Mesurez l'activation et l'usage soutenu et significatif, l'achèvement des tâches, et — où vous le pouvez — les véritables résultats cliniques et les mesures d'expérience et de résultats rapportées par les patients (PREM et PROM). Publiez-les aux côtés des chiffres d'adoption afin que l'organisation ne puisse pas confondre la portée avec la valeur (voir Sujet 10.0 — Objectifs et résultats clés (OKR)).

8. Construisez la confiance à travers la clarté, le consentement, et la sécurité. Dites clairement aux gens ce qu'un service fait, ce qu'il ne fait pas, qui voit leurs données, et comment obtenir de l'aide ou atteindre un humain. Rendez les choix de consentement et de partage de données véritables et réversibles, et ne poussez jamais les gens par des dark patterns à partager plus qu'ils n'en ont l'intention (voir Sujet 1.8 — Éthique des données, consentement et confiance publique). Dans la santé, la confiance est la plateforme sur laquelle tout le reste fonctionne ; une seule brèche coûte bien plus que ce qu'une fonctionnalité ne rapporte.

9. Concevez pour l'interopérabilité dès le début. Un service destiné aux patients qui ne peut pas lire depuis et écrire vers les dossiers sous-jacents est un silo qui crée une double saisie et des erreurs. Utilisez des normes ouvertes afin que les réservations, messages, et observations circulent vers et depuis les systèmes que les cliniciens utilisent réellement, et afin que les données d'une personne la suivent à travers un paysage de soins fragmenté (voir Sujet 4.3 — Interopérabilité et normes de données). Le public vit l'interopérabilité comme « je n'ai pas à me répéter » — et son absence comme danger et frustration.

10. Bouclez la boucle avec une recherche continue et des opérations en direct. Continuez à rechercher avec de vrais utilisateurs divers après le lancement, pas seulement avant, et réinjectez ce que vous apprenez dans le carnet (voir Sujet 3.0 — Recherche utilisateur et conception de services). Exploitez le service comme un produit en direct avec un support, une surveillance, et une réponse aux incidents appropriés, car un service destiné aux patients qui est hors service ou cassé érode instantanément la confiance (voir Sujet 3.8 — Gestion de service et opérations en direct). L'adoption se gagne continuellement, elle ne se capture pas une fois.

Questions à discuter avec votre équipe#

1. Qui ne peut pas utiliser ce service de la façon dont nous l'avons conçu, et que lui arrive-t-il ? Chaque service destiné aux patients intègre des hypothèses — que les gens ont un smartphone, des données, une adresse e-mail, une identité fixe à vérifier, et la littératie, confiance, vue, dextérité, et langue pour le faire. Nommez les groupes que votre conception actuelle exclut ou désavantage, et soyez spécifique : personnes sans identité vérifiable par le NHS, personnes partageant un seul appareil, personnes fuyant la maltraitance qui ne peuvent pas risquer une trace numérique, personnes ayant une déficience cognitive. Pour chacune, décidez ce qu'est réellement la voie assistée ou non numérique, qui la dote en ressources, et comment vous saurez qu'elle fonctionne. Une bonne réponse honnête ne prétend pas servir tout le monde via l'application ; elle nomme les exclus, les quantifie où possible, et montre une alternative financée et digne plutôt qu'un numéro de téléphone symbolique auquel personne ne répond. C'est là que l'équité se gagne ou se perd, et cela se relie directement au Sujet 1.9 — Inclusion numérique et accessibilité.

2. Comment saurons-nous que ce service améliore réellement la santé, pas seulement que les gens se sont inscrits ? Il est facile de célébrer les inscriptions et téléchargements car ils sont comptables et augmentent ; il est bien plus difficile, et bien plus important, de montrer que quelqu'un se porte mieux. Discutez de quel résultat vous essayez réellement de faire bouger — moins de rendez-vous manqués, des affections de longue durée mieux contrôlées, une présentation plus précoce, des décisions plus informées — et comment vous détecteriez un changement dans celui-ci. Débattez du compromis entre les métriques que vous pouvez rassembler à moindre coût maintenant et les mesures plus difficiles d'activation, d'usage soutenu, et de résultat clinique qui disent la vérité. Considérez qui est responsable si l'adoption est élevée mais les résultats plats, et si vous êtes disposé à changer ou arrêter le service si la preuve dit qu'il n'aide pas. Une réponse forte lie le service à un petit nombre de mesures honnêtes de résultat et d'expérience, admet ce que vous ne pouvez pas encore mesurer, et refuse de laisser des métriques de vanité se substituer à la valeur (voir Sujet 1.3 — Décisions fondées sur les preuves et Sujet 10.0 — Objectifs et résultats clés (OKR)).

3. Où la commodité numérique entre-t-elle en compromis avec la sécurité clinique, et qui décide ? Les outils destinés aux patients créent de véritables tensions : un accès plus rapide peut signifier moins de supervision clinique ; le triage en libre-service peut manquer la présentation subtile qu'un clinicien attraperait ; montrer aux gens leurs résultats bruts peut informer ou alarmer ; laisser les gens réserver directement peut saper la priorisation. Passez en revue où votre service penche vers la commodité et où il doit pencher vers la prudence, et rendez ces choix explicites plutôt qu'émergents. Demandez qui possède le dossier de sécurité clinique, comment les symptômes d'alerte s'escaladent, et comment vous surveillez le préjudice qui n'apparaît qu'agrégé dans le temps. Considérez aussi l'angle de protection — un service qui suppose que la personne à l'écran est qui elle dit être, et est en sécurité, n'a pas toujours raison (voir Sujet 1.10 — Protection des personnes vulnérables dans les services numériques). Une bonne réponse traite la sécurité comme une entrée de conception dès le premier jour, avec un responsable de sécurité clinique nommé et une surveillance en direct, pas comme une validation de conformité à la fin.

4. Lorsque la voie numérique transmet une personne à une voie humaine, à quel point cette couture est-elle élégante — et qui attrape ce qui passe à travers ? Presque chaque véritable parcours patient traverse de l'application à une personne et parfois retour : un triage en ligne qui achemine vers un rappel, une réservation qui nécessite une réceptionniste pour résoudre, une demande de procuration qui nécessite une vérification, un résultat qui déclenche un message inquiet. Ces transmissions sont là où les services échouent discrètement, car chaque côté suppose que l'autre a la personne et le contexte. Cartographiez les transitions spécifiques que votre service crée et demandez quelle information voyage à travers elles, combien de temps la personne attend, et ce qui se passe si ni l'un ni l'autre côté ne les récupère. Débattez de si la voie numérique réduit véritablement la charge sur le personnel ou la déplace simplement vers un endroit moins visible, et si les équipes de première ligne ont été conçues avec, pas simplement remises, le nouveau flux (voir Sujet 3.0 — Recherche utilisateur et conception de services). Une réponse honnête peut tracer une personne de bout en bout à travers chaque couture, nomme qui possède la transmission, et montre le repli pour lorsque la voie automatisée ne peut pas finir le travail — plutôt que de supposer que la porte d'entrée numérique boucle la boucle par elle-même.

5. Quel est le coût total de bien exploiter cela pendant des années, et sommes-nous honnêtement dotés en ressources pour y répondre ? Les services destinés aux patients sont souvent financés comme des projets — une construction, un lancement, un titre — alors qu'ils sont en vérité des produits en direct qui doivent être soutenus, surveillés, recherchés, et améliorés indéfiniment, aux côtés des voies numériques assistées et non numériques qu'ils ne peuvent jamais entièrement remplacer. Discutez de ce qu'il en coûte réellement de maintenir la ligne téléphonique dotée en personnel, le contenu actuel, l'accessibilité maintenue, le dossier de sécurité clinique en direct, et les intégrations fonctionnant à mesure que les plateformes nationales changent sous vous. Faites émerger le compromis inconfortable qu'un service véritablement inclusif est plus coûteux qu'un service numérique uniquement, et décidez si le dossier commercial est construit sur un véritable financement récurrent ou sur des économies optimistes qui supposent que tout le monde change de canal. Considérez ce que vous cesserez de faire pour payer cela, et qui est responsable lorsque le financement de l'année deux s'évapore mais que le service et ses utilisateurs demeurent. Une réponse forte traite la durabilité et le support comme des coûts de premier ordre dès le départ (voir Sujet 3.8 — Gestion de service et opérations en direct et Sujet 6.1 — Économie de la santé et valeur), pas comme une réflexion après coup une fois le budget de lancement dépensé.

6. Qui possède ce service une fois le lancement terminé, et a-t-il le mandat de continuer à le changer ? Un service destiné aux patients que personne ne possède comme un produit vivant dérive : le contenu devient périmé, l'accessibilité régresse, l'intégration se casse discrètement, et la recherche s'arrête le jour où l'équipe de projet se dissout. Discutez de qui détient le service après la mise en production, s'il s'agit d'une véritable équipe produit avec l'autorité de prioriser, changer, et même désactiver des fonctionnalités, ou simplement une fonction de maintenance qui peut seulement maintenir les lumières allumées. Examinez comment les décisions sont prises lorsque les parties prenantes cliniques, opérationnelles, de gouvernance de l'information, et de communications ont toutes un enjeu et un droit de veto, et si ce chemin de décision est assez rapide pour corriger un problème de sécurité ou assez lent pour en protéger un. Considérez comment le retour des utilisateurs et du personnel de première ligne atteint réellement les personnes qui peuvent agir dessus, et si l'organisation continuera à financer une équipe pour améliorer quelque chose qui semble déjà fonctionner. Une réponse honnête nomme le propriétaire responsable, décrit son véritable mandat et comment l'apprentissage en direct alimente le carnet, et admet où la gouvernance protège ou paralyse le service (voir Sujet 5.0 — Travail piloté par le produit).

En pratique : un exemple de santé et d'action sociale#

Un integrated care system (ICS) couvrant une population mixte urbaine et côtière veut réduire la pression sur les lignes téléphoniques des médecins généralistes et améliorer l'accès, et propose de déployer un outil de consultation et de triage en ligne intégré avec l'application NHS et NHS login. La tentation est de mesurer le succès par le nombre d'inscriptions et la baisse du volume d'appels, et de déclarer victoire en un trimestre.

Le responsable de livraison insiste pour le cadrer différemment. En découverte, l'équipe fait de la recherche avec un groupe délibérément large : des utilisateurs d'application confiants, mais aussi une femme âgée sur la côte avec un haut débit intermittent, un homme à faible littératie qui n'a jamais utilisé l'e-mail, une aidante gérant les rendez-vous pour sa mère comme procuration, et une femme dans un refuge qui ne peut pas risquer que ses allées et venues soient enregistrées. Elle constate que la gestion des symptômes d'alerte du formulaire de triage est solide mais que son langage désavantage l'utilisateur à faible littératie, que le parcours de procuration est déroutant, et que la vérification d'identité dans NHS login exclut les personnes sans passeport ou permis de conduire. Fait crucial, elle constate que lorsque la ligne téléphonique est dépriorisée en faveur de l'application, les utilisateurs côtiers et vulnérables abandonnent simplement le contact plutôt que de changer de canal.

L'ICS réinitialise donc son plan. Il maintient la ligne téléphonique entièrement dotée en personnel comme voie numérique assistée, pas un coût hérité, et finance un programme communautaire d' « aidant de santé numérique » à travers les bibliothèques et pharmacies. Il travaille avec l'équipe nationale de l'application NHS sur le parcours de procuration plutôt que de construire une solution de contournement, et nomme un responsable de sécurité clinique pour posséder le dossier de risque de triage avec une surveillance pour les cas où le triage numérique a sous-acheminé un patient qui s'est ensuite présenté de manière aiguë. Il change aussi ses mesures : aux côtés de l'adoption, il suit l'achèvement des tâches par groupe d'utilisateurs, l'usage soutenu, l'expérience rapportée par les patients, et un petit ensemble de résultats cliniques. Six mois plus tard, les téléchargements sont plus bas qu'une poussée pure application-d'abord n'aurait produit, mais l'accès s'est amélioré à travers chaque groupe y compris les plus exclus, et l'outil de triage a escaladé en toute sécurité plusieurs présentations graves. Le conseil d'administration accepte l'adoption plus lente car le service est démontrablement plus juste et plus sûr.

Angles sectoriels#

Startup#

Une petite entreprise de santé numérique vit ou meurt sur l'adoption et la rétention, donc elle instrumentera l'engagement de manière obsessionnelle et itérera rapidement — une véritable force dont le système plus large peut apprendre. Le danger est d'optimiser pour les métriques qui impressionnent les investisseurs (téléchargements, utilisateurs actifs mensuels) plutôt que les résultats de santé, et de concevoir pour les adopteurs précoces confiants qui sont les moins chers à acquérir. Une startup vendant au NHS doit montrer qu'elle respecte les Digital Technology Assessment Criteria (DTAC), s'intègre avec NHS login et des normes ouvertes plutôt que de piéger les utilisateurs dans un silo, et a un dossier de sécurité clinique crédible. Les fondateurs qui gagnent des contrats à long terme sont ceux qui traitent l'inclusion et la sécurité comme des exigences produit, pas un frein de conformité.

Petite entreprise#

Un prestataire établi de petite taille — un cabinet de médecins généralistes, une pharmacie communautaire, une maison de retraite ou une agence de soins à domicile, une clinique monosite — a de vrais patients et un devoir de diligence mais presque aucune capacité numérique ou informatique dédiée, donc son mouvement réaliste est d'adopter les plateformes nationales et les outils de fournisseurs plutôt que de construire sa propre porte d'entrée. Il devrait s'appuyer fortement sur l'application NHS, NHS login, et les systèmes de consultation en ligne déjà assurés pour son contexte, et dépenser son effort rare sur la couture humaine : s'assurer que la réception, les cliniciens, et les aidants peuvent gérer ce que la voie numérique leur envoie et que les voies téléphonique et sans rendez-vous restent véritablement ouvertes pour ses patients souvent plus âgés ou fragiles. Les mêmes obligations d'accessibilité, de sécurité clinique, et de consentement le lient qu'un grand trust, mais sans équipe de gouvernance, donc il doit savoir quel fournisseur porte le dossier de sécurité clinique et quelles obligations restent les siennes. Un petit prestataire qui traite son système choisi comme un service en direct à configurer et surveiller, pas une case cochée à l'achat, servira sa communauté bien mieux que celui qui active les paramètres par défaut et regarde ailleurs.

Entreprise#

Un grand trust du NHS ou un ICS exploite des services destinés aux patients à l'échelle à travers un parc fragmenté, donc son problème central est la cohérence : de multiples portails, lettres, et applications qui résolvent chacun une tâche et déconcertent collectivement le patient. Son avantage est la portée et la capacité de financer correctement les voies numériques assistées et non numériques ; son risque est l'inertie, les achats en silo, et une tendance à acheter un autre portail plutôt que de s'intégrer avec les plateformes nationales. La gouvernance est plus lourde et plus lente, ce qui protège la sécurité mais peut affamer l'itération, donc l'entreprise a besoin d'équipes produit avec un véritable mandat pour continuer à améliorer les services en direct (voir Sujet 5.0 — Travail piloté par le produit). La mesure de maturité est de savoir si un patient vit une porte d'entrée cohérente ou une douzaine déconnectées.

Gouvernement#

Un organisme national tel que NHS England construit les plateformes — l'application NHS, NHS login, l'accès aux dossiers — sur lesquelles tous les autres s'appuient, donc ses décisions fixent le plafond pour l'équité et l'interopérabilité à travers tout le système. Sa responsabilité est envers le Parlement et le public pour les dépenses, la sécurité, et l'équité, ce qui élève à juste titre la barre sur l'accessibilité, la transparence, et la préservation des voies non numériques. La tâche difficile est d'équilibrer une expérience nationale unique et cohérente contre une véritable variation locale, et de résister à l'attraction politique de célébrer les chiffres d'inscription principaux plutôt que les véritables résultats. Le levier unique du gouvernement est les normes et les paramètres par défaut : ce qu'il mandate pour l'identité, l'interopérabilité, et l'accessibilité façonne des millions d'interactions qu'il ne concevra jamais directement.

Modes d'échec courants#

• Théâtre de l'inscription. Rapporter les téléchargements et inscriptions comme un succès tandis que personne ne vérifie si quiconque obtient de la valeur ou une meilleure santé. Corrigez-le en mesurant l'activation, l'usage soutenu, et les résultats dès le début.
• Dérive vers le numérique uniquement. Retirer ou sous-financer discrètement les voies téléphonique et en personne une fois que l'application existe, ce qui exclut les plus vulnérables. Corrigez-le en traitant le numérique assisté et le non numérique comme des fonctionnalités permanentes et financées.
• Prolifération de portails. Chaque service achetant son propre portail patient, de sorte que le public fait face à un labyrinthe de connexions. Corrigez-le en vous intégrant avec les plateformes nationales et les normes ouvertes.
• Triage comme fonctionnalité, pas dossier de sécurité. Livrer l'acheminement de symptômes sans gouvernance de sécurité clinique ni surveillance du préjudice. Corrigez-le en appliquant les normes de risque clinique et en nommant un responsable de sécurité clinique.
• Dossiers sans compréhension. Exposer des données cliniques brutes sans conception de contenu, alarmant ou déroutant les patients. Corrigez-le avec un contenu en langage clair et une gestion réfléchie de l'accès sensible et par procuration.
• Consentement par dark pattern. Pousser les gens vers un partage de données qu'ils ne comprennent pas, corrodant la confiance. Corrigez-le avec un consentement véritable, clair, et réversible.
• Lancer et abandonner. Traiter le service comme un projet qui se termine à la mise en production plutôt qu'un produit en direct qui doit être recherché, soutenu, et amélioré.

Modèle de maturité#

Liste de contrôle#

• Pour chaque tâche, une voie numérique, une voie numérique assistée, et une voie non numérique existent et sont financées
• Le service s'intègre avec l'application NHS et NHS login plutôt que de dupliquer l'identité ou la porte d'entrée
• Les patients peuvent accéder à leurs propres dossiers dans un langage qu'ils peuvent comprendre, avec une gestion sûre de la procuration et des données sensibles
• Tout triage ou acheminement de symptômes a un dossier de sécurité clinique, un responsable de sécurité nommé, et une escalade des symptômes d'alerte
• Les mesures de succès incluent l'activation, l'usage soutenu, l'achèvement de tâche, et les véritables résultats — pas seulement les téléchargements
• Les choix de consentement et de partage de données sont clairs, véritables, et réversibles, sans dark patterns
• L'accessibilité respecte WCAG et est testée avec la technologie d'assistance et de vrais utilisateurs exclus
• Les réservations, messages, et observations circulent vers et depuis les systèmes cliniques via des normes ouvertes
• Le service est exploité comme un produit en direct avec support, surveillance, et réponse aux incidents
• La recherche avec une population diverse continue après le lancement et alimente le carnet

Sources clés#

• NHS England — NHS App and NHS login guidance and developer documentation
• NHS Service Standard and NHS Digital Service Manual — designing accessible, inclusive public services
• GOV.UK Service Manual (Government Digital Service) — assisted digital, channel choice, and service design
• NHS England — DCB0129 and DCB0160 clinical risk management standards for health IT
• Digital Technology Assessment Criteria (DTAC) — NHS England baseline for digital health technologies
• NICE Evidence Standards Framework for Digital Health Technologies
• Web Content Accessibility Guidelines (WCAG) — W3C
• NHS RightCare Shared Decision-Making Programme
• Insignia Health / Judith Hibbard — Patient Activation Measure (PAM)

Références#

1. NHS app — Wikipédia — https://en.wikipedia.org/wiki/NHS_app
2. Personal health record — Wikipédia — https://en.wikipedia.org/wiki/Personal_health_record
3. Electronic health record — Wikipédia — https://en.wikipedia.org/wiki/Electronic_health_record
4. Patient portal — Wikipédia — https://en.wikipedia.org/wiki/Patient_portal
5. Shared decision-making in medicine — Wikipédia — https://en.wikipedia.org/wiki/Shared_decision-making_in_medicine
6. Remote patient monitoring — Wikipédia — https://en.wikipedia.org/wiki/Remote_patient_monitoring
7. Telehealth — Wikipédia — https://en.wikipedia.org/wiki/Telehealth
8. Patient Activation Measure — Wikipédia — https://en.wikipedia.org/wiki/Patient_Activation_Measure
9. Digital divide — Wikipédia — https://en.wikipedia.org/wiki/Digital_divide
10. Digital health — Wikipédia — https://en.wikipedia.org/wiki/Digital_health
11. GOV.UK Verify — Wikipédia — https://en.wikipedia.org/wiki/GOV.UK_Verify
12. NHS App — NHS England — https://www.nhs.uk/nhs-app/
13. NHS login — NHS England — https://www.nhs.uk/nhs-services/online-services/nhs-login/
14. NHS Service Manual and Service Standard — NHS England — https://service-manual.nhs.uk/
15. GOV.UK Service Manual: Assisted digital and channel choice — Government Digital Service — https://www.gov.uk/service-manual/helping-people-to-use-your-service
16. Clinical risk management standards DCB0129 and DCB0160 — NHS England — https://digital.nhs.uk/services/clinical-safety
17. Digital Technology Assessment Criteria (DTAC) — NHS England — https://www.nhs.uk/about-us/digital-technology-assessment-criteria-dtac/
18. Evidence Standards Framework for Digital Health Technologies — NICE — https://www.nice.org.uk/about/what-we-do/digital-health
19. Web Content Accessibility Guidelines (WCAG) 2.2 — W3C — https://www.w3.org/TR/WCAG22/