Características de dados de saúde
As leis de saúde regulam as informações de saúde protegidas. Para permanecer competitivo e diferenciar a nuvem do setor, deve-se cumprir os regulamentos de segurança, privacidade e conformidade do mercado regional e local. O Microsoft Cloud for Healthcare oferece suporte a cenários de negócios comuns vitais para o seu sucesso quando os dados são originados de vários sistemas de registro. Os padrões descritos na documentação da arquitetura de referência abrangem várias características de dados.
As características a seguir definem como os dados devem ser ingeridos, mantidos e protegidos utilizando soluções do Microsoft Cloud for Healthcare.
| Característica | Valor e definição |
|---|---|
| Latência | Baixa latência: os dados mudam com frequência e usuários do aplicativo precisam logo de alterações. As alterações nos dados podem ter um impacto no atendimento ao paciente. Alta latência: os dados mudam com pouca frequência e usuários do aplicativo não precisam logo de alterações.. As alterações nos dados não têm um impacto no atendimento ao paciente. |
| Nível necessário | Opcional: a solução foi criada para exibir os dados, mas não é necessária para que todo o aplicativo seja usado. O uso é uma preferência do cliente e o cenário pode ser configurado para refletir essa preferência. Obrigatório: a solução foi criada para aproveitar os dados e é necessária para que o aplicativo seja usado. |
| Confidencialidade de PHI | PHI confidencial: informações de saúde consideradas protegidas. PHI não confidencial: informações de saúde não consideradas protegidas. |
| Fluxo de Dados | Fluxo de dados unidirecional: os dados precisam ser trazidos para a solução para que os usuários façam referência aos dados (somente leitura). Fluxo de dados bidirecional: os dados precisam ser transacionados pelos usuários na solução. Isso significa criar novos registros ou atualizar registros existentes. |
A tabela a seguir usa definições de características de dados e as aplica a recursos FHIR usados por soluções do Microsoft Cloud for Healthcare.
| Recurso FHIR | Latência de dados aceitável | Confidencialidade | Gerenciamento de Cuidados | Saúde em casa | Acesso para paciente | Atendimento ao paciente | Centro de atendimento a pacientes | Quadro do paciente unificado (administrativo) | Quadro do paciente unificado (clínico) | Compromissos virtuais |
|---|---|---|---|---|---|---|---|---|---|---|
| Alergias | Baixo | PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
| Compromisso | Baixo | PHI | 🔵 | 🔵 | 🟧 | 🟧 | 🔵 | 🔵 | 🟠 | |
| Planos de tratamento | Baixo | PHI | 🟧 | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | |
| Equipes de saúde | Alto | Não PHI | 🟧 | 🟦 | 🟦 | 🟦 | 🟦 | 🟦 | 🟦 | |
| Reivindicações | Alto | PHI | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | |
| Condições | Baixo | PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
| Coberturas | Alto | PHI | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | |
| Relatórios de diagnóstico | Baixo | PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
| Consultas | Baixo | PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
| Episódio de cuidado | Baixo | PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
| Locais | Alto | Não PHI | 🔵 | 🔵 | 🟠 | 🟠 | 🔵 | |||
| Solicitações de medicação | Baixo | PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
| Observações | Baixo | PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
| Organizações | Alto | Não PHI | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | 🔵 | |
| Pacientes | Baixo | PHI | 🟧 | 🟧 | 🟧 | 🟧 | 🟧 | 🟧 | 🟧 | |
| Médicos | Alto | Não PHI | 🔵 | 🔵 | 🟠 | 🔵 | 🟠 | 🔵 | 🔵 | |
| Procedimentos | Baixo | PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
| Solicitações de indicação | Alto | Não PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
| Pessoas relacionadas | Alto | PHI | 🔵 | 🔵 | 🔵 | 🔵 | ||||
| Agendamentos | Baixo | Não PHI | 🟠 | 🟠 | ||||||
| Slots | Baixo | Não PHI | 🟧 | 🟧 |
?? Opcional, unidirecional ?? Opcional, bidirecional ?? Obrigatório, unidirecional ?? Obrigatório, bidirecional
Ao usar serviços de nuvem de uso geral, clientes e parceiros precisam definir padrões de uso para dados. Os clientes podem personalizar ainda mais soluções do Microsoft Cloud for Healthcare para refinar os dados usados para fornecer valor comercial.
Uma estratégia de dados deve incluir a capacidade de sua organização e parceiros de ingerir, gerenciar, manter e enriquecer dados com suporte para padrões de interoperabilidade abertos e modelos de dados para facilitar a troca de dados do setor. Você também pode ser obrigado a cumprir os regulamentos do setor para troca de dados. Padrões são necessários para o formato da mensagem, arquitetura do documento, modelos clínicos, interface do usuário e ligação de dados do paciente. Eles podem incluir os padrões HL7 FHIR, DICOM, X12, LOINC, SNOMED, OMDOP e CDISC.
A tabela a seguir explica como cada recurso FHIR é utilizado em soluções do Microsoft Cloud for Healthcare.
| Recurso FHIR | Uso do recurso |
|---|---|
| Alergias | Esse recurso é utilizado no quadro clínico do paciente (comum em todas as soluções) para que os usuários façam referência aos dados. |
| EMR da Consulta | Esse recurso é utilizado em todas as soluções. É necessário para processos de agendamento de pacientes e insights de pacientes com ausência de IA de compromissos (versão preliminar). |
| Planos de tratamento | Este recurso é utilizado no quadro clínico do paciente. Ele é necessário para as medidas de insights do paciente. |
| Equipes de saúde | Este recurso é utilizado no quadro clínico do paciente. Os usuários podem criar e modificar equipes de atendimento e seus membros. |
| Reivindicações | Esse recurso é utilizado no quadro administrativo do paciente (comum em todas as soluções) para que os usuários façam referência aos dados. |
| Condições | Esse recurso é utilizado no quadro clínico do paciente (comum em todas as soluções) para que os usuários façam referência aos dados. |
| Coberturas | Esse recurso é utilizado no quadro administrativo e clínico do paciente (comum em todas as soluções) para que os usuários façam referência aos dados. |
| Relatórios de diagnóstico | Esse recurso é utilizado no quadro clínico do paciente (comum em todas as soluções) para que os usuários façam referência aos dados. |
| Consultas | Esse recurso é utilizado no quadro clínico do paciente (comum em todas as soluções) para que os usuários façam referência aos dados. |
| Episódio de cuidado | Este recurso é acessível a partir do formulário de encontro. |
| Locais | Esse recurso é utilizado em todas as soluções, mas só é necessário quando o cliente precisa fazer o agendamento de pacientes. |
| Solicitações de medicação | Esse recurso é utilizado no quadro clínico do paciente (comum em todas as soluções) para que os usuários façam referência aos dados. |
| Observações | Este recurso é acessível a partir do formulário de encontros. |
| Organizações | Esse recurso é acessível a partir da navegação principal do aplicativo e do formulário do médico. |
| Pacientes | Esse recurso é usado em todas as soluções e representa o núcleo do registro do paciente. |
| Médicos | Esse recurso é utilizado em todas as soluções, mas só é necessário quando o cliente precisa fazer o agendamento de pacientes. |
| Procedimentos | Esse recurso é utilizado no quadro clínico do paciente (comum em todas as soluções) para que os usuários façam referência aos dados. |
| Solicitações de indicação | Esse recurso é utilizado no quadro clínico do paciente (comum em todas as soluções) para que os usuários façam referência aos dados. |
| Pessoas relacionadas | Esse recurso é utilizado no quadro clínico do paciente (comum em todas as soluções) para que os usuários façam referência aos dados. |
| Agendamentos | Este recurso é necessário quando o cliente precisa fazer o agendamento de pacientes. |
| Slots | Este recurso é necessário quando o cliente precisa fazer o agendamento de pacientes. Como parte do agendamento, esse recurso exige a gravação das atualizações na origem. |