As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Atualizando um recurso FHIR
A update interação FHIR cria uma nova versão atual para um recurso existente ou cria uma versão inicial se nenhum recurso já existir para o determinado. id Para obter informações adicionais, consulte a update
Para atualizar um recurso FHIR
-
Colecione HealthLake
regionedatastoreIdvalorize. Para obter mais informações, consulte Obter propriedades do datastore. -
Determine o tipo de FHIR
Resourcepara atualizar e coletar o valor associadoid. Para obter mais informações, consulte Tipos de recursos. -
Crie uma URL para a solicitação usando os valores coletados para HealthLake
regiondatastoreIde. Inclua também oResourcetipo FHIR e seus associados.idPara ver todo o caminho do URL no exemplo a seguir, role até o botão Copiar.PUT https://healthlake.region.amazonaws.com/datastore/datastoreId/r4/Resource/id -
Crie um
JSONcorpo para a solicitação, especificando as atualizações de dados do FHIR a serem feitas. Para fins desse procedimento, salve o arquivo comoupdate-patient.json.{ "id": "2de04858-ba65-44c1-8af1-f2fe69a977d9", "resourceType": "Patient", "active": true, "name": [ { "use": "official", "family": "Doe", "given": [ "Jane" ] }, { "use": "usual", "given": [ "Jane" ] } ], "gender": "female", "birthDate": "1985-12-31" } -
Envie a solicitação . A
updateinteração FHIR usa umaPUTsolicitação com AWS Signature Version 4 ou SMART na autorização FHIR. Ocurlexemplo a seguir atualiza umPatientrecurso em HealthLake. Para ver o exemplo inteiro, role até o botão Copiar.
Atualização dos recursos do FHIR com base nas condições
A atualização condicional permite que você atualize um recurso existente com base em alguns critérios de pesquisa de identificação, em vez de usar o id FHIR lógico. Quando o servidor processa a atualização, ele realiza uma pesquisa usando seus recursos de pesquisa padrão para o tipo de recurso, com o objetivo de resolver uma única lógica id para a solicitação.
A ação que o servidor executa depende de quantas correspondências ele encontra:
-
Sem correspondências, não
idfornecido no corpo da solicitação: o servidor cria o recurso FHIR. -
Nenhuma correspondência,
idfornecida e o recurso ainda não existe com oid: O servidor trata a interação como uma interação de atualização como criação. -
Nenhuma correspondência,
idfornecida e já existe: o servidor rejeita a atualização com um409 Conflicterro. -
Uma correspondência, nenhum recurso
idfornecido OU (recursoidfornecido e corresponde ao recurso encontrado): O servidor executa a atualização em relação ao recurso correspondente conforme descrito acima, onde, se o recurso foi atualizado, o servidor DEVE retornar200 OKa. -
One Match, recurso
idfornecido, mas não corresponde ao recurso encontrado: o servidor retorna um409 Conflicterro indicando que a especificação do ID do cliente era um problema, preferencialmente com umOperationOutcome -
Várias correspondências: o servidor retorna um
412 Precondition Failederro indicando que os critérios do cliente não foram seletivos o suficiente, de preferência com um OperationOutcome
O exemplo a seguir atualiza um Patient recurso cujo nome é peter, data de nascimento é 1º de janeiro de 2000 e número de telefone 1234567890.
PUT https://healthlake.region.amazonaws.com/datastore/datastoreId/r4/Patient?name=peter&birthdate=2000-01-01&phone=1234567890
Configurando o nível de validação para atualizações de recursos
Ao atualizar um recurso FHIR, você pode especificar opcionalmente um cabeçalho x-amzn-healthlake-fhir-validation-level HTTP para configurar um nível de validação para o recurso. AWS HealthLake atualmente suporta os seguintes níveis de validação:
-
strict: os recursos são validados de acordo com o elemento de perfil do recurso ou com a especificação R4 se nenhum perfil estiver presente. Esse é o nível de validação padrão para AWS HealthLake. -
structure-only: os recursos são validados em relação ao R4, ignorando quaisquer perfis referenciados. -
minimal: os recursos são validados minimamente, ignorando certas regras do R4. Os recursos que falharem nas verificações de estrutura exigidas search/analytics serão atualizados para incluir um aviso para auditoria.
Recursos atualizados com o nível mínimo de validação podem ser ingeridos em um Datastore, apesar da falha na validação necessária para a indexação de pesquisas. Nesse caso, os recursos serão atualizados para incluir uma extensão específica do Healthlake para documentar essas falhas:
{ "url": "http://healthlake.amazonaws.com/fhir/StructureDefinition/validation-issue", "valueString": "{\"resourceType\":\"OperationOutcome\",\"issue\":[{\"severity\":\"error\",\"code\":\"processing\",\"details\":{\"text\":\"FHIR resource in payload failed FHIR validation rules.\"},\"diagnostics\":\"FHIR resource in payload failed FHIR validation rules.\"}]}" }
Além disso, o seguinte cabeçalho de resposta HTTP será incluído com o valor “true”:
x-amzn-healthlake-validation-issues : true
nota
Observe que os dados ingeridos que estão malformados de acordo com a especificação R4 podem não ser pesquisáveis conforme o esperado se esses erros estiverem presentes.