!!Este material contém conteúdo que é copyright da SNOMED International. Os implementadores destas especificações devem ter a licença apropriada de afiliado da SNOMED CT - para mais informações contacte https://www.snomed.org/get-snomed
ou info@snomed.org
.
The UCUM codes, UCUM table (regardless of format), and UCUM Specification are copyright 1999-2009, Regenstrief Institute, Inc. and the Unified Codes for Units of Measures (UCUM) Organization. All rights reserved. https://ucum.org/trac/wiki/TermsOfUse
Os perfis definidos para este guia de implementação estão listados aqui.
A seguir estão os perfis que foram definidos para cada seção. (R) denota uma seção obrigatória (ou seja, deve estar presente em um IPS), (S) denota uma seção recomendada, as demais são opcionais:
( src
)
!!Guia de implementação do Core do Brasil: Release 1 - BR Realm | STU1 - Compilação de desenvolvimento local (v1.0.0) construída pelas ferramentas de compilação FHIR (HL7® FHIR® Standard). Veja o Diretório de versões publicadas ( src
)
There are examples where a medication request may include the option of an oral dose or an Intravenous or Intramuscular dose. For example, "Ondansetron 8mg orally or IV twice a day as needed for nausea" or "Compazine® (prochlorperazine) 5-10mg PO or 25mg PR bid prn nausea or vomiting". In these cases, two medication requests would be created that could be grouped together. The decision on which dose and route of administration to use is based on the patient's condition at the time the dose is needed. ( src
)
Código para a manifestação de reação de alergia ou intolerância do subconjunto SNOMED International Patient Set (IPS) do SNOMED CT (IPS Free Set) Vínculo:
BRReacoesAdversasMedDRA-1.0 (required)
Motivo ou indicação para solicitar ou não o medicamento. Conceito codificado que indica o motivo pelo qual o medicamento foi solicitado ou não Vínculo:
BRCID10-1.0 (required)
Conceito codificado que identifica a pré-condição que deve ser atendida ou avaliada antes de consumir ou administrar uma dose de medicamento Vínculo:
BRCID10-1.0 (required)
Os códigos DEVERÃO ser retirados de
BRReacoesAdversasMedDRA-1.0
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BRReacoesAdversasMedDRA
)
Os códigos DEVERÃO ser retirados de Para exemplos de códigos, ver
BRAlergenos-1.0 http://hl7.org/fhir/ValueSet/allergyintolerance-code
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BRAlergenos
)
Os códigos DEVERÃO ser retirados de Para exemplos de códigos, ver
BRAlergenos-1.0 http://hl7.org/fhir/ValueSet/substance-code
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BRAlergenos
)
Os códigos DEVERÃO ser retirados de Para exemplos de códigos, ver
BRReacoesAdversasMedDRA-1.0 http://hl7.org/fhir/ValueSet/clinical-findings
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BRReacoesAdversasMedDRA
)
Os códigos DEVERÃO ser retirados de Para exemplos de códigos, ver
BRSubgrupoTabelaSUS http://hl7.org/fhir/ValueSet/procedure-code
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BRSubgrupoTabelaSUS
)
Os códigos DEVERÃO ser retirados de
BRModalidadeAssistencial-1.0
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BRModalidadeAssistencial
)
Os códigos DEVERÃO ser retirados de Para exemplos de códigos, ver
BRModalidadeAssistencial-1.0 http://hl7.org/fhir/ValueSet/care-team-category
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BRModalidadeAssistencial
)
Nota: A norma Health informatics - Electronic Health Record Communication (EN 13606)
usa o termo “Composition” para se referir a um único commit para um sistema de Registro Eletrônico em Saúde (RES) e oferece alguns exemplos comuns: uma composição contendo uma nota de consulta, uma nota de evolução, um relatório ou uma carta, um relatório de investigação, um formulário de prescrição ou um conjunto de observações de enfermagem de beira de leito. Usar a Composition para um commit num RES é um uso válido do recurso Composition, mas para fins de FHIR, seria comum fazer atualizações mais granulares com declarações de procedência individuais.
O recurso br-core-composition
- define um conjunto de informações relacionadas à saúde que são reunidas em um único documento lógico que fornece uma única declaração coerente de significado, estabelece seu próprio contexto e que tem atestado clínico com relação a quem está fazendo a declaração. O recurso br-core-composition
fornece a estrutura básica de um documento FHIR. O conteúdo completo do documento é expresso usando um Bundle contendo a Composition e suas entradas.
O recurso br-core-composition
organiza o conteúdo clínico e administrativo em seções, cada uma contendo uma narrativa e faz Referência à outros recursos para dar suporte a dados. O conteúdo narrativo das várias seções em um br-core-composition
é suportado pelos recursos referenciados nas entradas da seção. O conjunto completo de conteúdo para compor um documento inclui o recurso br-core-composition
juntamente com vários recursos apontados ou indiretamente conectados à Composition, todos reunidos em um Bundle para transporte e persistência.
Os códigos DEVERÃO ser retirados de
BRResponsabilidadeParticipante
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BRResponsabilidadeParticipante
)
Os códigos DEVERÃO ser retirados de Para exemplos de códigos, ver
BRAtendimentoPrestado http://hl7.org/fhir/ValueSet/encounter-type
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BRAtendimentoPrestado
)
Os códigos DEVERÃO ser retirados de Para exemplos de códigos, ver
BRCaraterAtendimento http://terminology.hl7.org/ValueSet/v3-ActPriority
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BRCaraterAtendimento
)
Os códigos DEVERÃO ser retirados de A menos que não sejam adequados, estes códigos DEVERÃO ser retirados de
BRResponsabilidadeParticipante http://hl7.org/fhir/ValueSet/encounter-participant-type
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BRResponsabilidadeParticipante
)
Os códigos DEVERÃO ser retirados de
BRreasonEncounter http://hl7.org/fhir/ValueSet/encounter-reason
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BRReasonEncounter
)
Os códigos DEVERÃO ser retirados de
BRProcedencia http://hl7.org/fhir/ValueSet/encounter-admit-source
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BRProcedencia
)
Os códigos DEVERÃO ser retirados de Para exemplos de códigos, ver
BRTipoEstabelecimentoSaude-1.0 http://hl7.org/fhir/ValueSet/service-category
( preferred
to https://terminologia.saude.gov.br/fhir/ValueSet/BRTipoEstabelecimentoSaude
)
Os códigos DEVERÃO ser retirados de Para exemplos de códigos, ver
TipoConvenio http://hl7.org/fhir/ValueSet/service-provision-conditions
( preferred
to https://terminologia.saude.gov.br/fhir/ValueSet/TipoConvenio
)
Os códigos DEVERÃO ser retirados de Para exemplos de códigos, ver
BRProgramaSaude http://hl7.org/fhir/ValueSet/program
( preferred
to https://terminologia.saude.gov.br/fhir/ValueSet/BRProgramaSaude
)
Orientações de implementação específicas do perfil
Apesar de ainda não definido na RNDS, quando for utilizado deve se levar em conta a Portaria de consolidação Nº1 de 28 de setembro de 2017
, que trata da consolidação das normas sobre os direitos e deveres dos usuários da saúde, a organização e o funcionamento do Sistema Único de Saúde no Brasil, com respeito as terminologias a serem utilizadas neste perfil, conforme Tabela 1 abaixo.
ServiceRequest
( br-core-servicerequest
): Esta é uma solicitação específica de assunto para um serviço específico, pode ser para um serviço de saúde específico e/ou simplesmente um valor de serviço codificado. A granularidade incluída nos códigos de solicitação pode ser mais fina do que a definida no serviço de saúde.
Os códigos DEVERÃO ser retirados de
BRElegibilidadeImunobiologico
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BRElegibilidadeImunobiologico
)
Os códigos DEVERÃO ser retirados de Para exemplos de códigos, ver
BRRegistroOrigem http://hl7.org/fhir/ValueSet/immunization-origin
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BRRegistroOrigem
)
Os códigos DEVERÃO ser retirados de Para exemplos de códigos, ver
BRLocalAplicacao-1.0 http://hl7.org/fhir/ValueSet/immunization-site
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BRLocalAplicacao
)
Os códigos DEVERÃO ser retirados de A menos que não sejam adequados, estes códigos DEVERÃO ser retirados de https://terminologia.saude.gov.br/fhir/ValueSet/BROcupacaohttp://hl7.org/fhir/ValueSet/immunization-function
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BROcupacao
)
Os códigos DEVERÃO ser retirados de Para exemplos de códigos, ver
BREstrategiaVacinacao-1.0 http://hl7.org/fhir/ValueSet/immunization-reason
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BREstrategiaVacinacao
)
Os códigos DEVERÃO ser retirados de Para exemplos de códigos, ver
BRElegibilidadeImunobiologico http://hl7.org/fhir/ValueSet/immunization-program-eligibility
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BRElegibilidadeImunobiologico
)
Os códigos DEVERÃO ser retirados de Para exemplos de códigos, ver
BRCID10-1.0 http://hl7.org/fhir/ValueSet/immunization-target-disease
( preferred
to https://terminologia.saude.gov.br/fhir/ValueSet/BRCID10
)
O br-core-immunization
tem como objetivo cobrir o registro da administração atual e histórica de vacinas a pacientes em todas as disciplinas de assistência médica em todos os ambientes de atendimento e todas as regiões. Isso inclui a imunização de humanos e animais, mas não inclui a administração de agentes não vacinais, mesmo aqueles que podem ter ou alegam ter efeitos imunológicos. Embora os termos “imunização” e “vacinação” não sejam clinicamente idênticos, para os propósitos dos recursos do FHIR, os termos são usados como sinônimos.
Na RNDS alguns elementos do br-core-immunization
são considerados obrigatórios por conta das resoluções relacionadas ao Programa Nacional de Imunizações – PNI conforme pode ser consultado no manual de normas e procedimentos
.
O perfil br-core-immunization
não deve ser utilizado para o registro de administração de imunobiológicos não relacionados à imunização, ou seja, que não são vacinas. Os imunobiológicos não imunizantes incluem produtos biológicos que não são administrados com o objetivo de proporcionar imunidade a uma doença específica, mas podem ter outras finalidades terapêuticas ou médicas, como a administração de soros. Estes são produtos imunobiológicos que contêm anticorpos específicos para neutralizar toxinas ou agentes infecciosos e são utilizados no tratamento de envenenamentos por picadas de animais peçonhentos ou em algumas infecções. Esse recurso também não deve ser utilizado no caso de administração de imunoglobulinas, que são imunoglobulinas utilizadas para tratar algumas infecções virais. O registro da administração desses imunobiológicos deve ser realizado no recurso MedicationAdministration
.
Os códigos DEVERÃO ser retirados de A menos que não sejam adequados, estes códigos DEVERÃO ser retirados de https://terminologia.saude.gov.br/fhir/ValueSet/BRServicoEspecializadohttp://terminology.hl7.org/ValueSet/v3-ServiceDeliveryLocationRoleType
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BRServicoEspecializado
)
Os códigos DEVERÃO ser retirados de Para exemplos de códigos, ver
BRInstalacoesFisicas http://hl7.org/fhir/ValueSet/location-physical-type
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BRInstalacoesFisicas
)
Orientações de implementação específicas do perfil
No recurso br-core-location, os elementos status e name são obrigatórios por conta da Portaria de Consolidação n°1 de 28 de setembro de 2017
, conforme foi definido na RNDS.
Este recurso abrange a administração de todos os medicamentos, mas não a administração de vacinas. Consulte o recurso/Perfil br-core-immunization
para registrar a administração de vacinas. O recurso br-core-medicationadministration
será usado principalmente em ambientes de atendimento (incluindo internação) para registrar a captura de administrações de medicamentos, incluindo autoadministrações de medicamentos orais, injeções, ajustes intravenosos, etc. Este recurso pode também ser utilizado em ambientes ambulatoriais para registrar vacinas contra alergia e outras administrações não relacionadas à imunização. Em alguns casos, ele pode ser usado para relatórios de saúde domiciliar, como registrar insulina autoadministrada ou mesmo administrada por um dispositivo.
O recurso br-core-medicationadministration é um recurso de evento de uma perspectiva de fluxo de trabalho FHIR - veja Evento de fluxo de trabalho
O recurso br-core-medicationadministration
é destinado a rastrear a administração de medicamentos não vacinais. A administração de vacinas deve ser manipulada usando o recurso br-core-immunization
. Alguns sistemas tratam imunizações da mesma forma que qualquer outra administração de medicamentos. Esses sistemas DEVEM usar um recurso de br-core-immunization
para representá-los. Se os sistemas precisarem usar um recurso br-core-medicationadministration
para capturar vacinações para fluxo de trabalho ou outros motivos, eles DEVEM também criar e expor uma instância do br-core-immunization
.
Os códigos DEVERÃO ser retirados de Para exemplos de códigos, ver
BRCID10-1.0 http://hl7.org/fhir/ValueSet/condition-code
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BRCID10
)
Os códigos DEVERÃO ser retirados de Para exemplos de códigos, ver
BRCID10-1.0 http://hl7.org/fhir/ValueSet/medication-as-needed-reason
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BRCID10
)
Um registro de um medicamento que está sendo consumido por um paciente. Um recurso br-core-medicationstatement
indica que o paciente pode estar tomando o medicamento agora ou tomou o medicamento no passado ou tomará o medicamento no futuro. A fonte dessas informações pode ser o paciente, outra pessoa significativa (como um membro da família ou cônjuge) ou um clínico. Um cenário comum em que essas informações são capturadas é durante o processo de obtenção do histórico durante uma visita ou internação do paciente. As informações sobre medicamentos podem vir de fontes como a memória do paciente, de um frasco de prescrição ou de uma lista de medicamentos que o paciente, o clínico ou outra parte mantém.
A principal diferença entre um recurso br-core-medicationstatement
e um br-core-medicationadministration
é que o último contém informações completas sobre a administração e é baseada em informações reais sobre a administração e da pessoa que administrou o medicamento. Um br-core-medicationstatement
é frequentemente, se não sempre, menos específico. Não há data/hora obrigatória em que o medicamento foi administrado; na verdade, sabe-se apenas que uma fonte relatou que o paciente está tomando esse medicamento, onde detalhes como hora, quantidade ou taxa ou mesmo o produto do medicamento podem estar incompletos, ausentes ou menos precisos. Conforme dito anteriormente, as informações do br-core-medicationstatement
podem vir da memória do paciente, de um frasco de prescrição ou de uma lista de medicamentos que o paciente, o clínico ou outra parte mantém. A administração de medicamentos é mais formal e não deixa de ter informações detalhadas.
A principal diferença entre um recurso br-core-medicationstatement
e um br-core-medicationadministration
é que o último contém informações completas sobre a administração e é baseada em informações reais sobre a administração e da pessoa que administrou o medicamento. Um br-core-medicationstatement
é frequentemente, se não sempre, menos específico. Não há data/hora obrigatória em que o medicamento foi administrado; na verdade, sabe-se apenas que uma fonte relatou que o paciente está tomando esse medicamento, onde detalhes como hora, quantidade ou taxa ou mesmo o produto do medicamento podem estar incompletos, ausentes ou menos precisos. Conforme dito anteriormente, as informações do br-core-medicationstatement
podem vir da memória do paciente, de um frasco de prescrição ou de uma lista de medicamentos que o paciente, o clínico ou outra parte mantém. A administração de medicamentos é mais formal e não deixa de ter informações detalhadas.
A principal diferença entre um recurso br-core-medicationstatement
e um br-core-medicationadministration
é que o último contém informações completas sobre a administração e é baseada em informações reais sobre a administração e da pessoa que administrou o medicamento. Um br-core-medicationstatement
é frequentemente, se não sempre, menos específico. Não há data/hora obrigatória em que o medicamento foi administrado; na verdade, sabe-se apenas que uma fonte relatou que o paciente está tomando esse medicamento, onde detalhes como hora, quantidade ou taxa ou mesmo o produto do medicamento podem estar incompletos, ausentes ou menos precisos. Conforme dito anteriormente, as informações do br-core-medicationstatement
podem vir da memória do paciente, de um frasco de prescrição ou de uma lista de medicamentos que o paciente, o clínico ou outra parte mantém. A administração de medicamentos é mais formal e não deixa de ter informações detalhadas.
Um recurso br-core-medicationstatement
pode ser usado para registrar abuso de substâncias ou o uso de outros agentes, como tabaco ou álcool. Isso normalmente seria feito se essas substâncias fossem destinadas a serem incluídas na verificação de suporte à decisão clínica (por exemplo, verificação de interação) e como parte de uma lista de medicamentos ativos. Se a intenção for preencher o histórico social e/ou incluir informações adicionais (por exemplo, desejo de parar, quantidade por dia, efeitos negativos à saúde), então é melhor registrar como uma Observação (br-core-observation) que poderia então ser usada para preencher o Histórico Social.
Este recurso não produz uma lista de medicamentos, mas produz declarações individuais de medicamentos que podem ser usadas no recurso List
para construir vários tipos de listas de medicamentos. Observe que outras listas de medicamentos também podem ser construídas a partir de outros recursos Pharmacy (por exemplo, br-core-medicationrequest
, br-core-medicationadministration
).
Este recurso não produz uma lista de medicamentos, mas produz declarações individuais de medicamentos que podem ser usadas no recurso List
para construir vários tipos de listas de medicamentos. Observe que outras listas de medicamentos também podem ser construídas a partir de outros recursos Pharmacy (por exemplo, br-core-medicationrequest
, br-core-medicationadministration
).
O recurso br-core-medicationstatement
é usado para registrar medicamentos ou substâncias que o paciente relata como sendo tomados, não tomando, tomou no passado ou pode tomar no futuro. Ele também pode ser usado para registrar o uso de medicamentos que é derivado de outros registros, como um br-core-medicationrequest
. A declaração não é usada para solicitar ou encomendar um medicamento, suprimento ou dispositivo. Ao solicitar medicamentos, suprimentos ou dispositivos quando há um foco no paciente ou instruções sobre seu uso, recursos br-core-medicationrequest
, SupplyRequest
ou DeviceRequest
deve ser usado em vez disso.
O recurso br-core-medicationstatement
é usado para registrar medicamentos ou substâncias que o paciente relata como sendo tomados, não tomando, tomou no passado ou pode tomar no futuro. Ele também pode ser usado para registrar o uso de medicamentos que é derivado de outros registros, como um br-core-medicationrequest
. A declaração não é usada para solicitar ou encomendar um medicamento, suprimento ou dispositivo. Ao solicitar medicamentos, suprimentos ou dispositivos quando há um foco no paciente ou instruções sobre seu uso, recursos br-core-medicationrequest
, SupplyRequest
ou DeviceRequest
deve ser usado em vez disso.
Os códigos DEVERÃO ser retirados de Para códigos, ver
BRAleitamentoMaterno
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BRTipoAleitamentoMaterno
)
Os códigos DEVERÃO ser retirados de Para exemplos de códigos, ver
BRTipoEstabelecimentoSaude-1.0 http://hl7.org/fhir/ValueSet/organization-type
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BRTipoEstabelecimentoSaude
)
Para contemplar uma descrição do paciente com maior equidade, conforme recomendações da portaria GM/MS Nº 230, de 7 de março de 2023, foram adicionados atributos adicionais para expressar o sexo do paciente, além do sexo administrativo: sexo ao nascer descritos no ValueSet BRSexoNascimento
e identidade de gênero descrita no ValueSet BRIdentidadeGenero
. Com relação a orientação sexual, este é um dado que pode mudar durante a vida do paciente, portanto, recomenda-se que ele seja coletado em cada evento assistencial
Para contemplar uma descrição do paciente com maior equidade, conforme recomendações da portaria GM/MS Nº 230, de 7 de março de 2023, foram adicionados atributos adicionais para expressar o sexo do paciente, além do sexo administrativo: sexo ao nascer descritos no ValueSet BRSexoNascimento
e identidade de gênero descrita no ValueSet BRIdentidadeGenero
. Com relação a orientação sexual, este é um dado que pode mudar durante a vida do paciente, portanto, recomenda-se que ele seja coletado em cada evento assistencial
O CPF é um identificador de pessoa física no Brasil, definido como número único e suficiente para identificação do cidadão nos bancos de dados de serviços públicos e é composto por 11 dígitos, sendo os 2 últimos dígitos os verificadores do CPF. Todo o paciente deve possuir obrigatoriamente um identificador, que deve ser o Cadastro de Pessoa Física (CPF) conforme a LEI Nº 14.534, DE 11 DE JANEIRO DE 2023
.
Registro Nacional de Estrangeiros (RNE) é um documento que atesta a identidade de indivíduos estrangeiros com residência temporária ou permanente no Brasil. A Carteira de Registro Nacional Migratório (CRNM) está substituindo, aos poucos, o antigo RNE (Registro Nacional de Estrangeiro). A mudança veio após a Lei de Migração (Lei nº 13.445, de 24 de maio de 2017). O modelo atual foi definido pela Portaria nº 11.264, de 24 de janeiro de 2020. Neste perfil foi criada uma extensão para representar o documento RNE – Registro Nacional de Estrangeiro e foi criado um NamingSystem - https://saude.gov.br/sid/rne
.
Povos e comunidades tradicionais são grupos culturalmente diferenciados e que se reconhecem como tais, que possuem formas próprias de organização social, que ocupam e usam territórios e recursos naturais como condição para sua reprodução cultural, social, religiosa, ancestral e econômica, utilizando conhecimentos, inovações e práticas gerados e transmitidos pela tradição (inciso I Art. 3º Decreto 6.040 / 2007). Portaria GM/MS Nº 3.396, DE 11 de dezembro de 2020
.
Os códigos DEVERÃO ser retirados de Para códigos, ver
BRPopulacaoTradicional
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BRPopulacaoTradicional
)
O CNS também é um identificador do paciente no âmbito do Sistema Único de Saúde (SUS), é composto por 15 dígitos ( https://saude.gov.br/sid/cns
), onde os 2 últimos são verificadores do CNS.
Descreve a qualificação do profissional PORTARIA Nº 458, DE 20 DE MARÇO DE 2020
(Altera a Portaria de Consolidação nº 1/GM/MS, de 28 de setembro de 2017 e nº 2, de 28 de setembro de 2017, para dispor sobre a inclusão e o preenchimento obrigatório dos campos Classificação Brasileira de Ocupações (CBO) eClassificação Nacional de Atividades Econômicas (CNAE) nos sistemas de informação)
Os códigos DEVERÃO ser retirados de Para exemplos de códigos, ver
BRMotivoProcedimentoNaoRealizado http://hl7.org/fhir/ValueSet/procedure-not-performed-reason
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BRMotivoProcedimentoNaoRealizado
)
Os códigos DEVERÃO ser retirados de Para exemplos de códigos, ver
BRCategoriaProcedimento http://hl7.org/fhir/ValueSet/procedure-category
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BRCategoriaProcedimento
)
Os códigos DEVERÃO ser retirados de Para exemplos de códigos, ver
BRDesfechoProcedimento http://hl7.org/fhir/ValueSet/procedure-outcome
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BRDesfechoProcedimento
)
Esse perfil restringe o perfil br-core-composition
para especificar um documento clínico, o registro de atendimento clínico, definido pela PORTARIA Nº 234, DE 18 DE JULHO DE 2022
, que institui o Modelo de Informação (MI) Registro de Atendimento Clínico (RAC). Este modelo compreende um conjunto essencial de elementos e dados administrativos e clínicos que fornecem um instantâneo (snapshot) das informações de uma consulta realizada a um indivíduo no âmbito da atenção básica, especializada ou domiciliar (atendimento diário). Apresenta informações relacionadas ao acompanhamento do indivíduo como medições, observações, diagnósticos e/ou problemas, exames, procedimentos, pequenas cirurgias e desfecho
Esse perfil restringe o perfil br-core-composition
para especificar um documento clínico, o registro de atendimento clínico, definido pela PORTARIA Nº 234, DE 18 DE JULHO DE 2022
, que institui o Modelo de Informação (MI) Registro de Atendimento Clínico (RAC). Este modelo compreende um conjunto essencial de elementos e dados administrativos e clínicos que fornecem um instantâneo (snapshot) das informações de uma consulta realizada a um indivíduo no âmbito da atenção básica, especializada ou domiciliar (atendimento diário). Apresenta informações relacionadas ao acompanhamento do indivíduo como medições, observações, diagnósticos e/ou problemas, exames, procedimentos, pequenas cirurgias e desfecho
O perfil br-core-registroatendimentoclinico
é um documento clínico projetado para apoiar todos cenários de casos de uso, que incluem a prestação de cuidados planejados e não planejados em regime extra-hospitalar (ambulatórios, consultórios, policlínicas, atenção domiciliar e telessaúde), abrangendo os elementos de dados essenciais, extensões (quando necessárias) e terminologias para o intercâmbio de informações interoperáveis processadas para múltiplos sistemas de informações em saúde, apoiando a comunicação entre os diversos níveis de atenção: subsidiando a continuidade e transição de cuidados efetivas dos pacientes dentro do Sistema de Saúde; contribuindo para melhorar a qualidade da atenção em saúde e a segurança do indivíduo e também a agregação e a análise de dados para tomada de decisão e produção de conhecimento.
Os códigos DEVERÃO ser retirados de Para exemplos de códigos, ver
BRCategoriaProcedimento http://hl7.org/fhir/ValueSet/servicerequest-category
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BRCategoriaProcedimento
)
Os códigos DEVERÃO ser retirados de Para exemplos de códigos, ver
BRTipoAmostra http://terminology.hl7.org/ValueSet/v2-0487
( required
to https://terminologia.saude.gov.br/fhir/ValueSet/BRTipoAmostra
)
Este perfil representa o perfil br-core-patient
com todas as informações demográficas e administrativas necessárias para descrever um paciente no Brasil, com as respectivas legislações dos elementos e domínios obrigatórios conforme abaixo. O perfil br-core-patient
herda do recurso FHIR R4 Patient
para definições de escopo e uso. Este perfil define expectativas mínimas para o recurso br-core-patient
registrar, pesquisar e buscar dados demográficos básicos e outras informações administrativas sobre um paciente individual. Ele especifica quais elementos principais, extensões, vocabulários e conjuntos de valores DEVEM estar presentes e restringe como os elementos são usados.
Para contemplar uma descrição do paciente com maior equidade, conforme recomendações da portaria GM/MS Nº 230, de 7 de março de 2023, foram adicionados atributos adicionais para expressar o sexo do paciente, além do sexo administrativo: sexo ao nascer descritos no ValueSet BRSexoNascimento
e identidade de gênero descrita no ValueSet BRIdentidadeGenero
. Com relação a orientação sexual, este é um dado que pode mudar durante a vida do paciente, portanto, recomenda-se que ele seja coletado em cada evento assistencial
Este perfil representa o perfil br-core-patient
com todas as informações demográficas e administrativas necessárias para descrever um paciente no Brasil, com as respectivas legislações dos elementos e domínios obrigatórios conforme abaixo. O perfil br-core-patient
herda do recurso FHIR R4 Patient
para definições de escopo e uso. Este perfil define expectativas mínimas para o recurso br-core-patient
registrar, pesquisar e buscar dados demográficos básicos e outras informações administrativas sobre um paciente individual. Ele especifica quais elementos principais, extensões, vocabulários e conjuntos de valores DEVEM estar presentes e restringe como os elementos são usados.
Para contemplar uma descrição do paciente com maior equidade, conforme recomendações da portaria GM/MS Nº 230, de 7 de março de 2023, foram adicionados atributos adicionais para expressar o sexo do paciente, além do sexo administrativo: sexo ao nascer descritos no ValueSet BRSexoNascimento
e identidade de gênero descrita no ValueSet BRIdentidadeGenero
. Com relação a orientação sexual, este é um dado que pode mudar durante a vida do paciente, portanto, recomenda-se que ele seja coletado em cada evento assistencial
(
required
)
