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

Expediente médico del paciente

Qué contiene un expediente médico del paciente, cómo 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.

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

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

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.

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
• Infraestructura de datos médicos
• Modelo de consentimiento y acceso
• Plataforma FHIR

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