BR.GOV.ANS.FHIR\Contato Assistencial de Consulta

Guia de Implementação do Projeto de Padronização e Qualificação dos Dados Assistenciais da Saúde Suplementar (PQDAS)
202309 - CI Build Brazil flag

Publish Box vai aqui

Resource Profile: Contato Assistencial de Consulta

URL Canônica: https://fhir.ans.gov.br/StructureDefinition/contato-assistencial-consulta				Versão: 202309
Active as of 2022-12-05				Nome computável: ContatoAssistencialConsulta

Contato Assistencial de Consulta

Um o atendimento ininterrupto dispensado a um indivíduo em uma mesma modalidade assistencial e em um mesmo estabelecimento de saúde

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

Descrição da entidade	Descrição do elemento	Tipo do dado	Mapeamento (FHIRPath)
Número da guia no prestador	Número que identifica a guia no prestador de serviços.Obrigatório. Quando a origem da guia for igual a 1 (Rede Contratada, referenciada ou credenciada), 2 (Rede Própria - Cooperados) ou 3 (Rede Própria - Demais prestadores), o campo deve ser preenchido com o número da guia no prestador. Quando a origem da guia à saúde for igual a 4-Reembolso ao beneficiário ou 5-Prestador eventual, o campo deve ser preenchido com '00000000000000000000' (20 zeros).	Texto	Encounter.identifier.where(https://fhir.ans.gov.br/sid/numero-guia-prestador").value
Número da guia atribuído pela operadora	Número que identifica a guia atribuído pela operadora. Obrigatório. Quando a origem da guia for igual a 1 (Rede Contratada, referenciada ou credenciada), 2 (Rede Própria - Cooperados) ou 3 (Rede Própria - Demais prestadores), e a operadora atribuir um número à guia, deve ser preenchido com o número da guia atribuído pela operadora. Quando a operadora não atribuir um número a guia ou quando a origem da guia for igual a 4-Reembolso ao beneficiário ou 5-Prestador eventual, o campo deve ser preenchido com '00000000000000000000' (20 zeros)	Texto	Encounter.identifier.where(https://fhir.ans.gov.br/sid/numero-guia-operadora").value
Informações do atendimento
Tipo de consulta	Código do tipo de consulta realizada conforme TUSS-52. Condicionado, deve ser preenchido quando o tipo de guia for igual a 1-Consulta ou 2-SP/SADT e a origem da guia for igual a 1 - Rede Contratada, referenciada ou credenciada, 2 - Rede Própria - Cooperados ou 3 - Rede Própria - Demais prestadores, conforme regra de preenchimento vigente na versão em que a guia foi enviada. Para as guias de origem igual a 4 - Reembolso ao beneficiário ou 5 - Prestador eventual, deve ser preenchido caso a operadora possua o registro da informação.	Descritor de conceito	Encounter.serviceType.coding.where(system="https://fhir.ans.gov.br/CodeSystem/tuss-52").code
Regime de atendimento	Código do regime de atendimento, conforme TUSS-76. Condicionado, deve ser preenchido quando o tipo de guia for igual 1-Consulta ou 2-SP/SADT e a origem da guia for igual a 1 - Rede Contratada, referenciada ou credenciada, 2 - Rede Própria - Cooperados ou 3 - Rede Própria - Demais prestadores, conforme regra de preenchimento vigente na versão que a guia foi enviada. Para as guias de origem igual a 4 - Reembolso ao beneficiário ou 5 - Prestador eventual, deve ser preenchido caso a operadora possua o registro da informação.	Descritor de conceito	Encounter.class.coding.where(system="https://fhir.ans.gov.br/CodeSystem/tuss-76").code

Usage:

This Resource Profile is not used by any profiles in this Implementation Guide

Visões formais do conteúdo do perfil

Descrição de perfis, diferenciais, instantâneos e como as diferentes apresentações funcionam.

Tabela diferencial
Tabela de elementos -chave
Tabela de instantâneos
Estatísticas/Referências
Todos

Esta estrutura é derivada de ContatoAssistencial

Name	Card.	Type	Description & Constraints
Encounter	0..*	ContatoAssistencial	Contato Assistencial
class	1..1	Coding	Classe de contato assistencial Binding: Regime de atendimento (required): Regime do contato assistencial.
serviceType	1..1	CodeableConcept	Tipo de serviço Binding: Tipo de guia de consulta (required)
Documentation for this format

Terminology Bindings (Differential)

Path	Conformance	ValueSet
Encounter.class	required	RegimeAtendimento (a valid code from Tabela 76 - Regime de atendimento)
Encounter.serviceType	required	TipoConsulta (a valid code from Tabela 52 - Tipo de consulta)

Name	Flags	Card.	Type	Description & Constraints
Encounter		0..*	ContatoAssistencial	Contato Assistencial
implicitRules	?!Σ	0..1	uri	Regras implícitas deste perfil
modifierExtension	?!	0..*	Extension	Conjuntos de campos adicionais que são extensões ao modelo de informação e não podem ser ignorados
Slices for identifier	Σ	1..*	Identifier	Identificador do contato assistencial Slice: Unordered, Open by value:system
identifier:guiaPrestador	Σ	0..*	Identifier	Número da guia no prestador
use	?!Σ	0..1	code	Conceito codificável que classifica o uso do número da guia no prestador Binding: IdentifierUse (required): Identifies the purpose for this identifier, if known .
system	Σ	1..1	uri	URI ou URL que identifica o sistema de nomenclatura de Número da guia no prestador Fixed Value: https://fhir.ans.gov.br/sid/numero-guia-prestador
value	Σ	1..1	string	número da guia no prestador Example General: 123456
identifier:guiaOperadora	Σ	0..*	Identifier	Número da guia da operadora
use	?!Σ	0..1	code	Conceito codificável que classifica o uso do número da guia da operadora Binding: IdentifierUse (required): Identifies the purpose for this identifier, if known .
system	Σ	1..1	uri	URI ou URL que identifica o sistema de nomenclatura de Número da guia da operadora Fixed Value: https://fhir.ans.gov.br/sid/numero-guia-operadora
value	Σ	1..1	string	número da guia da operadora Example General: 123456
identifier:identificacaoReembolso	Σ	0..*	Identifier	Número de reembolso
use	?!Σ	0..1	code	Conceito codificável que classifica o uso do número da guia da operadora Binding: IdentifierUse (required): Identifies the purpose for this identifier, if known .
system	Σ	1..1	uri	URI ou URL que identifica o sistema de nomenclatura de Número da guia da operadora Fixed Value: https://fhir.ans.gov.br/sid/numero-identificacao-reembolso
value	Σ	1..1	string	número da guia da operadora Example General: 123456
status	?!Σ	1..1	code	Status do contato assistencial Binding: EncounterStatus (required): Current state of the encounter.
class	Σ	1..1	Coding	Classe de contato assistencial Binding: Regime de atendimento (required): Regime do contato assistencial.
serviceType	Σ	1..1	CodeableConcept	Tipo de serviço Binding: Tipo de guia de consulta (required)
Documentation for this format

Terminology Bindings

Path	Conformance	ValueSet
Encounter.identifier:guiaPrestador.use	required	IdentifierUse
Encounter.identifier:guiaOperadora.use	required	IdentifierUse
Encounter.identifier:identificacaoReembolso.use	required	IdentifierUse
Encounter.status	required	EncounterStatus
Encounter.class	required	RegimeAtendimento (a valid code from Tabela 76 - Regime de atendimento)
Encounter.serviceType	required	TipoConsulta (a valid code from Tabela 52 - Tipo de consulta)

Constraints

Id	Grade	Path(s)	Details	Requirements
dom-2	error	Encounter	If the resource is contained in another resource, it SHALL NOT contain nested Resources : contained.contained.empty()
dom-3	error	Encounter	If the resource is contained in another resource, it SHALL be referred to from elsewhere in the resource or SHALL refer to the containing resource : contained.where((('#'+id in (%resource.descendants().reference \| %resource.descendants().as(canonical) \| %resource.descendants().as(uri) \| %resource.descendants().as(url))) or descendants().where(reference = '#').exists() or descendants().where(as(canonical) = '#').exists() or descendants().where(as(canonical) = '#').exists()).not()).trace('unmatched', id).empty()
dom-4	error	Encounter	If a resource is contained in another resource, it SHALL NOT have a meta.versionId or a meta.lastUpdated : contained.meta.versionId.empty() and contained.meta.lastUpdated.empty()
dom-5	error	Encounter	If a resource is contained in another resource, it SHALL NOT have a security label : contained.meta.security.empty()
dom-6	best practice	Encounter	A resource should have narrative for robust management : text.`div`.exists()
ele-1	error	ALL elements	All FHIR elements must have a @value or children : hasValue() or (children().count() > id.count())
ext-1	error	ALL extensions	Must have either extensions or value[x], not both : extension.exists() != value.exists()