Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card
¿Qué es Anpheros?
Anpheros es infraestructura para datos médicos interoperables: un registro de paciente controlado HL7 FHIR R4 y una API para crear aplicaciones de salud, software y servicios de IA sobre él.
Anpheros es infraestructura para datos médicos interoperables y para integrar esos datos en aplicaciones sanitarias, software y servicios de IA. Para un paciente es un registro médico digital que controla; para un desarrollador es una API sobre ese registro, almacenado como datos estándar HL7 FHIR R4.
Anpheros tiene dos partes que comparten un registro por paciente:
- Anpheros Daily — la aplicación para pacientes (Android, macOS, web) donde las personas y familias registran síntomas, signos vitales, medicamentos, resultados de laboratorio, documentos y citas.
- Anpheros Platform — la API y el almacén de datos detrás de ella. Aplicaciones, clínicas, laboratorios y agentes de IA leen y escriben el mismo registro a través de ella, y cada uno de ellos accede a un paciente solo con el consentimiento de ese paciente.
Anpheros Daily es en sí mismo un cliente de la API pública: lo que la aplicación registra está disponible para otras aplicaciones autorizadas exactamente de la misma forma. La plataforma está en beta privada; los datos se alojan en la Unión Europea.
El problema que aborda
Una aplicación de atención médica generalmente tiene que resolver las mismas cosas antes de poder hacer algo útil: un modelo de datos para registros médicos, almacenamiento, identidad, consentimiento, un rastro de auditoría, integración con laboratorios y clínicas, y una forma de entregar la parte correcta de un registro a un modelo de IA. La mayor parte de ese trabajo no es específico de la aplicación.
Anpheros proporciona esa capa una vez, sobre estándares abiertos, para que una aplicación pueda concentrarse en su propia experiencia mientras el registro permanece portátil entre aplicaciones y bajo el control del paciente.
Lo que proporciona la plataforma
| Capacidad | Qué es | Dónde está documentado |
|---|---|---|
| Almacén FHIR R4 | Un registro por paciente compuesto por recursos FHIR estándar — 26 tipos de recursos, búsqueda, historial de versiones, transacciones, Patient/$everything |
Plataforma FHIR |
| API REST | /v1: pacientes, observaciones, condiciones, medicamentos, documentos, línea de tiempo, procedencia — los mismos datos e IDs que la API FHIR |
Introducción |
| Consentimiento del paciente | OAuth 2.1 con PKCE, lanzamiento independiente de SMART on FHIR, ámbitos por tipo de recurso y categoría, revocación que entra en vigor en la próxima solicitud | Autenticación y OAuth, Modelo de consentimiento y acceso |
| Procedencia y auditoría | Cada escritura registra quién la realizó, para quién y desde qué sistema; cada lectura se registra y es visible para el paciente | Seguridad, privacidad y residencia de datos |
| API de contexto de IA | POST /v1/context ensambla la parte relevante de un registro para un modelo de IA, dentro de un presupuesto de tokens, con cada elemento etiquetado por su origen |
Agentes de IA y datos médicos |
| Resumen Internacional del Paciente | Patient/$summary devuelve un documento IPS, validado con el validador oficial de HL7 |
Plataforma FHIR |
| Webhooks | Eventos firmados y reintentados para escrituras, cambios de consentimiento y documentos | Webhooks |
| Conector de laboratorio | Un informe de laboratorio completo (CSV, HL7 v2 ORU^R01, JSON) se convierte en Observaciones FHIR en una sola llamada | Conector de laboratorio |
| SDKs | Dart / Flutter (anpheros_sdk en pub.dev) y TypeScript (@anpheros/sdk en npm) |
SDKs |
| Sandbox | Autoservicio; una base de datos separada donde cada proyecto tiene sus propios 30 pacientes sintéticos; las claves sk_test_ no pueden acceder a datos reales |
Introducción |
A quién va dirigido
- Desarrolladores y startups que crean aplicaciones de salud o médicas que necesitan almacenar datos de pacientes sin tener que diseñar desde cero un modelo de datos médicos, un sistema de consentimiento y un registro de auditoría.
- Clínicas y laboratorios que desean entregar resultados y documentos en el registro de un paciente con el consentimiento de este.
- Equipos que desarrollan asistentes y agentes de IA que necesitan el contexto médico estructurado de un paciente, con consentimiento y una auditoría de lo que la IA leyó.
- Pacientes y familias, a través de Anpheros Daily, que desean un único registro que controlen y puedan compartir.
Lo que Anpheros no es
- No es un sistema EHR (Electronic Health Record) hospitalario ni un sistema de gestión de consultorios; almacena el registro propio del paciente y conecta aplicaciones a él.
- No incluye integraciones con proveedores específicos de IA. La API de contexto devuelve JSON o texto que su código pasa al modelo que usted utilice.
- Actualmente no proporciona un servidor del Protocolo de Contexto de Modelo (MCP).
- Todavía no está disponible de forma general: la plataforma se encuentra en beta privada, de zona única, sin un SLA contractual. Las claves de producción se emiten a organizaciones verificadas con un acuerdo de procesamiento de datos firmado.
Preguntas frecuentes
¿Es Anpheros un servidor FHIR?
Sí, entre otras cosas. /fhir/R4 es una interfaz FHIR R4 (4.0.1) con una CapabilityStatement en /fhir/R4/metadata. También añade lo que un servidor FHIR simple no tiene: aislamiento por proyecto, consentimiento del paciente, procedencia en cada escritura, una auditoría visible para el paciente, una API REST más sencilla sobre los mismos datos y una API de contexto de IA.
¿Puedo usar Anpheros como backend de mi aplicación de salud?
Ese es su propósito. Tu aplicación almacena y lee datos de pacientes a través de la API REST o FHIR; los registros de tus pacientes permanecen portátiles y pueden compartirse con otras aplicaciones cuando el paciente lo consiente. Empieza con Crear una aplicación de salud.
¿Puedo usar Anpheros como base de datos de mi aplicación de salud con IA?
Para los datos médicos de los pacientes, sí: Anpheros es una base de datos de salud gestionada construida sobre HL7 FHIR R4, con una API, consentimiento del paciente y una API de contexto de IA — un backend FHIR al que tu aplicación llama en lugar de diseñar sus propias tablas médicas. No es una base de datos SQL de propósito general y no ejecuta modelos de IA; tu aplicación mantiene sus propios usuarios y datos no médicos y llama al modelo de tu elección. Consulta Aplicaciones de salud con IA.
¿Puede un modelo de IA leer datos de pacientes a través de Anpheros?
Solo a través de tu aplicación y solo dentro del consentimiento de un paciente (o de los pacientes que tu proyecto creó). La API de contexto prepara los datos para un modelo y registra lo que se utilizó. Consulta Agentes de IA y datos médicos.
¿Dónde se almacenan los datos?
En la Unión Europea. Los documentos se guardan en un bucket de almacenamiento de la UE cifrado con una clave gestionada por el cliente. Consulta Seguridad, privacidad y residencia de datos.
¿Cómo obtengo acceso?
El sandbox es autoservicio: inicia sesión con Google en el panel (https://platform.anpheros.com/dashboard/) y obtén una clave con un solo clic. El acceso a producción es bajo solicitud durante la beta privada ([email protected]): las claves de producción se emiten a organizaciones verificadas con un acuerdo de procesamiento de datos firmado.
¿Es Anpheros gratuito?
El sandbox es gratuito: cada proyecto sandbox obtiene sus propios 30 pacientes sintéticos y hasta 10 000 escrituras al día. La producción comienza en 99 € al mes para 2.500 pacientes, con el primer mes gratis; el acceso a producción es para organizaciones verificadas con un acuerdo de procesamiento de datos firmado. Consulta Precios.
Relacionado
- Infraestructura de datos médicos
- Anpheros para desarrolladores
- Arquitectura de aplicaciones de salud
- Aplicaciones de salud con IA
Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card