Condition

Cadastrar ou atualizar

Cria a condição quando nenhum `identifier` do payload casa com uma condição existente, e atualiza a encontrada caso contrário. Dois campos decidem o que a Nilo registra: `verificationStatus` igual a `provisional` grava uma **conduta**, um `category` com o código `event` no `system` da Nilo grava um **evento clínico**, e qualquer outro caso grava um **diagnóstico de atendimento**.

Authentication

x-api-keystring
API Key authentication via header

Request

This endpoint expects an object.
resourceTypestringRequiredDefaults to Condition
Indica o tipo do recurso transacionado.
subjectobjectRequired

Paciente a quem a condição pertence, por um identificador dele.

abatementDateTimestringOptionalformat: "^([0-9]([0-9]([0-9][1-9]|[1-9]0)|[1-9]00)|[1-9]000)(-(0[1-9]|1[0-2])(-(0[1-9]|[1-2][0-9]|3[0-1])(T([01][0-9]|2[0-3]):[0-5][0-9]:([0-5][0-9]|60)(\.[0-9]+)?(Z|(\+|-)((0[0-9]|1[0-3]):[0-5][0-9]|14:00)))?)?)?$"

Momento em que a condição terminou. Lido apenas no evento clínico, onde vira o fim do período da condição e faz o clinicalStatus da leitura virar resolved.

categorylist of objectsOptional

Classificação da condição. O que a Nilo lê é um coding no system {host}/fhir/resources/CodeSystem/condition-category: o código event roteia a escrita para um evento clínico. Sem esse coding, a escrita grava um diagnóstico de atendimento. Nas leituras a Nilo devolve sempre dois coding — o do FHIR (encounter-diagnosis) e o da Nilo, que diz qual dos destinos gerou o recurso.

clinicalStatusobjectOptional

Situação clínica da condição. Só resposta: a Nilo a deriva do registro e ignora o valor enviado. Devolve resolved na condição encerrada e active na vigente.

codeobjectOptional

O diagnóstico, pelo código de um dos catálogos aceitos em coding[0].system — CID-10, CIAP-2 ou NANDA. Obrigatório no diagnóstico de atendimento e no evento clínico; não é lido na conduta.

encounterobjectOptional

Atendimento a que a condição pertence, por um identificador dele. No diagnóstico de atendimento e na conduta é um atendimento do prontuário; no evento clínico tem de ser uma hospitalização ou um pronto atendimento.

idstringOptionalformat: "^[A-Za-z0-9\-\.]{1,64}$"

Só resposta: o identificador Nilo FHIR do recurso.

identifierlist of objectsOptional

Identificadores da condição. É por aqui que a escrita decide entre criar e atualizar.

metaobjectOptional

Só resposta: metadados da gravação no store FHIR.

notelist of objectsOptional

Anotações da condição. Na conduta é o próprio conteúdo da conduta e é obrigatório; no diagnóstico de atendimento é só resposta, e traz os comentários registrados na plataforma com o autor em authorReference.

onsetDateTimestringOptionalformat: "^([0-9]([0-9]([0-9][1-9]|[1-9]0)|[1-9]00)|[1-9]000)(-(0[1-9]|1[0-2])(-(0[1-9]|[1-2][0-9]|3[0-1])(T([01][0-9]|2[0-3]):[0-5][0-9]:([0-5][0-9]|60)(\.[0-9]+)?(Z|(\+|-)((0[0-9]|1[0-3]):[0-5][0-9]|14:00)))?)?)?$"

Momento em que a condição começou. Lido apenas no evento clínico, onde vira o início do período da condição. Note que a leitura devolve esse início em recordedDate, não aqui.

recordedDatestringOptionalformat: "^([0-9]([0-9]([0-9][1-9]|[1-9]0)|[1-9]00)|[1-9]000)(-(0[1-9]|1[0-2])(-(0[1-9]|[1-2][0-9]|3[0-1])(T([01][0-9]|2[0-3]):[0-5][0-9]:([0-5][0-9]|60)(\.[0-9]+)?(Z|(\+|-)((0[0-9]|1[0-3]):[0-5][0-9]|14:00)))?)?)?$"

Só resposta. O que ele traz depende do destino: no evento clínico é o início da condição, no diagnóstico de atendimento é a data do registro, sem hora, e na conduta é o instante em que a conduta foi criada, com hora.

recorderobjectOptional

Profissional que registrou a condição, por um identificador dele. Obrigatório no diagnóstico de atendimento e no evento clínico; não é lido na conduta.

verificationStatusobjectOptional

Situação de verificação do diagnóstico. Na escrita o único valor com efeito é provisional, que roteia o recurso para uma conduta em vez de um diagnóstico — os outros são aceitos e não gravam nada. Nas leituras é derivado do registro.

Response

Recurso criado/atualizado com sucesso.

resourceTypestringDefaults to Condition
Indica o tipo do recurso transacionado.
subjectobject

Paciente a quem a condição pertence, por um identificador dele.

abatementDateTimestringOptionalformat: "^([0-9]([0-9]([0-9][1-9]|[1-9]0)|[1-9]00)|[1-9]000)(-(0[1-9]|1[0-2])(-(0[1-9]|[1-2][0-9]|3[0-1])(T([01][0-9]|2[0-3]):[0-5][0-9]:([0-5][0-9]|60)(\.[0-9]+)?(Z|(\+|-)((0[0-9]|1[0-3]):[0-5][0-9]|14:00)))?)?)?$"

Momento em que a condição terminou. Lido apenas no evento clínico, onde vira o fim do período da condição e faz o clinicalStatus da leitura virar resolved.

categorylist of objectsOptional

Classificação da condição. O que a Nilo lê é um coding no system {host}/fhir/resources/CodeSystem/condition-category: o código event roteia a escrita para um evento clínico. Sem esse coding, a escrita grava um diagnóstico de atendimento. Nas leituras a Nilo devolve sempre dois coding — o do FHIR (encounter-diagnosis) e o da Nilo, que diz qual dos destinos gerou o recurso.

clinicalStatusobjectOptional

Situação clínica da condição. Só resposta: a Nilo a deriva do registro e ignora o valor enviado. Devolve resolved na condição encerrada e active na vigente.

codeobjectOptional

O diagnóstico, pelo código de um dos catálogos aceitos em coding[0].system — CID-10, CIAP-2 ou NANDA. Obrigatório no diagnóstico de atendimento e no evento clínico; não é lido na conduta.

encounterobjectOptional

Atendimento a que a condição pertence, por um identificador dele. No diagnóstico de atendimento e na conduta é um atendimento do prontuário; no evento clínico tem de ser uma hospitalização ou um pronto atendimento.

idstringOptionalformat: "^[A-Za-z0-9\-\.]{1,64}$"

Só resposta: o identificador Nilo FHIR do recurso.

identifierlist of objectsOptional

Identificadores da condição. É por aqui que a escrita decide entre criar e atualizar.

metaobjectOptional

Só resposta: metadados da gravação no store FHIR.

notelist of objectsOptional

Anotações da condição. Na conduta é o próprio conteúdo da conduta e é obrigatório; no diagnóstico de atendimento é só resposta, e traz os comentários registrados na plataforma com o autor em authorReference.

onsetDateTimestringOptionalformat: "^([0-9]([0-9]([0-9][1-9]|[1-9]0)|[1-9]00)|[1-9]000)(-(0[1-9]|1[0-2])(-(0[1-9]|[1-2][0-9]|3[0-1])(T([01][0-9]|2[0-3]):[0-5][0-9]:([0-5][0-9]|60)(\.[0-9]+)?(Z|(\+|-)((0[0-9]|1[0-3]):[0-5][0-9]|14:00)))?)?)?$"

Momento em que a condição começou. Lido apenas no evento clínico, onde vira o início do período da condição. Note que a leitura devolve esse início em recordedDate, não aqui.

recordedDatestringOptionalformat: "^([0-9]([0-9]([0-9][1-9]|[1-9]0)|[1-9]00)|[1-9]000)(-(0[1-9]|1[0-2])(-(0[1-9]|[1-2][0-9]|3[0-1])(T([01][0-9]|2[0-3]):[0-5][0-9]:([0-5][0-9]|60)(\.[0-9]+)?(Z|(\+|-)((0[0-9]|1[0-3]):[0-5][0-9]|14:00)))?)?)?$"

Só resposta. O que ele traz depende do destino: no evento clínico é o início da condição, no diagnóstico de atendimento é a data do registro, sem hora, e na conduta é o instante em que a conduta foi criada, com hora.

recorderobjectOptional

Profissional que registrou a condição, por um identificador dele. Obrigatório no diagnóstico de atendimento e no evento clínico; não é lido na conduta.

verificationStatusobjectOptional

Situação de verificação do diagnóstico. Na escrita o único valor com efeito é provisional, que roteia o recurso para uma conduta em vez de um diagnóstico — os outros são aceitos e não gravam nada. Nas leituras é derivado do registro.

Errors

400
Bad Request Error
409
Conflict Error