Este artigo discute uma possível solução para agendamento e acompanhamento de visitas virtuais entre pacientes, prestadores e gestores de cuidados.
Arquitetura
Transfira um ficheiro Visio com este diagrama de arquitetura.
Neste diagrama de arquitetura, as caixas com linhas azuis representam os serviços da Microsoft que são os serviços subjacentes ou complementos necessários para o Microsoft Cloud for Healthcare, cada um dos quais deve ser licenciado separadamente. Esses componentes juntos ajudam a acelerar o desenvolvimento de soluções integradas de saúde para o envolvimento do paciente, a colaboração da equipe de saúde e a melhoria dos insights de dados clínicos e operacionais.
Os dados fluem para o sistema através de vários sistemas médicos externos, como agendas de pacientes e fornecedores, registros médicos, dispositivos vestíveis e assim por diante. Esses dados são ingeridos usando o Azure. Em seguida, é armazenado no Microsoft Dataverse, um armazenamento de dados alimentado pela Power Apps Platform. Esses dados são formatados para usar entidades e relacionamentos entre elas, criados usando o Common Data Model (CDM), um padrão do setor para representar dados médicos. Todas as interações entre o paciente, o provedor e o gerente de cuidados acontecem usando esses dados do MDL armazenados no Dataverse.
Um paciente estabelecido pode fazer login com segurança no Portal do Paciente, um site hospedado nos Portais do Power Apps. Neste portal, o paciente pode falar com um Assistente Inteligente. Esta é uma instância do serviço Bot de Saúde do Azure, que reúne seus sintomas, fornece sugestões e recomenda ligar para o profissional, se necessário. Se o paciente optar por se conectar ao seu provedor médico, a instância do bot de saúde obtém os dados sobre os provedores disponíveis para visitas virtuais e suas agendas, do Dataverse. Uma vez que o paciente seleciona um provedor e um tempo, o bot apresenta suas informações de contato, obtidas a partir dos dados EMR/EHR armazenados no Dataverse. O paciente pode validar ou alterar essas informações e salvar os dados usando o bot.
Para agendar um compromisso, a instância do bot de integridade se conecta ao aplicativo Bookings usando a API do Microsoft Graph e reserva um compromisso no calendário do provedor. Um e-mail com as informações do compromisso é enviado para ambas as partes usando o Microsoft Outlook. O doente recebe instruções para iniciar sessão no Portal do Doente para o processo de ingestão. Esse processo envolve confirmar ou alterar suas informações de contato, pagamento e seguro e, em seguida, assinar um formulário de consentimento para a visita virtual. Depois de assinarem o consentimento, é-lhes fornecido o link do Microsoft Teams para o compromisso.
O provedor faz login no Teams para verificar a agenda de compromissos e as informações resumidas de cada um. O Teams apresenta essas informações usando o aplicativo Fila de Compromissos . O provedor pode, então, iniciar a visita virtual no Teams para o compromisso agendado. Durante a chamada, o provedor pode tomar notas e adicioná-las aos registros do paciente.
Uma nova nota no prontuário do paciente aciona uma notificação de revisão para o gerente de cuidados designado para o paciente. Quando o gestor de cuidados recebe esta notificação, pode iniciar sessão no Teams, onde pode ver os doentes que lhes estão atribuídos, e visualizar as notas. Através do aplicativo Care Management, eles podem fazer as alterações necessárias no plano de cuidados do paciente.
Componentes
A arquitetura é composta pelos seguintes componentes:
PAS. Os Sistemas de Administração de Pacientes (PAS) são sistemas que automatizam a papelada administrativa em organizações de saúde, como hospitais. Eles são os principais componentes da infraestrutura de TI de tal organização. Um PAS registra os dados demográficos do paciente, como nome, endereço residencial, data de nascimento e assim por diante. Também registra informações detalhadas de todos os contatos que o paciente teve com o hospital, tanto ambulatorial quanto internado. Com a ajuda do PAS, os hospitais modernos são capazes de relatar e agendar recursos em toda a organização. O PAS é uma fonte fundamental de dados de agendamento nesta solução. Uma vez que estes dados são externos e podem estar num formato não normalizado, é importante convertê-los num formato que seja compreendido por todos os componentes desta solução.
EMR/EHR. Os Registos Médicos Eletrónicos (EMR) e os Registos de Saúde Eletrónicos (RSE) fornecem os registos digitais das informações médicas e de saúde de um paciente, incluindo diagnósticos, medicamentos, imunizações e assim por diante. Eles podem ser direcionados para um único consultório de prática, como EMRs, ou projetados para escopo muito maior, viajando com os pacientes para qualquer instalação que eles vão, como os EHRs. Essas são fontes de dados externas importantes nesta solução e podem ser formatos não padronizados não estruturados. Como tal, esses dados precisam ser convertidos para um formato que possa ser usado pelos componentes nesta solução.
API do Azure para FHIR. O Azure é o primeiro passo no processo de trazer dados para o ecossistema da Microsoft e para o Microsoft Cloud for Healthcare. Esta camada fornece uma interface segura entre dados externos e componentes internos desta arquitetura. A API do Azure para FHIR ingere os dados provenientes de fontes diferentes, como EMR, PAS, dispositivos, estruturados ou não estruturados, converte-os em FHIR e persiste no Azure. Esses dados podem ser usados no Microsoft Cloud for Healthcare para diferentes serviços. A API do Azure para FHIR foi criada com segurança e conformidade em mente e projetada para dados PHI (Informações de Saúde Protegidas). Para obter mais informações sobre essa camada, consulte Azure para saúde e a API do Azure para FHIR
Modelo de dados comum. Com o Common Data Model, a Microsoft fornece um sistema de definição de metadados padronizado que é extensível e personalizável para necessidades comerciais específicas. As entidades do MDL estão disponíveis para áreas como CRM, Saúde, Talento e assim por diante. Para obter detalhes, leia as informações de uso do Common Data Model. Além dessas entidades, os clientes podem obter dados proprietários definindo essa tabela de entidades e os campos subjacentes no Common Data Model, que podem ser usados perfeitamente com outras entidades em toda a solução.
Microsoft Dataverse. Dataverse, um banco de dados relacional que alimenta o Microsoft Dynamics 365, é o repositório para os dados representados no Common Data Model. Ele contém bancos de dados para informações do paciente, contendo detalhes sobre seus nomes, informações familiares, condições médicas, histórico de medicamentos e assim por diante. Também contém as informações obtidas de quaisquer dispositivos vestíveis utilizados e registrados pelos pacientes, bem como, dados de agendamento e gerenciamento da organização de saúde. Esses dados são definidos usando o Common Data Model.
Portal do Paciente. Este portal Power Apps permite que os pacientes visualizem seus registros médicos, marquem consultas, conversem com a instância do bot de saúde e assim por diante. Este portal pode ser alargado para suportar outros dados. Este portal faz parte do Microsoft Cloud for Healthcare e permite que você gire facilmente um portal, que pode se conectar com entidades no Dataverse, obtendo dados como informações de pacientes, planos de cuidados, consultas e assim por diante.
Assistência Inteligente. Esta é uma instância do Serviço de Bot de Saúde do Azure, acessível aos pacientes por meio do Portal do Paciente. Essa instância de bot de integridade é carregada em um site do Serviço de Aplicativo do Azure. É personalizável e pode ser programado usando os cenários exigidos pelos clientes.
Aplicativo de reservas. Bookings App é um serviço Microsoft 365, incluído no Microsoft Cloud for Healthcare. Facilita o agendamento de eventos do calendário e permite a criação de reuniões do Teams.
Microsoft Outlook. Esta solução usa o Microsoft Outlook como o cliente de e-mail. A aplicação Bookings que envia a notificação por e-mail está integrada com o Outlook. Em alternativa, pode ser utilizado o cliente de correio eletrónico preferido do prestador de cuidados de saúde.
Microsoft Teams. O Microsoft Teams é um componente do Microsoft Cloud for Healthcare e fornece o front-end para interações entre pacientes, provedores e gerentes de cuidados. Os usuários podem usar uma versão instalada localmente ou a versão web. Para obter mais informações sobre o Teams, leia a documentação do Microsoft Teams.
Fila de compromissos. Esta ferramenta gera uma página HTML com dados extraídos do Dataverse, usando a API Web Dynamics 365. Apresenta ao prestador informações sobre as consultas agendadas para o dia e resumo sobre cada uma delas. Ele também fornece um link para acessar as informações do paciente através do aplicativo Care Management. A Fila de Consultas foi desenvolvida para dar suporte a esse cenário e não faz parte do Microsoft Cloud for Healthcare. As fontes de dados para esta ferramenta são principalmente os sistemas PAS e os registos EMR/EHR. Se esses sistemas tiverem ferramentas integradas para apresentar esses dados, essas ferramentas podem ser um substituto para esse componente em uma implantação real.
Gestão de Cuidados. A ferramenta Care Management é um componente do Microsoft Cloud for Healthcare. É uma aplicação Power Apps implementada através do Dynamics 365. Ele extrai os dados do paciente EMR/EHR armazenados no Dataverse no formato CDM e apresenta uma visão agregada no Teams. A solução de um centro de cuidados pode optar por utilizar o seu próprio sistema para a sua funcionalidade, dependendo da forma como pretende apresentar esta informação.
Análise do Power BI. Esta é uma ferramenta de análise criada para este cenário e não está disponível com o Microsoft Cloud for Healthcare. Nesta solução, gera informações derivadas dos dispositivos IoMT do paciente. Estes podem ser dados como frequência cardíaca, nível de oxigênio no sangue, e assim por diante. O aplicativo Care Management usa esses dados para apresentar aos provedores médicos informações adicionais sobre seus pacientes com base em suas atividades diárias.
Dispositivos conectados. Trata-se de dispositivos da Internet das Coisas Médicas (IoMT), que são dispositivos inteligentes para uso médico ou de cuidados de saúde. Exemplos de dispositivos IoMT incluem wearables como Apple Watch ou Fitbit, monitores médicos ou vitais, e assim por diante. Os pacientes podem provisionar seus dispositivos por meio do Azure e optar por permitir que seu sistema de gerenciamento de cuidados de saúde reúna esses dados do IoMT para uso por seus provedores. Os provedores podem obter informações adicionais desses dispositivos, quase em tempo real, e vincular anomalias, como uma frequência cardíaca elevada por um período de tempo, com os sintomas atuais do paciente.
Automação com Power Automate. Esta é uma ferramenta personalizada criada para suportar este cenário e não está disponível com o Microsoft Cloud for Healthcare. Uma vez que este é um cenário de visita virtual, o provedor pode ser apenas um médico de plantão e não o médico regular do paciente. Essa ferramenta permite que as anotações do provedor acionem uma notificação do Teams para o gerente de atendimento. Um gestor de cuidados é o membro da equipa médica que funciona como elo de ligação entre o médico de cuidados primários (PCP) e o doente, e cuida da gestão dos cuidados de longa duração. Uma notificação enviada ao gestor de cuidados, indicando novas notas adicionadas para o paciente, permite-lhe rever e fazer as alterações apropriadas na gestão do cuidado do paciente após a visita.
Alternativas
O Azure para serviços de saúde, como a API do Azure para FHIR e o Azure Health Bot, a interface Common Data Model, o Microsoft Dataverse e o Microsoft Teams formam os componentes principais desta solução. A maioria dos outros componentes deste sistema pode ser substituída por sistemas atualmente utilizados pela instituição de saúde:
Se o sistema EMR/EHR vem com built-ins para reserva, agendamento e gerenciamento de cuidados, esses built-ins podem ser usados em vez dos componentes correspondentes nesta solução.
As reservas, o agendamento do Outlook e a notificação por e-mail podem ser trocados pelos sistemas utilizados pela unidade de saúde. Estes podem ser feitos através do sistema EHR, ou usando um aplicativo de terceiros. O aplicativo deve fornecer uma API que a instância do bot de integridade pode usar para criar e agendar compromissos, juntamente com a capacidade de criar reuniões virtuais.
Se o prestador já tiver um portal do doente implementado através do seu sistema EMR/EHR, este pode ser utilizado em vez do Portal do Doente. É fácil integrar esse componente externo com esta solução, uma vez que esses componentes usavam interfaces padrão, por exemplo, uma interface iFrame para se comunicar com a instância do bot de integridade. Componentes que suportam esse fluxo podem ser criados no portal proprietário, como o termo de consentimento que o paciente precisa assinar antes de participar da reunião do Teams.
Vale a pena notar que uma implantação real precisará de ferramentas de substituição para alguns componentes dessa solução, como a Fila de Compromissos, notificações automatizadas e ferramentas de análise do Power BI. Esses componentes precisarão ser criados e personalizados para as necessidades de negócios do prestador de cuidados de saúde.
Detalhes do cenário
Na atual pandemia de COVID-19 (coronavírus), um grande número de pacientes pode preferir visitar seus médicos virtualmente em vez de pessoalmente, sempre que possível. Melhorar os conhecimentos clínicos e operacionais nos cuidados de saúde torna-se importante num mundo virtual. Isso inclui conectar dados de todos os sistemas, criar insights para prever riscos e ajudar a melhorar o atendimento ao paciente, a garantia de qualidade e a eficiência operacional.
A base para esta solução é o Microsoft Cloud for Healthcare. O Microsoft Cloud for Healthcare reúne recursos confiáveis do Microsoft 365, Azure, Dynamics 365, Power Platform e do extenso ecossistema de parceiros da Microsoft para ajudar as organizações de saúde a criar soluções de saúde rápidas, eficientes e seguras.
Potenciais casos de utilização
Esta solução destina-se a prestar cuidados virtuais aos doentes na atual pandemia. No entanto, os prestadores de cuidados de saúde podem facilmente aplicá-lo aos seguintes cenários:
Agendamento de acompanhamentos virtuais para visitas presenciais.
Fornecer orientação médica não emergencial aos pacientes durante a viagem.
Considerações
Essas considerações implementam os pilares do Azure Well-Architected Framework, que é um conjunto de princípios orientadores que podem ser usados para melhorar a qualidade de uma carga de trabalho. Para obter mais informações, consulte Microsoft Azure Well-Architected Framework.
Segurança
A segurança oferece garantias contra ataques deliberados e o abuso de seus valiosos dados e sistemas. Para obter mais informações, consulte Visão geral do pilar de segurança.
Como o sistema é construído em torno dos dados do paciente, considerações básicas de segurança para informações privadas devem ser aplicadas ao desenvolver esta solução:
Apenas os dados necessários devem fluir através do sistema a qualquer momento. Por exemplo, extraia apenas os dados dos sistemas EMR/EHR necessários para o agendamento e gerenciamento de visitas virtuais. Analise as regras de conformidade estabelecidas com a HIPAA para obter orientação sobre onde os dados do paciente devem ser armazenados, o que pode ser feito com eles e quem deve ter acesso a eles. Esteja ciente da importância da conformidade na área da saúde ao desenvolver sua solução. Para obter mais orientações, leia Conformidade no Microsoft Cloud for Healthcare.
Apenas o pessoal autorizado deve ter acesso aos dados do paciente e apenas aos dados necessários para a sua função. Em vários pontos do sistema, como a Gestão de Cuidados e as análises que a alimentam, a Fila de Consultas ou os sistemas de notificação, deve-se ter o cuidado de autenticar e autorizar o pessoal e limitar seu acesso apenas às informações necessárias do paciente.
Os módulos que interagem com os pacientes, como o aplicativo Assistência Inteligente e Reservas, recebem, armazenam e usam dados do paciente. O controle de acesso e a autenticação adequados nesses módulos garantem que as preocupações com a privacidade sejam resolvidas.
Devido à natureza dos dados privados envolvidos, a segurança e a conformidade formam os princípios básicos do Microsoft Cloud for Healthcare.
Este exemplo também se baseia nas regras de segurança definidas pelo Dynamics 365 e pelo Teams:
Os serviços individuais incluídos no Microsoft Cloud for Healthcare fornecem sua própria camada de segurança e conformidade:
Para controles de segurança personalizados, considere usar o Microsoft Entra ID e o controle de acesso baseado em função.
Por fim, ao implementar essa solução, tenha em mente as práticas recomendadas e as orientações para desenvolver soluções seguras do Azure.
Otimização de custos
A otimização de custos consiste em procurar formas de reduzir despesas desnecessárias e melhorar a eficiência operacional. Para obter mais informações, consulte Visão geral do pilar de otimização de custos.
Para obter informações detalhadas sobre preços sobre o Microsoft Cloud for Healthcare, consulte Como comprar o Microsoft Cloud for Healthcare. Os componentes que formam o Microsoft Cloud for Healthcare têm seus próprios requisitos de licenciamento, como:
Para recriar componentes nessa arquitetura que foram personalizados, considere as informações de preços para os serviços subjacentes que você escolher usar.
Implementar este cenário
A solução deve ser implantada em etapas:
Alguns produtos/serviços devem ser instalados como pré-requisitos para o Microsoft Cloud for Healthcare. Consulte a lista detalhada neste artigo sobre os requisitos de licenciamento.
O Microsoft Cloud for Healthcare pode ser implantado usando as instruções fornecidas nas soluções Deploy Microsoft Cloud for Healthcare com tecnologia Dynamics 365.
O Microsoft Cloud for Healthcare fornece componentes básicos para iniciar a criação de uma solução de saúde virtual, como Portal do Paciente, Teams, Reservas e assim por diante. Os dados que serão usados para alimentar esses blocos de construção devem ser personalizados de acordo com as necessidades do negócio.
Os componentes disponíveis no Microsoft Cloud for Healthcare e seus pré-requisitos devem ser personalizados para dar suporte às necessidades de negócios:
Os fluxos do Power Automate devem ser criados para dar suporte às notificações do gerenciador de cuidados.
O Portal do Paciente deve ser configurado. Poderá ser necessário criar formulários adicionais para elementos como os formulários de check-in/consentimento. Leia Configurar e configurar um portal de Acesso do Paciente para obter mais informações.
O serviço Bot de Saúde do Azure deve ser conectado ao banco de dados Dataverse e personalizado para sua comunicação com os pacientes. Leia Configurar bate-papos automáticos usando o Microsoft Health Bot para obter mais informações.
Consulte Configurar a sincronização com dados clínicos usando o Agente de Sincronização FHIR do Azure e Incorporar relatórios do Power BI para análise para entender algumas outras configurações que podem ser necessárias.
Os componentes adicionais que foram criados especificamente para esta solução não estão disponíveis para uso em nível de produção. A unidade de saúde pode precisar criar sua própria versão desses aplicativos:
Fila de Compromissos
Notificações automatizadas usando o Power Automate
Aplicativo de relatórios usando o Power BI
Contribuidores
Este artigo é mantido pela Microsoft. Foi originalmente escrito pelos seguintes contribuidores.
Principais autores:
- Slavica Frljanic - Brasil | Gerente de Programa do Grupo Principal
- Dhanashri Kshirsagar - Brasil | PM de Conteúdo Sênior
Para ver perfis não públicos do LinkedIn, inicie sessão no LinkedIn.
Próximos passos
- O que é o Microsoft Cloud for Healthcare?
- Saiba mais sobre as ofertas do Azure para cuidados de saúde no Azure for Healthcare — Healthcare Solutions
- Diferença entre EMR e EHR
- Regras de conformidade com a HIPAA
- O que é a API do Azure para FHIR?
- O que é o Microsoft Dataverse?
- O que é o Serviço de Bot de Saúde do Azure?
- O que é Power BI?
- Saiba como pode utilizar o Microsoft Dynamics 365