# Registo médico do paciente

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

Source: https://developers.anpheros.com/pt/guides/patient-medical-record

**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

| Tipo | Quem o mantém | Âmbito Típico |
|---|---|---|
| Registo Médico Eletrónico (EMR) | uma clínica ou consultório | o que esse prestador registou |
| Registo de Saúde Eletrónico (EHR) | um hospital ou sistema de saúde | o que os prestadores da organização registaram |
| Registo Pessoal / Detido pelo Paciente | o paciente | tudo o que o paciente recolhe: resultados de vários laboratórios, medições domésticas, documentos, medicamentos |

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

| Parte do registo | Recursos FHIR em Anpheros |
|---|---|
| A pessoa e as pessoas próximas | `Patient`, `RelatedPerson` |
| Medições e resultados | `Observation` (sinais vitais, laboratório, sintomas, bem-estar, atividade diária e sono), `DiagnosticReport` |
| Problemas e o seu curso | `Condition`, `EpisodeOfCare` (por exemplo, uma gravidez ou uma doença crónica), `Procedure`, `FamilyMemberHistory` |
| Tratamento | `MedicationStatement`, `MedicationAdministration` (cada dose tomada ou omitida), `Immunization`, `CarePlan`, `Goal`, `ServiceRequest` |
| Segurança | `AllergyIntolerance` |
| Cuidados | `Encounter`, `Appointment`, `CareTeam` |
| Documentos e questionários | `DocumentReference` (originais imutáveis), `QuestionnaireResponse` |
| Governança | `Consent` (um por concessão), `Provenance` (um por escrita) |

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](https://developers.anpheros.com/pt/guides/fhir-code-systems).

## 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](https://developers.anpheros.com/pt/guides/digital-medical-record)
- [Infraestrutura de dados médicos](https://developers.anpheros.com/pt/guides/medical-data-infrastructure)
- [Modelo de consentimento e acesso](https://developers.anpheros.com/pt/guides/consent)
- [Plataforma FHIR](https://developers.anpheros.com/pt/guides/fhir)