O perfil torna a regra verificável

Um perfil expressa diferenças em relação ao recurso base, como cardinalidade, terminologia, tipos e invariantes.

  • Confirme a URL canônica e a versão do perfil esperado.
  • Verifique cardinalidades mínimas e máximas.
  • Valide binding de terminologia e sistema de código.
  • Revise references e a presença dos recursos referenciados.
  • Considere invariantes e regras adicionais do documento RNDS.

Ciclo de validação

A validação útil produz uma hipótese localizada, não apenas uma lista de mensagens.

  1. 1
    Fixe a versão

    Identifique FHIR, perfil e pacote de terminologia usados na execução.

  2. 2
    Use dado sintético

    Reproduza estrutura e erro sem copiar paciente ou profissional real.

  3. 3
    Valide

    Execute o validador compatível e preserve OperationOutcome ou relatório equivalente.

  4. 4
    Localize

    Associe cada issue ao recurso, caminho e regra violada.

  5. 5
    Corrija e repita

    Altere o mapeamento ou dado autorizado e valide novamente antes do envio.

Recurso sintético mínimo
{
  "resourceType": "Patient",
  "id": "exemplo-sintetico",
  "identifier": [
    {
      "system": "[SISTEMA_DE_IDENTIFICACAO]",
      "value": "[IDENTIFICADOR_FICTICIO]"
    }
  ]
}

Consultas e paginação

Os materiais FHIR exercitam pesquisa REST e alertam que resultados podem ser paginados.

Padrão didático
GET [BASE_FHIR]/Patient?identifier=[IDENTIFICADOR_FICTICIO]&_count=20
Accept: application/fhir+json
  • Use somente parâmetros suportados pelo servidor e pelo recurso.
  • Siga links de paginação do Bundle de resposta; não monte cursores por suposição.
  • Trate bookmark inválido ou expirado como estado de paginação, não como ausência de dados.
  • Nunca use identificador real em ferramenta pública ou servidor de teste externo.
  • Registre a consulta de forma sanitizada e o horário da execução.