Escopo/Uso

Um encontro do paciente é caracterizado pelo cenário em que ocorre. Entre eles estão ambulatórios, emergência, saúde domiciliar, encontros hospitalares e virtuais. Um encontro abrange o ciclo de vida da pré-admissão, o encontro real (para encontros ambulatoriais) e admissão, estadia e alta (para encontros hospitalares).

Devido ao amplo escopo do encontro, nem todos os elementos serão relevantes em todas as configurações. Por esse motivo, informações relacionadas à admissão/alta são mantidas em um componente de hospitalização separado dentro do encontro. O elemento de classe é usado para distinguir entre essas configurações, que orientam a validação e a aplicação de regras de negócios.

Também há variação substancial de organização para organização (e entre jurisdições e países), nos quais os eventos de negócios se traduzem no início de um novo encontro ou nível de agregação que é usado para o encontro. Por exemplo, cada visita de um profissional durante uma hospitalização pode levar a uma nova instância de encontro, mas dependendo da prática local e dos sistemas envolvidos, pode ser que isso seja agregado a uma única instância para toda uma hospitalização. A agregação pode ocorrer quando as jurisdições introduzem grupos de encontros por motivos financeiros ou outros. Os encontros podem ser agregados ou agrupados em outros encontros usando o elemento PartOf.

As instâncias de encontro podem existir antes que o encontro real ocorra para transmitir informações de pré-admissão, incluindo o uso de elementos para refletir a data de início planejada ou os locais de encontro planejados. Nesse caso, o elemento de status do encontro está definido como 'planned'.

O componente de hospitalização destina-se a armazenar as informações estendidas relacionadas a um evento de hospitalização. É sempre esperado que seja o mesmo período que o próprio encontro ocorreu. Quando os períodos são diferentes, outra instância de encontro deve ser usada para capturar essas informações como parte desta instância de encontro.

O procedimento e o encontro têm referências entre si e estes devem ser de diferentes procedimentos; um para o procedimento que foi realizado durante o encontro (armazenado em procedimento.encounter) e outro para casos em que um encontro é resultado de outro procedimento (armazenado em encounter.indication), como um encontro de acompanhamento para resolver uma complicação de procedimento realizado anteriormente.

Gerenciamento de status do encontro

Durante o ciclo de vida de um encontro, ele passará por muitos status. Normalmente, estes estão em ordem ou no fluxo de trabalho da organização: planned, in-progress, cancelled/finished.

Essas informações de status são frequentemente usadas para outras coisas e, muitas vezes, é necessária uma análise do histórico de status. Isso pode ser feito examinando todas as versões do encontro, verificando o período de cada um e fazendo alguma forma de pós -processamento. Para facilitar o ônus disso (ou onde um sistema não suporta histórias de recursos), um componente de histórico de status está incluído.

Não há indicação direta puramente pelo campo de status sobre se um encontro é considerado "admitido". O contexto do encontro e práticas/políticas/fluxos de trabalho/tipos de negócios pode influenciar essa definição (por exemplo, Instalação de Cuidados Agudos, Centro de Cuidados A idosos, Clínica Ambulatorial, Departamento de Emergência, Clínica Comunitária). Os status de "arrived", "triaged" ou "in-progress" podem ser considerados o início da admissão e a presença do subcomponente de hospitalization pode acontecer.

O status "on leave" pode ou não fazer parte da admissão, por exemplo, se o paciente pudesse voltar para casa para um fim de semana ou alguma outra forma de evento externo. É provável que o local seja preenchido com um status de localização de "presente". Para outros exemplos, como uma visita ambulatorial (procedimento diurno - colonoscopia), o paciente também pode ser considerado admitido, portanto, o encontro não tem uma definição fixa de admitido. No mínimo, acreditamos que um paciente é admitido quando o status está em "in-progress".

Uso indevido

Há situações em que o uso do recurso "Encounter" no FHIR pode não ser apropriado. Aqui estão alguns exemplos de quando o uso do recurso "Encounter" pode não ser adequado: 1. Não há um encontro clínico real: Se não houver um encontro real entre um paciente e um profissional de saúde, o uso do recurso "Encounter" pode ser desnecessário. Por exemplo, não faz sentido criar um "Encounter" fictício apenas para armazenar informações de saúde.
2. Interações não relacionadas a cuidados de saúde: Se o objetivo da troca de informações não estiver relacionado a cuidados de saúde, o uso do recurso "Encounter" pode não ser apropriado. O FHIR é projetado para lidar com informações de saúde, portanto, seu uso deve estar alinhado com esse propósito.
3. Outros recursos FHIR mais adequados: Em alguns casos, outros recursos FHIR, como "Observation", "Condition" ou "Procedure", podem ser mais adequados para representar informações específicas de saúde em vez de criar um "Encounter".
4. Dados não clínicos: Se os dados a serem trocados não forem clínicos ou não estiverem diretamente relacionados a um encontro clínico, o uso do recurso "Encounter" não é apropriado. O FHIR é projetado para facilitar a interoperabilidade entre sistemas de saúde, portanto, sua utilização deve estar em consonância com essa finalidade.
5. Contextos não relacionados a atendimento: Se os dados forem usados para rastreamento administrativo, como agendamento de compromissos ou faturamento, o uso de outros recursos específicos para essas finalidades pode ser mais adequado do que o uso do recurso "Encounter".
Em resumo, o uso apropriado do recurso "Encounter" no FHIR deve estar relacionado a encontros clínicos reais entre pacientes e profissionais de saúde. Quando os dados não se encaixam nesse contexto ou quando outros recursos FHIR são mais adequados para representar as informações, é recomendado usar os recursos corretos para garantir a precisão e a interoperabilidade das informações de saúde. Sempre é aconselhável seguir as diretrizes e padrões recomendados pela documentação oficial do FHIR e pela organização de saúde correspondente.

Caso de uso

O Contato assistencial é usado para representar interações clínicas entre um paciente e um ou mais profissionais de saúde em um determinado contexto de atendimento médico. O "Encounter" descreve as circunstâncias em torno da interação, fornecendo informações sobre onde, quando e por que o encontro ocorreu. Aqui estão alguns casos de uso para o recurso "Encounter":

Registro de Consultas Clínicas: O recurso "Encounter" é frequentemente usado para registrar consultas clínicas regulares ou de rotina, onde um paciente se encontra com um médico ou outro profissional de saúde para avaliação, diagnóstico e tratamento.

Internações Hospitalares: Em casos de internações hospitalares, o "Encounter" é utilizado para documentar a admissão do paciente, a duração da internação, informações sobre o quarto ou ala hospitalar, bem como detalhes sobre os procedimentos e tratamentos realizados durante a internação.

Atendimento de Emergência: Quando um paciente é atendido em um serviço de urgência ou pronto-socorro, o "Encounter" registra os detalhes do atendimento, incluindo a razão da visita, os procedimentos de emergência realizados e qualquer diagnóstico ou tratamento imediatos.

Consultas Ambulatoriais: Para encontros de cuidados ambulatoriais, como visitas a clínicas, centros de saúde ou consultórios médicos, o "Encounter" registra informações sobre a consulta, os sintomas apresentados, exames realizados e orientações fornecidas ao paciente. Visitas Domiciliares: Em situações em que um profissional de saúde faz uma visita domiciliar a um paciente, o "Encounter" é usado para documentar os detalhes da visita, o motivo, os cuidados prestados e quaisquer recomendações feitas.

Cirurgias e Procedimentos: Antes, durante e após cirurgias ou outros procedimentos médicos, o "Encounter" registra informações relevantes, como a programação da cirurgia, a sala de operação, os membros da equipe médica envolvidos e os resultados do procedimento. Acompanhamento de Doenças Crônicas: Para pacientes com doenças crônicas que requerem monitoramento constante, o "Encounter" pode ser usado para registrar as consultas de acompanhamento, os ajustes no plano de tratamento e as mudanças no estado de saúde do paciente.

Limites e Relacionamentos

O Contato assistencial não deve ser usado para armazenar informações de agendamento, o recurso Appointment deve ser usado para isso. Observe que, em muitos sistemas, os contatos assistenciais ambulatoriais e o agendamento são usados simultaneamente. No FHIR, o Appointment é usada para estabelecer uma data para o encontro, enquanto que o Encounter é aplicável às informações sobre o encontro real, ou seja, o paciente que aparece. Como tal, um Encounter no status "planned" não é idêntico ao Appointment que o agendou, mas é o Encounter antes de sua ocorrência real, com a expectativa de que o contato assistencial seja atualizado à medida que progride até a sua conclusão. A chegada do paciente a um local não significa necessariamente o início do contato assistencial (por exemplo, um paciente chega uma hora antes do que é realmente visto por um praticante). O Appointment é normalmente usado para a fase de planejamento de um contato assistencial de consulta, pesquisando e estabelecendo um agendamento compatível para as partes envolvidas. Depois que esse processo for concluído e o agendamento estiver prestes a começar, a consulta será marcada como "booked" e vinculada ao encontro recém-criado. Esse novo encontro pode começar em um status de "arrived" quando forem admitidos em um local da instalação e depois se mudará para a enfermaria onde outro encontro pode começar. Os recursos de Communication são usados para uma interação simultânea entre um profissional e um paciente onde não há contato direto. Exemplos incluem uma mensagem telefônica ou transmissão de alguma documentação de correspondência. Não há duração registrada para um recurso de comunicação, mas pode conter horários enviados e recebidos.

Mapeamento de estrutura

O mapeamento de estrutura deverá ser conferido em separado para cada tipo específico de contato assistencial.