# Expediente médico del paciente

> Qué contiene un expediente médico del paciente, en qué se diferencia de los EHR y EMR, y cómo se relacionan el paciente, los datos, las aplicaciones y el consentimiento en Anpheros — incluyendo familias, portabilidad y eliminación.

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

**Un expediente médico del paciente es el historial completo y estructurado de la salud de una persona — mediciones, resultados, diagnósticos, medicamentos, documentos y encuentros — conservado a lo largo del tiempo.** En Anpheros, cada paciente tiene exactamente un expediente de este tipo, almacenado como recursos HL7 FHIR R4. El expediente pertenece a la atención del paciente, no a una aplicación: las aplicaciones escriben en él y leen de él, y el paciente decide, a través del consentimiento, qué aplicaciones pueden hacerlo.

## Registros médicos electrónicos (EHR), historias clínicas electrónicas (EMR) y registros en posesión del paciente

| Tipo | Quién lo conserva | Alcance típico |
|---|---|---|
| Historia clínica electrónica (EMR) | una clínica o consultorio | lo que registró ese proveedor |
| Registro médico electrónico (EHR) | un hospital o sistema de salud | lo que registraron los proveedores de la organización |
| Registro personal / en posesión del paciente | el paciente | todo lo que el paciente recopila: resultados de muchos laboratorios, mediciones en casa, documentos, medicamentos |

Anpheros se asemeja al tercer tipo, con una diferencia importante: no es un diario específico de una aplicación. Es **infraestructura**: el mismo registro puede ser escrito por la propia aplicación del paciente, por un laboratorio, por una clínica y por un asistente de IA, cada uno a través de la API y cada uno dentro de los límites que el paciente permite. Anpheros no es un EHR de hospital ni lo reemplaza.

## Contenido del registro

| Parte del registro | Recursos FHIR en Anpheros |
|---|---|
| La persona y las personas cercanas a ella | `Patient`, `RelatedPerson` |
| Mediciones y resultados | `Observation` (signos vitales, laboratorio, síntomas, bienestar, actividad diaria y sueño), `DiagnosticReport` |
| Problemas y su evolución | `Condition`, `EpisodeOfCare` (por ejemplo, un embarazo o una enfermedad crónica), `Procedure`, `FamilyMemberHistory` |
| Tratamiento | `MedicationStatement`, `MedicationAdministration` (cada dosis tomada u omitida), `Immunization`, `CarePlan`, `Goal`, `ServiceRequest` |
| Seguridad | `AllergyIntolerance` |
| Atención | `Encounter`, `Appointment`, `CareTeam` |
| Documentos y cuestionarios | `DocumentReference` (originales inmutables), `QuestionnaireResponse` |
| Gobernanza | `Consent` (uno por concesión), `Provenance` (uno por escritura) |

Cada elemento está codificado donde existe un estándar — LOINC para mediciones y resultados de laboratorio, ICD-10 para condiciones, ATC para medicamentos, UCUM para unidades — y también conserva su texto original. Consulte [Sistemas de códigos FHIR](https://developers.anpheros.com/es/guides/fhir-code-systems).

## La relación entre paciente, datos, aplicaciones y consentimiento

```
                  ┌──────────────── 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
```

- **La aplicación que creó un registro** puede leerlo y escribirlo con su clave de API.
- **Cualquier otra aplicación** necesita el consentimiento del paciente: una concesión de OAuth con ámbitos explícitos (tipos de recursos y acciones, opcionalmente una categoría como `laboratory`), durante 30, 90, 180 o 365 días.
- **Cada escritura** se atribuye: paciente, profesional, dispositivo, importación o IA, con la organización y el sistema de origen.
- **Cada lectura**, incluidas las lecturas de la aplicación creadora y el contexto creado para modelos de IA, aparece en el registro de acceso del paciente, por aplicación.
- **El paciente puede revocar** una aplicación en cualquier momento; la siguiente solicitud se rechaza.

## Familias y dependientes

Una persona puede tener registros de otras personas: hijos, un padre mayor. Cada dependiente tiene su propio registro `Patient`, vinculado al del tutor; la API del lado del paciente enumera "mis registros y los de mis dependientes" (`GET /me/patients`), indicando quién tiene acceso a cada uno. El consentimiento siempre se otorga por registro.

## Portabilidad

Dado que el registro es FHIR estándar, puede salir de Anpheros intacto: `Patient/{id}/$everything` devuelve todo el compartimento, y `Patient/{id}/$summary` devuelve un International Patient Summary (Resumen Internacional del Paciente), un formato de documento diseñado para ser leído por clínicos en otros lugares.

## Eliminación

La eliminación de un `Patient` elimina todos los recursos de ese registro. Los documentos, una vez finalizados, no se pueden modificar, solo eliminar.

## Relacionado

- [Infraestructura de registro médico digital](https://developers.anpheros.com/es/guides/digital-medical-record)
- [Infraestructura de datos médicos](https://developers.anpheros.com/es/guides/medical-data-infrastructure)
- [Modelo de consentimiento y acceso](https://developers.anpheros.com/es/guides/consent)
- [Plataforma FHIR](https://developers.anpheros.com/es/guides/fhir)