Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

Registo médico do paciente

O que contém um registo médico do paciente, como difere de EHRs e EMRs, e como se relacionam paciente, dados, aplicações e consentimento no Anpheros — incluindo famílias, portabilidade e eliminação.

Um registo médico do paciente é o histórico completo e estruturado da saúde de uma pessoa — medições, resultados, diagnósticos, medicamentos, documentos e encontros — mantido ao longo do tempo. Na Anpheros, cada paciente tem exatamente um registo desse tipo, armazenado como recursos HL7 FHIR R4. O registo pertence aos cuidados do paciente, não a uma aplicação: as aplicações escrevem nele e leem dele, e um paciente decide, através de consentimento, quais aplicações podem fazê-lo.

Registos Eletrónicos de Saúde (EHR), Registos Médicos Eletrónicos (EMR) e Registos Detidos pelo Paciente

O Anpheros está mais próximo do terceiro tipo, com uma diferença importante: não é um diário específico de uma aplicação. É infraestrutura: o mesmo registo pode ser escrito pela aplicação do próprio paciente, por um laboratório, por uma clínica e por um assistente de IA, cada um através da API e cada um dentro dos limites que o paciente permite. O Anpheros não é um EHR hospitalar e não o substitui.

O que o registo contém

Cada item é codificado onde existe um padrão — LOINC para medições e resultados de laboratório, ICD-10 para condições, ATC para medicamentos, UCUM para unidades — e mantém também o seu texto original. Ver sistemas de código FHIR.

A relação entre paciente, dados, aplicações e consentimento

                  ┌──────────────── consent: which app, which data, how long ───────────────┐
                  │                                                                          ▼
Patient ──► Anpheros Daily (or any patient app) ──► Anpheros API ──► the patient's FHIR record ◄── other apps, clinics, labs, AI
                                                                            │
                                                     access log visible to the patient

• A aplicação que criou um registo pode lê-lo e escrevê-lo com a sua chave de API.
• Qualquer outra aplicação necessita do consentimento do paciente: uma concessão OAuth com escopos explícitos (tipos de recursos e ações, opcionalmente uma categoria como laboratory), por 30, 90, 180 ou 365 dias.
• Cada escrita é atribuída: paciente, profissional de saúde, dispositivo, importação ou IA, com a organização e o sistema de origem.
• Cada leitura — incluindo leituras pela aplicação criadora e contexto construído para modelos de IA — aparece no registo de acesso do paciente, por aplicação.
• O paciente pode revogar uma aplicação a qualquer momento; o pedido seguinte é recusado.

Famílias e dependentes

Uma pessoa pode deter registos para outros — filhos, um pai idoso. Cada dependente tem o seu próprio registo Patient, ligado ao do tutor; a API do lado do paciente lista "os meus registos e os dos meus dependentes" (GET /me/patients), com quem tem acesso a cada um. O consentimento é sempre dado por registo.

Portabilidade

Como o registo é FHIR padrão, pode sair do Anpheros intacto: Patient/{id}/$everything devolve todo o compartimento, e Patient/{id}/$summary devolve um International Patient Summary, um formato de documento concebido para ser lido por clínicos noutros locais.

Eliminação

A eliminação de um(a) Patient apaga todos os recursos desse registo. Documentos, uma vez finalizados, não podem ser modificados, apenas eliminados.

Relacionado

• Infraestrutura de registo médico digital
• Infraestrutura de dados médicos
• Modelo de consentimento e acesso
• Plataforma FHIR

Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card