Cadastrar ou atualizar
Cria o atendimento quando nenhum identifier do payload casa com um atendimento existente, e atualiza o encontrado caso contrário. O class.code decide o tipo de registro: VR e AMB criam um atendimento no prontuário — e, havendo profissional, também um agendamento —, enquanto EMER e IMP criam um evento de pronto atendimento ou de hospitalização.
Authentication
Request
Tipo do atendimento. Decide o registro que a Nilo cria.
Início e fim do atendimento.
Situação do atendimento. Em VR e AMB é convertida para os três estados da plataforma; em EMER e IMP é derivada de period.end e o valor enviado é descartado.
O paciente atendido, por um identificador dele já cadastrado.
Identificador Nilo FHIR do recurso, atribuído na gravação.
Identificador(es) pelo qual este recurso é distinguido. É por ele que a API decide entre criar e atualizar. Obrigatório em class EMER e IMP; em VR e AMB a ausência não é recusada, mas cada envio sem ele cria um atendimento novo.
Agendamento já existente a que este atendimento pertence, pelo identificador dele. Aceita um único item, e só tem efeito em VR e AMB com profissional informado.
Duração em minutos do agendamento criado junto com o atendimento. Usada apenas quando period.end está ausente, em VR e AMB. Sem ela, a duração é de 1 minuto.
Origem, canal, desfecho e entrevista clínica do atendimento. Lidas apenas em VR e AMB. A entrevista clínica vai em encounter-clinicalNote, com o texto em valueMarkdown, uma vez só e com texto; omitida, a já gravada é mantida.
Local do evento, como texto livre em location.display. Lido apenas em EMER e IMP, e apenas o primeiro item.
Condições já cadastradas a vincular a este evento. Lido apenas em EMER e IMP.
Profissional responsável pelo atendimento. A Nilo registra um só — em VR e AMB, o primeiro item com individual e ATND em algum coding de type.
Response
Operação bem sucedida.
Tipo do atendimento. Decide o registro que a Nilo cria.
Início e fim do atendimento.
Situação do atendimento. Em VR e AMB é convertida para os três estados da plataforma; em EMER e IMP é derivada de period.end e o valor enviado é descartado.
O paciente atendido, por um identificador dele já cadastrado.
Identificador Nilo FHIR do recurso, atribuído na gravação.
Identificador(es) pelo qual este recurso é distinguido. É por ele que a API decide entre criar e atualizar. Obrigatório em class EMER e IMP; em VR e AMB a ausência não é recusada, mas cada envio sem ele cria um atendimento novo.
Agendamento já existente a que este atendimento pertence, pelo identificador dele. Aceita um único item, e só tem efeito em VR e AMB com profissional informado.
Duração em minutos do agendamento criado junto com o atendimento. Usada apenas quando period.end está ausente, em VR e AMB. Sem ela, a duração é de 1 minuto.
Origem, canal, desfecho e entrevista clínica do atendimento. Lidas apenas em VR e AMB. A entrevista clínica vai em encounter-clinicalNote, com o texto em valueMarkdown, uma vez só e com texto; omitida, a já gravada é mantida.
Local do evento, como texto livre em location.display. Lido apenas em EMER e IMP, e apenas o primeiro item.
Condições já cadastradas a vincular a este evento. Lido apenas em EMER e IMP.
Profissional responsável pelo atendimento. A Nilo registra um só — em VR e AMB, o primeiro item com individual e ATND em algum coding de type.