Tópico 3.3 — Serviços digitais voltados a pacientes e cidadãos

Um serviço digital voltado ao paciente é, por si só, uma intervenção de saúde pública: pode ampliar o acesso e a confiança de milhões ou excluir em silêncio justamente quem mais precisa de cuidado, e a forma como você o constrói decide qual dos dois acontece.

Por que isso importa na saúde e nos cuidados#

Quando você põe um serviço diretamente nas mãos do público, muda a relação entre uma pessoa e o sistema que cuida dela. Um sistema voltado à equipe é usado por pessoas treinadas dentro de um ambiente controlado; um serviço voltado ao paciente é usado por um pai ou mãe assustado às 2 da manhã, por uma pessoa de 84 anos que divide o telefone com um vizinho, por alguém sem endereço fixo, por alguém que lê pouco inglês, por alguém em crise. Você não escolhe seus usuários, não os treina nem fica ao lado deles. O serviço precisa funcionar — com segurança, clareza e justiça — para todos a quem o sistema de saúde é obrigado a servir, e não apenas para os confiantes e conectados.

Essa obrigação é o que o distingue da tecnologia de consumo. No varejo, um fechamento de compra confuso perde uma venda. Na saúde e nos cuidados, um formulário de triagem on-line confuso, uma instrução de medicamento pouco clara ou um fluxo de "marcar consulta" que falha em silêncio podem levar a um diagnóstico perdido, a uma dose errada ou a uma pessoa que desiste e se apresenta mais tarde e mais doente. O que está em jogo é clínico (ver Tópico 1.6 — Segurança clínica e gestão de riscos), jurídico (os deveres de igualdade e acessibilidade obrigam os órgãos públicos) e financeiro, porque o dinheiro público é gasto quer o serviço ajude alguém ou não.

Há também uma dimensão de confiança que os produtos de consumo raramente carregam. As pessoas trazem seus dados de saúde, seus medos e uma vida inteira de experiência com o NHS a cada tela que você lhes mostra. Se o serviço parece extrativo, opaco ou inseguro, elas não vão simplesmente abandoná-lo — perderão a confiança na instituição por trás dele (ver Tópico 1.8 — Ética de dados, consentimento e confiança pública). E, como as pessoas menos capazes de navegar num serviço digital ruim são desproporcionalmente idosas, mais pobres, com deficiência ou digitalmente excluídas, os serviços voltados ao paciente mal projetados ampliam ativamente as desigualdades em saúde. Fazer isso bem não é questão de acabamento. É questão de equidade, segurança e confiança pública.

Conceitos centrais#

Um serviço voltado ao paciente é a "porta de entrada digital": o ponto de entrada on-line pelo qual uma pessoa encontra informações, comprova quem é e começa uma tarefa. Na Inglaterra, as duas plataformas nacionais que a maioria das pessoas encontra são o NHS App e o NHS login. O NHS App, desenvolvido pelo NHS England, permite às pessoas na Inglaterra marcar e gerenciar consultas de clínica geral, pedir receitas repetidas, ver o prontuário mantido pelo seu clínico geral, acessar o NHS 111 on-line e definir preferências de compartilhamento de dados e de doação de órgãos. O NHS login é o serviço separado de identidade e autenticação que verifica quem é a pessoa (a um nível proporcional de garantia) para que ela possa alcançar com segurança o próprio prontuário em muitos serviços diferentes do NHS e de parceiros — de modo muito parecido com o que o GOV.UK Verify um dia pretendeu fazer para o governo central. É importante descrevê-los com exatidão: o NHS App é uma porta de entrada e um aplicativo, enquanto o NHS login é a camada de identidade que muitos aplicativos e sites, e não só o NHS App, podem usar.

Por trás da porta de entrada estão registros e ferramentas. Um prontuário eletrônico de saúde (EHR) é o registro mantido pelo clínico e guardado por um prestador. Um registro pessoal de saúde (PHR) é um registro que o paciente pode ver, ao qual pode acrescentar e que, às vezes, pode controlar, dando-lhe uma visão mais completa do próprio cuidado. Um portal do paciente é a interface web ou de aplicativo pela qual as pessoas veem resultados, mensagens, cartas e registros e se comunicam com a sua equipe de cuidados. O "acesso do paciente aos registros" — o direito de ler o próprio prontuário da clínica geral e, cada vez mais, do hospital — é hoje uma expectativa padrão na Inglaterra, e não um favor.

Vários tipos de serviço rodam por cima. A consulta on-line e a triagem on-line permitem a uma pessoa descrever um problema digitalmente para que seja encaminhado e priorizado sem fila telefônica. A tomada de decisão compartilhada na medicina é a prática de clínico e paciente chegarem juntos a decisões de cuidado, apoiados por informações claras e auxílios à decisão — expressa na frase do NHS "nenhuma decisão sobre mim, sem mim". As ferramentas de autogestão ajudam as pessoas a lidar com condições crônicas no dia a dia. O monitoramento remoto de pacientes e a telessaúde estendem o cuidado ao domicílio por meio de dispositivos, vídeo e mensagens assíncronas.

Os conceitos que decidem se tudo isso funciona dizem respeito a pessoas, e não a funcionalidades. A adoção é se as pessoas começam a usar um serviço; a ativação é se chegam ao ponto de obter valor dele; e o engajamento sustentado é se continuam a usá-lo quando importa. A Patient Activation Measure (PAM) é um instrumento validado para uma ideia relacionada — o conhecimento, as competências e a confiança de uma pessoa para gerir a própria saúde. Contra tudo isso se coloca a divisão digital: a distância de acesso, conectividade e confiança que faz com que um serviço de saúde digital puramente digital deixe algumas pessoas para trás, a menos que as vias assistidas e não digitais sejam deliberadamente preservadas (ver Tópico 1.9 — Inclusão digital e acessibilidade).

Boas práticas#

1. Projete toda a porta de entrada, e não um único aplicativo. Decida deliberadamente quais canais uma pessoa pode usar para alcançar cada tarefa — aplicativo, site, telefone, presencialmente, por meio de um cuidador ou procurador — e torne-os consistentes em vez de concorrentes. Um serviço voltado ao paciente é um conjunto de vias para uma necessidade, e não um único download. Mapeie onde a via digital passa o bastão para uma humana e torne essa costura graciosa, porque a maioria das jornadas reais a atravessa. Trate a escolha do canal como algo que cabe ao usuário, e não que você possa forçar.

2. Use as plataformas nacionais em vez de reconstruí-las. Onde o NHS App e o NHS login já oferecem identidade, acesso a registros, consultas e receitas, integre-se a eles em vez de construir uma porta de entrada paralela que fragmenta a experiência e o modelo de segurança. Isso dá aos usuários uma identidade confiável e um só lugar para olhar e herda um trabalho de garantia que de outro modo você repetiria. Reserve a construção sob medida para necessidades genuinamente locais que as plataformas nacionais não atendem e devolva essas necessidades às equipes nacionais (ver Tópico 9.0 — Colaboração com organizações parceiras).

3. Dê às pessoas acesso real aos próprios registros e torne-o legível. O acesso aos registros gera confiança e apoia a autogestão, mas um prontuário despejado na tela em estenografia clínica pode confundir ou assustar. Invista em design de conteúdo para que resultados, cartas e entradas codificadas sejam compreensíveis e pense com cuidado sobre informações sensíveis, proteção e como um procurador ou cuidador vê os dados de outra pessoa (ver Tópico 1.10 — Proteção em serviços digitais). O acesso do paciente é um problema de design, e não apenas um interruptor a ligar.

4. Preserve as vias de digital assistido e não digitais como característica permanente. Para cada tarefa on-line, mantenha uma forma apoiada e uma totalmente offline de concluí-la e dê-lhes recursos adequados, em vez de tratá-las como custo indireto legado. O "digital por padrão" jamais deve significar "somente digital", porque uma proporção significativa da população não pode ou não quer usar a via digital, e essas pessoas são desproporcionalmente as de maior necessidade. Projete a via assistida — uma linha telefônica, um recepcionista, um auxiliar de biblioteca, um procurador familiar — com o mesmo cuidado dedicado ao aplicativo (ver Tópico 1.9 — Inclusão digital e acessibilidade).

5. Torne a triagem on-line clinicamente segura desde a concepção. Qualquer ferramenta que pergunte sobre sintomas e encaminhe as pessoas deve ser construída e governada como uma atividade de segurança clínica, com escalação clara para sintomas de alerta e uma inclinação para a supertriagem segura. Aplique as normas relevantes de gestão de riscos clínicos, mantenha um responsável nomeado pela segurança clínica envolvido e monitore os desfechos de cuidado perdido ou tardio (ver Tópico 1.6 — Segurança clínica e gestão de riscos). Um fluxo de triagem que falha em silêncio não é um defeito de usabilidade; é um incidente de segurança do paciente.

6. Apoie a tomada de decisão compartilhada, e não apenas as transações. O maior valor no digital voltado ao paciente é ajudar as pessoas a entender as opções e fazer escolhas que se encaixem nas suas vidas, e não meramente marcar horários. Ofereça auxílios à decisão, informações em linguagem simples e lembretes que convidem a perguntas e projete de modo que a pessoa possa fazer uma pausa, envolver a família e voltar. Meça se as pessoas se sentem mais informadas e mais no controle, porque esse é o objetivo da ferramenta. As transações são necessárias; a deliberação é onde os desfechos melhoram.

7. Instrumente para desfechos e experiência, e não para métricas de vaidade. Downloads e cadastros dizem quase nada; um serviço pode ter milhões de usuários cadastrados e não mudar a saúde de ninguém. Meça a ativação e o uso significativo e sustentado, a conclusão de tarefas e — quando puder — desfechos clínicos reais e medidas de experiência e de desfecho relatadas pelo paciente (PREMs e PROMs). Publique-as junto com os números de adoção para que a organização não confunda alcance com valor (ver Tópico 10.0 — Objetivos e resultados-chave (OKRs)).

8. Construa confiança por meio de clareza, consentimento e segurança. Diga às pessoas com clareza o que um serviço faz, o que não faz, quem vê seus dados e como obter ajuda ou chegar a um humano. Torne genuínas e reversíveis as escolhas de consentimento e de compartilhamento de dados e nunca empurre as pessoas, com padrões obscuros, a compartilhar mais do que pretendem (ver Tópico 1.8 — Ética de dados, consentimento e confiança pública). Na saúde, a confiança é a plataforma sobre a qual tudo o mais roda; uma única quebra dela custa muito mais do que qualquer funcionalidade rende.

9. Projete para a interoperabilidade desde o início. Um serviço voltado ao paciente que não consegue ler dos registros subjacentes nem escrever neles é um silo que gera redigitação e erro. Use padrões abertos para que agendamentos, mensagens e observações fluam de e para os sistemas que os clínicos de fato usam e para que os dados de uma pessoa a acompanhem por um cenário de cuidados fragmentado (ver Tópico 4.3 — Interoperabilidade e padrões de dados). O público vivencia a interoperabilidade como "não preciso me repetir" — e a sua ausência como perigo e frustração.

10. Feche o ciclo com pesquisa contínua e operação em produção. Continue pesquisando com usuários reais e diversos depois do lançamento, e não só antes dele, e devolva o que aprender ao backlog (ver Tópico 3.0 — Pesquisa com usuários e design de serviços). Conduza o serviço como um produto em produção, com suporte, monitoramento e resposta a incidentes adequados, porque um serviço voltado ao paciente que está fora do ar ou quebrado corrói a confiança instantaneamente (ver Tópico 3.8 — Gestão de serviços e operação em produção). A adoção é conquistada continuamente, e não capturada uma só vez.

Perguntas para discutir com a sua equipe#

1. Quem não consegue usar este serviço do modo como o projetamos, e o que acontece com essas pessoas? Todo serviço voltado ao paciente embute suposições — de que as pessoas têm um smartphone, dados móveis, um endereço de e-mail, uma identidade fixa contra a qual verificar, o letramento e a confiança para preencher um formulário e a visão, a destreza e o idioma para isso. Nomeiem os grupos que o seu desenho atual exclui ou desfavorece e sejam específicos: pessoas sem identidade verificável pelo NHS, pessoas que dividem um único dispositivo, pessoas que fogem de abuso e não podem arriscar um rastro digital, pessoas com comprometimento cognitivo. Para cada uma, decidam qual é de fato a via assistida ou não digital, quem lhe dá recursos e como saberão que funciona. Uma boa resposta, honesta, não alega servir a todos pelo aplicativo; nomeia os excluídos, quantifica-os quando possível e mostra uma alternativa financiada e digna, e não um número de telefone simbólico que ninguém atende. É aqui que a equidade é ganha ou perdida, e se conecta diretamente ao Tópico 1.9 — Inclusão digital e acessibilidade.

2. Como saberemos que este serviço de fato melhora a saúde, e não apenas que as pessoas se cadastraram? É fácil celebrar cadastros e downloads porque são contáveis e sobem; é muito mais difícil, e bem mais importante, mostrar que alguém está melhor. Discutam que desfecho vocês estão de fato tentando mover — menos consultas perdidas, condições crônicas mais bem controladas, apresentação mais precoce, decisões mais informadas — e como detectariam uma mudança nele. Debatam a concessão entre as métricas que se podem coletar barato agora e as medidas mais difíceis de ativação, uso sustentado e desfecho clínico que dizem a verdade. Considerem quem responde se a adoção é alta, mas os desfechos estão estáveis, e se vocês estão dispostos a mudar ou parar o serviço se a evidência disser que ele não está ajudando. Uma resposta forte liga o serviço a um pequeno número de medidas honestas de desfecho e de experiência, admite o que ainda não consegue medir e se recusa a deixar métricas de vaidade ocuparem o lugar do valor (ver Tópico 1.3 — Decisões baseadas em evidências e Tópico 10.0 — Objetivos e resultados-chave (OKRs)).

3. Onde a conveniência digital se troca com a segurança clínica, e quem decide? As ferramentas voltadas ao paciente criam tensões reais: acesso mais rápido pode significar menos supervisão clínica; a triagem por autoatendimento pode deixar passar a apresentação sutil que um clínico perceberia; mostrar às pessoas seus resultados brutos pode informar ou alarmar; permitir que as pessoas marquem diretamente pode minar a priorização. Percorram onde o seu serviço pende para a conveniência e onde deve pender para a cautela e tornem essas escolhas explícitas, em vez de emergentes. Perguntem quem responde pelo caso de segurança clínica, como os sintomas de alerta são escalados e como vocês monitoram o dano que só aparece em agregado ao longo do tempo. Considerem também o ângulo da proteção — um serviço que presume que a pessoa na tela é quem diz ser, e está segura, nem sempre acerta (ver Tópico 1.10 — Proteção em serviços digitais). Uma boa resposta trata a segurança como um insumo de projeto desde o primeiro dia, com um responsável nomeado pela segurança clínica e monitoramento ao vivo, e não como uma aprovação de conformidade no final.

4. Quando a via digital passa uma pessoa a uma via humana, quão graciosa é essa costura — e quem pega o que cai por ela? Quase toda jornada real de paciente cruza do aplicativo para uma pessoa e, às vezes, de volta: uma triagem on-line que encaminha a um retorno de chamada, um agendamento que exige que um recepcionista o resolva, um pedido de procuração que precisa ser verificado, um resultado que provoca uma mensagem preocupada. Essas passagens são onde os serviços falham em silêncio, porque cada lado supõe que o outro tem a pessoa e o contexto. Mapeiem as transições específicas que o seu serviço cria e perguntem que informação viaja por elas, quanto tempo a pessoa espera e o que acontece se nenhum dos lados a pega. Debatam se a via digital está de fato reduzindo a carga da equipe ou apenas movendo-a para algum lugar menos visível e se as equipes da linha de frente foram envolvidas no desenho, e não apenas receberam o novo fluxo (ver Tópico 3.0 — Pesquisa com usuários e design de serviços). Uma resposta honesta consegue rastrear uma pessoa de ponta a ponta por cada costura, nomeia quem é responsável pela passagem e mostra o recurso para quando a via automatizada não consegue concluir o trabalho — em vez de supor que a porta de entrada digital fecha o ciclo sozinha.

5. Qual é o custo total de operar isto bem por anos, e temos recursos honestos para arcar com ele? Os serviços voltados ao paciente costumam ser financiados como projetos — uma construção, um lançamento, uma manchete —, quando na verdade são produtos em produção que precisam ser apoiados, monitorados, pesquisados e melhorados indefinidamente, junto com as vias de digital assistido e não digitais que jamais poderão substituir por completo. Discutam o que realmente custa manter a linha telefônica com pessoal, o conteúdo atualizado, a acessibilidade mantida, o caso de segurança clínica vivo e as integrações funcionando à medida que as plataformas nacionais mudam por baixo de vocês. Tragam à tona a concessão incômoda de que um serviço genuinamente inclusivo é mais caro do que um somente digital e decidam se o caso de negócio se baseia em financiamento recorrente real ou em economias otimistas que supõem que todos mudem de canal. Considerem o que vocês deixarão de fazer para pagar por isso e quem responde quando o financiamento do segundo ano se evapora, mas o serviço e seus usuários permanecem. Uma resposta forte trata a sustentabilidade e o suporte como custos de primeira ordem desde o início (ver Tópico 3.8 — Gestão de serviços e operação em produção e Tópico 6.1 — Economia da saúde), e não como reflexão tardia depois de gasto o orçamento de lançamento.

6. Quem é dono deste serviço depois que o lançamento acaba, e essa pessoa tem mandato para continuar mudando-o? Um serviço voltado ao paciente de que ninguém é dono como produto vivo deriva: o conteúdo envelhece, a acessibilidade regride, a integração quebra em silêncio e a pesquisa cessa no dia em que a equipe do projeto é dissolvida. Discutam quem detém o serviço após a entrada em produção, se é uma equipe de produto genuína, com autoridade para priorizar, mudar e até desligar funcionalidades, ou apenas uma função de manutenção que só consegue manter as luzes acesas. Examinem como as decisões são tomadas quando interessados clínicos, operacionais, de governança da informação e de comunicação têm, todos, uma parte e um veto, e se esse caminho decisório é rápido o bastante para consertar um problema de segurança ou lento o bastante para protegê-lo. Considerem como o retorno de usuários e da equipe da linha de frente de fato chega a quem pode agir e se a organização continuará financiando uma equipe para melhorar algo que já parece funcionar. Uma resposta honesta nomeia o responsável, descreve seu mandato real e como o aprendizado ao vivo alimenta o backlog e admite onde a governança protege ou paralisa o serviço (ver Tópico 5.0 — Trabalho conduzido por produto).

Na prática: um exemplo de saúde e cuidados#

Um sistema de cuidados integrados (ICS) que cobre uma população urbana e litorânea mista quer reduzir a pressão sobre as linhas telefônicas das clínicas gerais e melhorar o acesso, e propõe lançar uma ferramenta de consulta e triagem on-line integrada ao NHS App e ao NHS login. A tentação é medir o sucesso pelo número de cadastros e pela queda no volume de ligações e declarar vitória em um trimestre.

O líder de entrega insiste em enquadrar de outro modo. Na descoberta, a equipe pesquisa com um grupo deliberadamente amplo: usuários confiantes do aplicativo, mas também uma senhora idosa no litoral com banda larga intermitente, um homem de baixo letramento que nunca usou e-mail, uma cuidadora que gerencia as consultas da mãe como procuradora e uma mulher num abrigo que não pode arriscar que o seu paradeiro seja registrado. Descobrem que o tratamento dos sintomas de alerta do formulário de triagem é sólido, mas que a sua linguagem derrota o usuário de baixo letramento, que a jornada do procurador é confusa e que a verificação de identidade do NHS login exclui pessoas sem passaporte nem carteira de motorista. De modo decisivo, descobrem que, quando a linha telefônica é despriorizada em favor do aplicativo, os usuários do litoral e os vulneráveis simplesmente perdem contato, em vez de mudar de canal.

Então o ICS reajusta o plano. Mantém a linha telefônica com pessoal completo como a via de digital assistido, e não como custo legado, e financia um esquema comunitário de "auxiliares de saúde digital" por meio de bibliotecas e farmácias. Trabalha com a equipe nacional do NHS App na jornada do procurador, em vez de construir uma gambiarra, e nomeia um responsável pela segurança clínica para responder pelo caso de risco da triagem, com monitoramento dos casos em que a triagem digital encaminhou de menos um paciente que depois se apresentou de forma aguda. Também muda suas medidas: além da adoção, acompanha a conclusão de tarefas por grupo de usuários, o uso sustentado, a experiência relatada pelos pacientes e um pequeno conjunto de desfechos clínicos. Seis meses depois, os downloads são menores do que uma investida puramente centrada no aplicativo teria produzido, mas o acesso melhorou em todos os grupos, inclusive os mais excluídos, e a ferramenta de triagem escalou com segurança várias apresentações graves. O conselho aceita a adoção mais lenta porque o serviço é demonstravelmente mais justo e mais seguro.

Perspectivas setoriais#

Startup#

Uma pequena empresa de saúde digital vive ou morre de adoção e retenção; por isso instrumentará o engajamento de forma obsessiva e iterará depressa — uma força genuína com a qual o sistema mais amplo pode aprender. O perigo é otimizar as métricas que impressionam investidores (downloads, usuários ativos mensais) em vez dos desfechos de saúde e projetar para os primeiros adotantes confiantes, mais baratos de conquistar. Uma startup que vende ao NHS deve mostrar que cumpre o Digital Technology Assessment Criteria (DTAC), integra-se ao NHS login e a padrões abertos em vez de prender os usuários num silo e tem um caso de segurança clínica crível. Os fundadores que ganham contratos de longo prazo são os que tratam a inclusão e a segurança como requisitos de produto, e não como arrasto de conformidade.

Pequena empresa#

Um pequeno prestador estabelecido — um consultório de clínica geral, uma farmácia comunitária, uma casa de repouso ou agência de cuidados domiciliares, uma clínica de unidade única — tem pacientes reais e um dever de cuidado, mas quase nenhuma capacidade digital ou de TI dedicada; assim, o movimento realista é adotar plataformas nacionais e ferramentas de fornecedores em vez de construir uma porta de entrada própria. Deve apoiar-se fortemente no NHS App, no NHS login e nos sistemas de consulta on-line já assegurados para o seu ambiente e gastar o seu escasso esforço na costura humana: garantir que a recepção, os clínicos e os cuidadores consigam lidar com o que a via digital lhes envia e que os canais de telefone e de atendimento sem hora marcada permaneçam genuinamente abertos para os pacientes, muitas vezes mais velhos ou mais frágeis. Os mesmos deveres de acessibilidade, segurança clínica e consentimento obrigam-no como a um grande hospital, mas sem uma equipe de governança; portanto, precisa saber qual fornecedor carrega o caso de segurança clínica e quais obrigações continuam sendo suas. Um pequeno prestador que trata o sistema escolhido como um serviço vivo a configurar e monitorar, e não uma caixa marcada na compra, servirá muito melhor a sua comunidade do que um que liga os padrões e desvia o olhar.

Grande organização#

Um grande hospital do NHS ou um ICS conduz serviços voltados ao paciente em escala por um parque fragmentado; seu problema central é, portanto, a coerência: vários portais, cartas e aplicativos que, cada um, resolvem uma tarefa e, juntos, desorientam o paciente. Sua vantagem é o alcance e a capacidade de financiar adequadamente as vias de digital assistido e não digitais; seu risco é a inércia, as aquisições em silos e a tendência a comprar mais um portal em vez de se integrar às plataformas nacionais. A governança é mais pesada e mais lenta, o que protege a segurança, mas pode esvaziar a iteração; assim, a grande organização precisa de equipes de produto com mandato real para continuar melhorando os serviços em produção (ver Tópico 5.0 — Trabalho conduzido por produto). A medida da maturidade é se um paciente vivencia uma porta de entrada coerente ou uma dúzia de desconectadas.

Governo#

Um órgão nacional como o NHS England constrói as plataformas — o NHS App, o NHS login, o acesso aos registros — sobre as quais todos os demais constroem; assim, suas decisões fixam o teto de equidade e interoperabilidade para todo o sistema. Sua responsabilização é perante o Parlamento e o público quanto a gastos, segurança e justiça, o que eleva com razão a exigência de acessibilidade, transparência e preservação das vias não digitais. A tarefa difícil é equilibrar uma experiência nacional única e consistente com a variação local genuína e resistir à atração política de celebrar números de cadastro de manchete em detrimento de desfechos reais. A alavanca única do governo são os padrões e os valores-padrão: o que ele torna obrigatório para identidade, interoperabilidade e acessibilidade molda milhões de interações que ele jamais projetará diretamente.

Modos de falha comuns#

• Teatro de cadastros. Reportar downloads e inscrições como sucesso enquanto ninguém verifica se alguém obtém valor ou melhor saúde. Corrige-se medindo ativação, uso sustentado e desfechos desde o início.
• Deslizamento para o somente digital. Retirar ou subfinanciar em silêncio as vias telefônica e presencial depois que o aplicativo existe, o que exclui os mais vulneráveis. Corrige-se tratando o digital assistido e o não digital como características permanentes e financiadas.
• Proliferação de portais. Cada serviço comprando o seu próprio portal do paciente, de modo que o público enfrenta um labirinto de logins. Corrige-se integrando-se às plataformas nacionais e a padrões abertos.
• Triagem como funcionalidade, e não como caso de segurança. Entregar o encaminhamento de sintomas sem governança de segurança clínica nem monitoramento de danos. Corrige-se aplicando as normas de risco clínico e nomeando um responsável pela segurança clínica.
• Registros sem compreensão. Expor dados clínicos brutos sem design de conteúdo, alarmando ou confundindo os pacientes. Corrige-se com conteúdo em linguagem simples e tratamento cuidadoso do acesso sensível e por procuração.
• Consentimento por padrão obscuro. Empurrar as pessoas a compartilhar dados que não entendem, corroendo a confiança. Corrige-se com consentimento genuíno, simples e reversível.
• Lançar e abandonar. Tratar o serviço como um projeto que termina na entrada em produção, e não como um produto vivo que precisa ser pesquisado, apoiado e melhorado.

Modelo de maturidade#

Lista de verificação#

• Para cada tarefa, existem e são financiadas uma via digital, uma de digital assistido e uma não digital
• O serviço se integra ao NHS App e ao NHS login em vez de duplicar a identidade ou a porta de entrada
• Os pacientes podem acessar os próprios registros em linguagem que entendam, com tratamento seguro de procuração e de dados sensíveis
• Qualquer triagem ou encaminhamento de sintomas tem um caso de segurança clínica, um responsável nomeado pela segurança e escalação de sintomas de alerta
• As medidas de sucesso incluem ativação, uso sustentado, conclusão de tarefas e desfechos reais — e não apenas downloads
• As escolhas de consentimento e de compartilhamento de dados são simples, genuínas e reversíveis, sem padrões obscuros
• A acessibilidade cumpre a WCAG e é testada com tecnologia assistiva e usuários reais excluídos
• Agendamentos, mensagens e observações fluem de e para os sistemas clínicos por padrões abertos
• O serviço é conduzido como um produto vivo, com suporte, monitoramento e resposta a incidentes
• A pesquisa com uma população diversa continua após o lançamento e alimenta o backlog

Fontes-chave#

• NHS England — orientações e documentação para desenvolvedores do NHS App e do NHS login
• NHS Service Standard e NHS Digital Service Manual — projetar serviços públicos acessíveis e inclusivos
• GOV.UK Service Manual (Government Digital Service) — digital assistido, escolha de canal e design de serviços
• NHS England — normas de gestão de riscos clínicos DCB0129 e DCB0160 para TI em saúde
• Digital Technology Assessment Criteria (DTAC) — linha de base do NHS England para tecnologias digitais de saúde
• 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)

Referências#

1. NHS app — Wikipedia — https://en.wikipedia.org/wiki/NHS_app
2. Personal health record — Wikipedia — https://en.wikipedia.org/wiki/Personal_health_record
3. Electronic health record — Wikipedia — https://en.wikipedia.org/wiki/Electronic_health_record
4. Patient portal — Wikipedia — https://en.wikipedia.org/wiki/Patient_portal
5. Shared decision-making in medicine — Wikipedia — https://en.wikipedia.org/wiki/Shared_decision-making_in_medicine
6. Remote patient monitoring — Wikipedia — https://en.wikipedia.org/wiki/Remote_patient_monitoring
7. Telehealth — Wikipedia — https://en.wikipedia.org/wiki/Telehealth
8. Patient Activation Measure — Wikipedia — https://en.wikipedia.org/wiki/Patient_Activation_Measure
9. Digital divide — Wikipedia — https://en.wikipedia.org/wiki/Digital_divide
10. Digital health — Wikipedia — https://en.wikipedia.org/wiki/Digital_health
11. GOV.UK Verify — Wikipedia — 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/