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

API de EHR y API de expedientes médicos

Cómo las apps leen y escriben expedientes médicos sobre FHIR: APIs de EHR de hospitales vs. una API de expedientes controlada por el paciente, qué cubre cada una, GDPR y alojamiento en la UE, y HIPAA (BAA y región de EE. UU. bajo petición).

Una API de EHR (API de registro electrónico de salud, también llamada API de EMR o API de registros médicos) permite al software leer y escribir el registro de salud de un paciente — datos demográficos, diagnósticos, medicamentos, alergias, resultados, documentos — a través de Internet, generalmente como recursos HL7 FHIR R4 detrás de OAuth. Los proveedores de EHR hospitalarios como Epic y Oracle Health exponen APIs FHIR a sus propios registros, y en EE. UU. los EHR certificados deben ofrecer acceso al paciente a través de dichas APIs. Anpheros es una pieza diferente: una API de registros médicos controlada por el paciente sobre la que cualquier aplicación puede construirse, donde clínicas, laboratorios, aplicaciones y dispositivos escriben en un registro FHIR R4 por persona y el acceso necesita el consentimiento de esa persona.

Where an EHR API sits — and where Anpheros sits

Your app or AI agentPatient app, clinic tool, analytics, assistant
Hospital EHR APIsEpic, Oracle Health and others expose FHIR APIs for their own records
Patient-controlled record (Anpheros)One FHIR R4 record per person, written by clinics, labs, apps and devices
Consent and auditOAuth 2.1 grants chosen by the patient; every access logged
Storage in the EUGoogle Cloud europe-west4; HIPAA support is planned, not available yet

Dos tipos de API de registros médicos

	API de EHR de hospital (p. ej., Epic, Oracle Health)	API de registros controlados por el paciente (Anpheros)
De quién son los registros	Un hospital o sistema de salud	Una persona, de todas las fuentes que escriben en él
Cómo se obtiene acceso	Registro de la aplicación con el proveedor, a menudo por sistema de salud	Clave de sandbox de autoservicio; producción después de un acuerdo de procesamiento de datos
Quién autoriza	El sistema de salud y el paciente para aplicaciones de acceso del paciente	El paciente (consentimiento OAuth) o su organización para los pacientes que crea
Escritura de datos	Limitada, depende del proveedor	Crear, actualizar y eliminar sus propios recursos; procedencia en cada escritura
Estándar	FHIR R4 (US Core en EE. UU.)	FHIR R4 más una API REST más sencilla
Mejor para	Leer lo que registró un hospital	Crear un producto sobre un registro que las personas llevan consigo

Funcionan juntas: una aplicación puede leer un EHR de hospital a través de su API y mantener el registro propio de la persona en Anpheros, con el hospital como fuente registrada.

Lo que cubre la API de registros de Anpheros

Parte del registro	Recurso FHIR	REST v1
Demografía	`Patient`	`/v1/patients`
Diagnósticos	`Condition` (ICD-10)	`/v1/patients/{id}/conditions`
Medicamentos	`MedicationStatement` (ATC)	`/v1/patients/{id}/medications`
Resultados y signos vitales	`Observation` (LOINC)	`/v1/patients/{id}/observations`, importación de laboratorio
Documentos	`DocumentReference`	`/v1/patients/{id}/documents`
Todo, en orden	`Patient/$everything`	`/v1/patients/{id}/timeline`
Un resumen compartible	`Patient/$summary` (IPS)	—

# one patient's active problems, as FHIR
curl "https://platform.anpheros.com/fhir/R4/Condition?patient=$PID&clinical-status=active" \
  -H "Authorization: Bearer $KEY"

Cumplimiento y ubicación de datos

RGPD y la UE: los datos se almacenan y procesan en la Unión Europea (Google Cloud europe-west4, Países Bajos); cada lectura y escritura se registra y es visible para el paciente; el acceso por parte de otras aplicaciones requiere el consentimiento del paciente.
HIPAA: Anpheros actúa como Business Associate para clínicas de EE. UU. Un acuerdo de Business Associate (BAA) y una región de datos de EE. UU. están disponibles bajo petición para clientes de producción; la producción para datos de pacientes de EE. UU. se abre después de que se firme el BAA. Hasta entonces, no almacene información de salud protegida que esté sujeta a HIPAA en Anpheros.

Preguntas frecuentes

¿Qué es una API de EHR?

Una interfaz a través de la cual el software lee y escribe registros de salud electrónicos, generalmente recursos HL7 FHIR R4 como Patient, Condition, MedicationStatement y Observation, autorizados con OAuth y SMART on FHIR.

¿Cuál es la diferencia entre una API de EHR y una API de EMR?

En la práctica, los términos se utilizan indistintamente. EMR tradicionalmente significa el registro de una consulta; EHR, un registro destinado a ser compartido entre proveedores. Ambos se exponen generalmente como APIs FHIR hoy en día.

¿Puedo acceder a la EHR de un hospital a través de Anpheros?

No. Anpheros no se conecta a las EHR de los hospitales por sí solo. Su aplicación puede leer la API FHIR de un hospital por separado y almacenar lo que la persona permita en su registro de Anpheros.

¿Existe una API gratuita de registros médicos para desarrolladores?

Sí. El sandbox de Anpheros es gratuito, con 30 pacientes sintéticos sobre FHIR R4 y REST; la producción comienza a partir de 99 € al mes.

¿Cumple Anpheros con HIPAA?

Anpheros actúa como Business Associate para clínicas de EE. UU.: un Acuerdo de Business Associate (BAA) y una región de datos de EE. UU. están disponibles bajo petición para clientes de producción, además del programa de seguridad escrito (análisis de riesgos, políticas, registro de auditoría, cifrado, copias de seguridad). Pregunte antes de almacenar información de salud protegida: la producción se abre después de firmar el BAA. Consulte Seguridad, privacidad y residencia de datos.

Relacionado

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