Slack de Health Tech do CMS dá às empresas de IA um atalho político para entrar no Medicare
O CMS deu a um espaço de trabalho com 1.700 membros um papel incomumente direto em discussões sobre aplicativos de saúde com IA, registros médicos e políticas de pagamento do Medicare. O Slack de health tech do CMS incluía Microsoft, OpenAI, Anthropic, Apple, Google, investidores e outros interesses do setor de tecnologia. Ainda assim, médicos, representantes de hospitais e defensores de pacientes teriam tido uma presença muito menor.
O arranjo importa porque o CMS está fazendo mais do que coletar feedback técnico. A agência lançou uma Biblioteca de Aplicativos do Medicare e abriu um modelo de pagamento para cuidados crônicos apoiados por tecnologia. Ambas as iniciativas podem transformar a visibilidade governamental em distribuição, credibilidade e receita para as empresas participantes.
Uma investigação sobre o Slack da KFF Health News e da CBS News descreve reuniões privadas, discussões de políticas e incentivo do governo a aplicações de saúde. O CMS chama a iniciativa de uma colaboração técnica aberta e voluntária. Críticos veem um processo que se assemelha à formulação de políticas sem o equilíbrio e a transparência esperados de um órgão consultivo federal formal.
O conflito central não é entre empresas de tecnologia e governo. É uma pressão liderada pelo setor por acesso mais rápido a dados de saúde em oposição às salvaguardas públicas normalmente associadas à política federal de saúde. Esse conflito determinará quem controla os registros médicos, quais aplicativos o Medicare promove e quem assume a responsabilidade quando a orientação da IA falha.
O Slack de Health Tech do CMS se tornou mais do que um fórum técnico
Um canal privado de coordenação tornou-se parte da estrutura que conecta o design de produtos, a política federal, a distribuição pelo Medicare e futuros reembolsos.
O CMS criou seu Ecossistema de Tecnologia em Saúde para facilitar o acesso e o compartilhamento de registros de saúde pelos pacientes. A iniciativa também buscava aplicações que pudessem usar esses registros para agendamentos, apoio a condições crônicas e IA conversacional.
Inicialmente, o governo federal apresentou esse trabalho como um amplo esforço de interoperabilidade. Interoperabilidade significa que diferentes sistemas de saúde podem trocar e usar as mesmas informações dos pacientes por meio de padrões técnicos compartilhados.
Em julho de 2025, o governo Trump anunciou compromissos de grandes organizações de tecnologia e saúde. Amazon, Anthropic, Apple, Google e OpenAI apareceram entre os participantes nomeados.
Mais de 60 organizações assumiram compromissos iniciais, segundo reportagens da época. Mais tarde, o CMS afirmou que a participação havia crescido para mais de 700 organizações até abril de 2026.
A iniciativa pública incluía dois objetivos conectados. Um envolvia tornar os registros médicos portáteis entre provedores e aplicações. O outro envolvia incentivar produtos voltados aos pacientes que pudessem usar esses registros.
Por trás dessa campanha pública, o CMS operava um espaço de trabalho no Slack que teria crescido para 1.700 membros. O espaço colocava autoridades federais em contato recorrente com empresas de tecnologia, investidores, consultores e empreendedores da saúde.
O Slack em si não é a questão importante. As agências frequentemente precisam de conversas técnicas com especialistas externos. A preocupação é o que aconteceu por meio do canal e quem recebeu acesso relevante.
Segundo a investigação, o CMS usou o espaço para convidar empresas selecionadas para reuniões com autoridades federais. Uma sessão em fevereiro envolveu pelo menos 35 organizações do setor e se concentrou em produtos de IA conversacional para pacientes.
A Food and Drug Administration participou porque algumas aplicações de saúde podem estar sob sua autoridade sobre dispositivos médicos. As empresas teriam sido solicitadas a descrever seus produtos e explicar como acessavam informações sensíveis dos pacientes.
A reunião não apareceu no calendário público da FDA nem em um aviso regulatório, segundo a reportagem. Pacientes e o público em geral não foram convidados por meio de um processo aberto.
Um assessor de políticas do CMS descreveu a sessão como uma oportunidade para ajudar a FDA a moldar orientações futuras. Essa linguagem colocou as empresas participantes próximas da formulação de regras que regem seus próprios produtos.
O CMS contestou a ideia de que o espaço de trabalho seja um comitê consultivo de políticas. Seu código de conduta teria afirmado que o grupo não forneceria aconselhamento nem recomendações a autoridades federais.
Essa distinção se torna mais difícil de sustentar quando autoridades solicitam opiniões sobre orientações, requisitos de produtos e caminhos de pagamento. Uma ressalva descreve a categoria jurídica pretendida, mas não resolve como o grupo funcionava na prática.
O espaço de trabalho também apresentava um desequilíbrio marcante na participação. A investigação encontrou apenas um pequeno número de médicos, representantes de hospitais e defensores de pacientes entre seus 1.700 membros.
Esse desequilíbrio importa na saúde. Desenvolvedores podem explicar APIs, sistemas de identidade e comportamento de modelos. Eles não podem representar de forma independente pacientes que enfrentam comprometimento cognitivo, doenças crônicas, barreiras linguísticas ou acesso digital limitado.
O Slack de health tech do CMS criou, portanto, sua primeira grande tensão. A agência queria coordenação técnica rápida, mas o processo concentrou influência entre organizações posicionadas para lucrar com o sistema resultante.
A Biblioteca de Aplicativos do Medicare transforma visibilidade em poder de mercado
Uma presença na Biblioteca de Aplicativos do Medicare pode funcionar como um sinal de confiança do governo, mesmo quando o CMS não endossa formalmente o produto.
O CMS lançou a primeira leva de seu Ecossistema HealthTech em abril de 2026. O lançamento combinou infraestrutura técnica, aplicações voltadas aos pacientes e uma Biblioteca de Aplicativos do Medicare.
A biblioteca direciona idosos e pessoas com deficiência a aplicações comerciais de saúde. Suas primeiras listas abrangiam usos como controle de peso, apoio ao diabetes, cuidados oncológicos e orientação de saúde assistida por IA.
Autoridades do CMS teriam discutido essa visibilidade diretamente com participantes do setor. Antes do lançamento público, uma autoridade descreveu como beneficiários poderiam confiar em uma aplicação porque o Medicare.gov a promovia.
Essa observação captura o valor comercial. O Medicare não precisa chamar uma aplicação de segura, eficaz ou clinicamente superior para que os usuários percebam uma aprovação.
Uma lista federal carrega peso institucional. Muitos beneficiários não distinguirão entre uma entrada em diretório, uma qualificação técnica, um resultado de acreditação e um endosso clínico.
O CMS informa aos desenvolvedores que uma aplicação deve primeiro aderir ao compromisso do Ecossistema de Tecnologia em Saúde. Depois, deve atender a requisitos relacionados à verificação de identidade, interoperabilidade, segurança, privacidade e acreditação externa.
As regras de submissão de aplicativos da agência exigem conexões com redes de dados alinhadas ao CMS. Elas também pedem suporte a FHIR R4 e SMART on FHIR.
FHIR é um padrão para a troca de informações estruturadas de saúde. SMART on FHIR acrescenta uma estrutura de autorização que permite às aplicações solicitar acesso autorizado a esses registros.
Esses requisitos tratam de problemas técnicos reais. Um paciente pode receber cuidados de vários hospitais, laboratórios, especialistas, farmácias e seguradoras. Cada organização pode armazenar apenas parte do registro.
Uma aplicação aprovada poderia reunir esses fragmentos em uma única visualização. Um assistente de IA poderia então usar resultados laboratoriais, históricos de medicamentos, diagnósticos ou dados de dispositivos vestíveis para personalizar suas respostas.
Isso representa uma melhoria significativa em relação a pedir que os usuários se lembrem de cada exame e prescrição. Também cria uma coleta de dados muito mais sensível dentro de um produto de consumo.
O CMS afirma que assistentes conversacionais devem identificar respostas geradas por IA e distinguir informações educacionais de aconselhamento clínico. Contudo, um rótulo não pode impedir que usuários tratem orientações personalizadas como julgamento médico.
A distinção se torna ainda menos clara quando um assistente conhece as condições e os medicamentos de uma pessoa. Conselhos baseados em um histórico médico completo parecerão mais autoritativos do que a resposta de um chatbot genérico.
A biblioteca também pode favorecer fornecedores maiores. Microsoft e Google já possuem extensas relações em nuvem, identidade, segurança e saúde. OpenAI e Anthropic trazem produtos de IA amplamente reconhecidos e recursos técnicos substanciais.
Empresas menores de saúde podem ter conhecimento mais profundo sobre uma condição específica. Ainda assim, podem enfrentar custos relativos mais altos para acreditação, verificação de identidade, integração de rede, revisão de segurança e relacionamento com o governo.
Isso produz uma vantagem estrutural. Empresas já presentes no Slack de health tech do CMS podem aprender como os requisitos estão evoluindo enquanto constroem os sistemas destinados a atendê-los.
O acesso não prova favorecimento. Mas reduz a distância entre o roteiro de produto de um fornecedor e as expectativas emergentes do governo.
Portanto, os pacientes devem ler a Biblioteca de Aplicativos do Medicare como um ponto de acesso selecionado, não como uma classificação de qualidade clínica. Os formuladores de políticas precisam tornar esse limite evidente antes que a confiança se torne um substituto para evidências.
O acesso ao Slack de Health Tech do CMS agora se conecta a pagamentos do Medicare
As apostas aumentaram quando um projeto de interoperabilidade ganhou um caminho para o reembolso do Medicare por cuidados apoiados por tecnologia.
O CMS lançou o Modelo ACCESS em julho de 2026. ACCESS significa Advancing Chronic Care with Effective, Scalable Solutions.
O modelo voluntário cria pagamentos alinhados a resultados para organizações que apoiam pessoas com condições crônicas. Em vez de pagar apenas por atividades clínicas definidas, o CMS pode vincular pagamentos a resultados de saúde mensuráveis.
As áreas iniciais incluem hipertensão, diabetes, dor musculoesquelética crônica e depressão. O CMS afirma que mais de dois terços dos beneficiários do Medicare vivem com condições cobertas pelo modelo inicial.
O programa dura dez anos. Trilhas adicionais para insuficiência cardíaca, doença pulmonar obstrutiva crônica, transtorno por uso de substâncias e cessação do tabagismo estão programadas para abril de 2027.
No âmbito do modelo de pagamento ACCESS, clínicos podem trabalhar com organizações que fornecem monitoramento remoto, aplicações, orientação ou serviços relacionados apoiados por tecnologia.
Essa abordagem responde a uma lacuna real de pagamento. O Medicare tradicional de pagamento por serviço remunera atividades especificadas, enquanto o cuidado digital pode ocorrer de forma contínua e assíncrona entre consultas.
Uma aplicação pode monitorar a pressão arterial, identificar medições ausentes e orientar um paciente a entrar em contato com um clínico. Outro serviço pode combinar orientação com dados de dispositivos vestíveis para o controle do diabetes.
Pagamentos vinculados a resultados podem incentivar fornecedores a se concentrarem na melhora dos pacientes em vez de minutos de engajamento ou volume de notificações. No entanto, o modelo também direciona dinheiro público para empresas que desenvolvem as ferramentas.
Essa mudança torna o acesso antecipado a políticas comercialmente importante. O mesmo ecossistema discute acesso a dados, qualificação de aplicativos, distribuição e uma rota para serviços financiados pelo Medicare.
A investigação relatou que autoridades do CMS sugeriram que participantes da Biblioteca de Aplicativos do Medicare poderiam receber tratamento prioritário dentro do novo modelo. A página pública de submissão do CMS afirma que participantes do ACCESS recebem uma designação especial na biblioteca.
Ela também afirma que esses participantes estão isentos de determinados requisitos de revisão do CMS e de acesso para testes. Essa relação estreita a conexão entre pagamento governamental e visibilidade governamental.
Uma empresa pode, portanto, buscar várias vantagens por meio de um único ecossistema. Ela pode obter conexões com prontuários médicos, aparecer em um diretório do Medicare, conquistar a confiança dos beneficiários e participar de um modelo de pagamento baseado em resultados.
Nenhum benefício isolado comprova influência indevida. É a combinação deles que muda a natureza da iniciativa.
O governo não está apenas publicando um padrão técnico. Está ajudando a definir o mercado, organizar seus participantes, distribuir seus produtos e estabelecer condições de pagamento.
Essa combinação pressiona três grupos.
Desenvolvedores independentes enfrentam padrões moldados por um processo sobre o qual talvez não tenham tido influência. Profissionais de saúde enfrentam ferramentas capazes de inserir serviços comerciais no atendimento em curso. Pacientes enfrentam decisões sobre compartilhar históricos médicos completos com aplicativos privados.
A CMS enfrenta pressões próprias. Ela precisa avançar com rapidez suficiente para tornar a portabilidade de dados útil, ao mesmo tempo em que demonstra que a velocidade não substituiu uma avaliação independente.
Os compromissos originais da agência enfatizavam o controle dos pacientes, a redução da carga sobre os prestadores e melhores resultados de saúde. Esses objetivos continuam razoáveis.
O teste é saber se o sistema de pagamento verifica os resultados de forma independente. Ele também precisa impedir que empresas selecionem pacientes mais fáceis, usem grupos de comparação fracos ou definam sucesso com base em métricas restritas.
Um aplicativo pode reduzir uma métrica registrada sem melhorar o atendimento geral de um paciente. Também pode gerar bons resultados médios enquanto falha com pessoas que têm conectividade limitada ou condições complexas.
O pagamento baseado em resultados não equivale automaticamente à responsabilização. O desenho das métricas determina se o sistema recompensa a melhora na saúde, a seleção favorável de pacientes ou relatórios engenhosos.
Acesso Mais Rápido a Prontuários Médicos Cria uma Contrapartida de Privacidade
Tornar os prontuários portáteis dá aos pacientes mais controle, mas também leva informações sensíveis além das fronteiras conhecidas de privacidade na saúde.
A estrutura de interoperabilidade da CMS busca acesso amplo por meio de credenciais de identidade aprovadas e redes de dados alinhadas. Um paciente verificado não deveria precisar de contas separadas em portais para cada prestador.
A estrutura também prevê registros de transações que mostrem quem acessou as informações, quando o acesso ocorreu e por quê. Esses controles podem reduzir atritos e tornar o uso dos dados mais visível.
A abordagem enfrenta uma antiga falha do sistema de saúde. Pacientes frequentemente não conseguem recuperar prontuários completos sem navegar por vários portais, solicitações por fax e procedimentos institucionais.
A transferência fácil pode ajudar quando alguém troca de médico ou precisa de atendimento urgente. Também pode fornecer a um aplicativo contexto suficiente para detectar conflitos entre medicamentos ou preparar perguntas úteis para consultas.
A portabilidade não garante privacidade após a transferência. As proteções legais podem mudar quando um paciente orienta um prestador a enviar informações para um aplicativo de consumidor independente.
As orientações do HHS explicam que a HIPAA geralmente não abrange informações inseridas em um aplicativo operado fora de uma relação regulada de assistência à saúde. Isso continua verdadeiro mesmo quando as informações se originaram em um prontuário médico protegido.
A orientação sobre aplicativos da HIPAA estabelece uma fronteira importante. O aplicativo de um hospital geralmente continua sujeito à HIPAA, enquanto um aplicativo de consumidor sem vínculo pode não estar.
Outras proteções ainda se aplicam. A Federal Trade Commission pode contestar alegações de privacidade enganosas e aplicar obrigações de notificação de violações a muitos fornecedores de aplicativos de saúde.
A regra atualizada sobre violações de saúde da FTC abrange explicitamente muitos aplicativos e dispositivos conectados fora do escopo da HIPAA. Divulgações não autorizadas podem ser consideradas violações, não apenas incidentes externos de invasão.
Essas proteções importam, mas não tornam todos os regimes de privacidade equivalentes. A HIPAA estabelece obrigações detalhadas para entidades cobertas e parceiros comerciais antes que uma violação ocorra.
A legislação de proteção ao consumidor frequentemente depende do que uma empresa prometeu, de sua conduta ter sido enganosa ou de uma divulgação não autorizada ter disparado uma notificação. A fiscalização pode chegar depois que as informações já foram transferidas.
Prontuários médicos são excepcionalmente difíceis de redefinir. Um paciente pode substituir uma senha ou cartão de pagamento, mas não pode substituir um diagnóstico, risco genético, histórico psiquiátrico ou registro de medicamentos.
Os serviços de IA trazem questões adicionais. Uma empresa deve explicar se os dados de saúde treinam modelos, aprimoram produtos, apoiam publicidade ou são repassados a prestadores de serviços.
Os usuários também precisam saber como funciona a exclusão. Remover uma conversa de uma interface não responde necessariamente se dados derivados, registros, backups ou registros de segurança permanecem em outro lugar.
O consentimento se torna o problema central de design. Uma única tela de autorização pode permitir tecnicamente o acesso sem ajudar alguém a compreender as consequências.
Um consentimento significativo deve separar a obtenção de prontuários do uso secundário. Deve identificar cada categoria de dados, cada destinatário, o período de retenção e um processo prático de revogação.
Pessoas mais velhas podem enfrentar desafios adicionais. Alguns beneficiários dependem de cuidadores, usam dispositivos compartilhados ou têm condições que afetam a compreensão e a tomada de decisões.
Uma credencial de identidade segura pode confirmar quem está solicitando informações. Ela não consegue estabelecer que a pessoa compreende cada uso posterior dos dados.
O Slack de tecnologia em saúde da CMS teria incluído discussões sobre quanto consentimento os aplicativos precisam obter antes de acessar prontuários. É exatamente nesse ponto que representantes dos pacientes merecem influência comparável.
Desenvolvedores naturalmente buscam reduzir etapas, porque cada tela adicional pode diminuir a adoção. Pacientes podem preferir decisões mais lentas e claras quando o produto solicita uma vida inteira de informações médicas.
Esta é a principal contrapartida. O atrito pode impedir o acesso dos pacientes, mas eliminar todo atrito pode transformar o consentimento em uma transferência de poder quase invisível.
O Processo Levanta Questões Sobre Captura pelo Setor
A crítica mais forte diz respeito a quem ajudou a formular as regras, e não a se a CMS deveria trabalhar com empresas privadas de tecnologia.
Agências federais de saúde não podem projetar infraestrutura moderna de dados sem expertise externa. Fornecedores de tecnologia entendem sistemas que funcionários do governo talvez nunca construam por conta própria.
Organizações de saúde também dependem de software privado, serviços em nuvem, provedores de identidade e fornecedores de prontuários eletrônicos. Excluir empresas produziria uma política técnica mais fraca.
O problema começa quando a consulta se torna estruturalmente desequilibrada. Um fórum dominado por fornecedores pode definir as necessidades dos pacientes a partir de pressupostos comerciais.
Por exemplo, empresas podem tratar o acesso mais rápido aos prontuários como a principal medida de controle do paciente. Um defensor dos pacientes pode se concentrar, em vez disso, em revogação, uso secundário, acessibilidade ou proteção contra manipulação.
Um médico pode perguntar como um assistente de IA lida com sintomas ambíguos. Um fornecedor pode enfatizar se o assistente consegue recuperar dados suficientes para oferecer uma resposta personalizada.
Ambas as perspectivas são relevantes. Elas não são intercambiáveis.
Joseph Daval, ex-advogado da FDA e especialista em pesquisa da Harvard Medical School, analisou mensagens do Slack para a investigação. Ele afirmou que o grupo se assemelhava, em alguns aspectos, a um comitê consultivo federal.
Comitês consultivos federais geralmente operam sob exigências destinadas a apoiar a visibilidade pública, a participação independente e uma composição equilibrada. Ainda não está resolvido se esse Slack atendia legalmente a essa definição.
O código de conduta da CMS teria afirmado que o espaço de trabalho não constituía um comitê consultivo. Também alertava funcionários federais contra endossar produtos ou empresas específicos.
Essas salvaguardas mostram que os funcionários reconheciam esse limite. As discussões relatadas levantam dúvidas sobre se a prática real permaneceu confortavelmente dentro dele.
Uma reunião relatada envolveu um funcionário descrevendo o Medicare.gov como uma fonte de confiança dos beneficiários para aplicativos listados. Outras gravações teriam vinculado aplicativos em destaque a oportunidades de pagamento.
Um funcionário público pode explicar um programa sem endossar um produto. No entanto, prometer distribuição ou descrever uma iniciativa como um motor comercial se aproxima de uma linha sensível.
A CMS não respondeu a várias perguntas detalhadas dos repórteres, incluindo como selecionou aplicativos para a biblioteca. Também não explicou plenamente por que funcionários discutiram a promoção de produtos.
A agência afirmou que o ecossistema é aberto e voluntário. Enfatizou a colaboração com pacientes, prestadores, pagadores, organizações de tecnologia e outras partes interessadas.
A abertura não pode ser medida apenas pelo número total de membros. Ela também depende das práticas de convite, do acesso às reuniões, dos registros de decisões, das oportunidades de fala e de como visões concorrentes afetam a política final.
Um canal com 1.700 membros ainda pode ser limitado se a maioria dos participantes ativos compartilhar interesses financeiros semelhantes. Uma grande quantidade de membros pode até ocultar quem moldou as decisões decisivas.
A transparência não exigiria a publicação de todas as mensagens informais. As agências precisam de conversas de trabalho, e as empresas às vezes compartilham detalhes técnicos confidenciais.
A CMS ainda pode publicar calendários de reuniões, listas de participantes, agendas escritas, resumos de decisões, declarações de conflito de interesses e explicações para mudanças materiais de política.
Ela também pode criar um conselho de pacientes e médicos com representação significativa. Esse grupo deveria revisar linguagem de privacidade, fluxos de consentimento, descrições de aplicativos e métricas de resultados antes que cheguem aos beneficiários.
Testes independentes são igualmente importantes. A certificação de segurança não pode estabelecer precisão clínica, benefício à saúde, usabilidade ou acesso equitativo.
Um assistente de IA pode atender a requisitos técnicos enquanto fornece orientações inconsistentes. Um aplicativo para diabetes pode proteger dados enquanto produz resultados fracos para usuários com necessidades médicas complexas.
A marca Medicare pode condensar essas distinções em uma única impressão de confiança. A CMS deve impedir que uma listagem em diretório se torne uma recomendação clínica implícita.
Três Sinais Mostrarão se a CMS Pode Restaurar o Equilíbrio
A próxima etapa deve ser julgada por meio de processo público, resultados mensuráveis para os pacientes e proteções de dados aplicáveis.
O primeiro sinal é como a CMS explica a seleção de aplicativos. A agência deve publicar critérios claros para inclusão, remoção, classificação e designações especiais na Medicare App Library.
Esses critérios devem distinguir elegibilidade técnica de evidência clínica. Cada listagem deve informar aos usuários o que a CMS analisou e o que não analisou.
A CMS também deveria divulgar se as empresas listadas participaram de reuniões privadas sobre as regras. A participação não as desqualificaria automaticamente, mas a transparência exporia possíveis vantagens.
Se a CMS publicar registros detalhados de seleção, a medida reforçaria sua alegação de que o programa permanece aberto. A ambiguidade contínua reforçaria preocupações sobre acesso privilegiado.
O segundo sinal é como o ACCESS relata os resultados. Taxas agregadas de sucesso não serão suficientes.
A CMS deve apresentar retenção, eventos adversos, reclamações de pacientes e resultados entre grupos demográficos e clínicos. Também deve explicar como os participantes definem pacientes elegíveis e medem a melhora.
A avaliação independente deve comparar o atendimento apoiado por tecnologia com alternativas confiáveis. Caso contrário, um fornecedor pode obter resultados favoráveis de pacientes que já tinham maior probabilidade de melhorar.
O programa também deve identificar quem detém a responsabilidade clínica. Os pacientes precisam de um caminho claro de escalonamento quando orientações automatizadas entram em conflito com o atendimento profissional ou deixam de identificar uma condição grave.
Uma avaliação robusta sustentaria o argumento de que o ACCESS recompensa um atendimento melhor. Relatórios fracos sugeririam que o reembolso avançou mais rápido do que as evidências.
O terceiro sinal é se os controles de privacidade continuam compreensíveis depois que os prontuários médicos deixam os sistemas tradicionais de saúde. O CMS deveria exigir divulgações específicas antes que um aplicativo obtenha dados.
Os usuários devem poder ver se um produto utiliza prontuários para treinamento de modelos, desenvolvimento de produtos, marketing ou pesquisa. Também devem receber ferramentas diretas para revogar o acesso e solicitar a exclusão.
Os registros de auditoria devem chegar aos pacientes, e não apenas aos administradores de rede. Uma pessoa deve conseguir ver qual serviço abriu um prontuário e quais informações recebeu.
Violações e divulgações não autorizadas testarão essas salvaguardas. Medidas de fiscalização, remoções de aplicativos ou notificações lentas exporiam lacunas entre os requisitos escritos e a proteção efetiva.
A promessa mais ampla continua valiosa. Os pacientes não deveriam precisar de aparelhos de fax, formulários repetidos ou apenas da própria memória para administrar seus históricos médicos.
Aplicativos de IA podem ajudar as pessoas a preparar perguntas, monitorar condições crônicas e navegar por um sistema de saúde intimidador. Esses benefícios justificam uma experimentação cuidadosa.
Eles não justificam permitir que os fornecedores definam o experimento, em grande parte, entre si. Uma inovação mais rápida não pode substituir participação equilibrada, deliberação pública e evidências independentes.
Para desenvolvedores e compradores corporativos, a lição vai além do Medicare. O acesso a dados sensíveis traz deveres de governança que as equipes de produto não podem delegar a divulgações jurídicas.
As equipes precisam de registros duradouros sobre discussões de políticas, decisões de risco, requisitos técnicos e feedback dos usuários. Uma base de conhecimento de IA pesquisável pode ajudar a preservar esse contexto institucional, mas a documentação é apenas o começo.
A história do Slack de tecnologia em saúde do CMS agora tem um teste simples. O CMS tornará o sistema tão transparente para os pacientes quanto tem sido acessível às empresas participantes?
Acompanhe as divulgações sobre a seleção da biblioteca, os dados de resultados do ACCESS e os controles de privacidade vinculados às transferências de prontuários. Juntos, esses sinais mostrarão se isso se tornará uma infraestrutura centrada no paciente ou um canal de distribuição de IA para saúde apoiado pelo governo.
