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

Arhitectura aplicațiilor de sănătate

Diagrame și fluxuri de date: pacient către aplicație către API-ul Anpheros către fișierul FHIR și servicii externe, și agent AI către API-ul de context către date autorizate.

Anpheros este stratul de date medicale dintre aplicația dvs. (sau agentul AI) și înregistrarea pacientului. Aplicația dvs. își păstrează propria interfață de utilizator și logica de afaceri; înregistrarea medicală, consimțământul, proveniența și auditul trăiesc în Anpheros și sunt accesate printr-un singur API.

  Your application, backend or AI agent
  (mobile app, web app, clinic system, lab system, LLM-based assistant)
                        │  HTTPS · API key (sk_test_ / sk_live_) or OAuth token (at_…)
                        ▼
  Anpheros Platform API
  ├─ /v1        simplified REST: patients, observations, conditions, medications,
  │             documents, timeline, provenance, context, labs, webhooks
  ├─ /fhir/R4   strict FHIR R4: 26 resource types, search, history, transactions,
  │             $everything, $summary (IPS), $validate
  └─ /oauth     OAuth 2.1 + PKCE, SMART on FHIR, OpenID Connect
                        │  every request: project isolation · scopes · rate limits
                        ▼
  One FHIR R4 record per patient
  ├─ versions of every resource (history)   ├─ Provenance for every write
  ├─ Consent resources for every grant      └─ access log visible to the patient
                        │
                        ▼
  Events out: signed webhooks to your server (ids only, never clinical content)

Vizualizarea pacientului: de la persoană la servicii externe

Patient
   ↓   uses an app, chooses what to share, sees every access
Healthcare application          Anpheros Daily, or your own app
   ↓   REST v1 / FHIR R4 over HTTPS, API key or OAuth token
Anpheros API
   ↓   isolation, scopes, idempotency, provenance
FHIR medical data               the patient's record: 26 resource types, every version kept
   ↓   only what the patient allowed, only for as long as allowed
External healthcare services    laboratories (lab import), clinics (directory, acting-as),
                                other apps (OAuth / SMART), your backend (webhooks)

Vederea AI: de la agent la date autorizate

AI agent or LLM application     runs the model you choose — hosted or local
   ↓   POST /v1/context  {patient, task, question, budget_tokens}
Medical context API             plans which parts of the record matter, fits them into the budget,
   ↓                            labels every item with author type and source, records a manifest
Authorised medical data         only records the project created or the patient granted;
                                the read appears in the patient's access log

Modelul nu primește niciodată credențiale și nu apelează niciodată Anpheros direct; aplicația dvs. solicită contextul și decide ce să trimită modelului. Două exemple complete cu apeluri API: o aplicație AI pentru sănătate în Aplicații AI pentru sănătate și un agent consimțit în Agenți AI și date medicale. Detalii: Agenți AI și date medicale, Aplicații LLM și date medicale.

Înregistrarea

Fiecare pacient are o înregistrare compusă din resurse FHIR R4: Observation pentru semne vitale, rezultate de laborator, simptome și rezumate ale activității zilnice, Condition și EpisodeOfCare, MedicationStatement și MedicationAdministration, DocumentReference, Immunization, AllergyIntolerance și altele — 26 de tipuri în total, listate live în CapabilityStatement (GET /fhir/R4/metadata). Nu există un schemă proprietară de învățat: API-ul REST este o vizualizare mai simplă a acelorași resurse, cu aceleași ID-uri.

Nimic nu este suprascris silențios. Fiecare actualizare creează o nouă versiune (/fhir/R4/{type}/{id}/_history), iar fiecare versiune înregistrează proiectul care a scris-o și organizația în numele căreia a fost scrisă.

Două modalități de acces

Un proiect nu vede niciodată pacienții altui proiect decât dacă pacientul acordă acces. Fiecare proiect primește propriul identificator pentru aceeași persoană (ID-uri pereche), astfel încât ID-urile nu pot fi corelate între aplicații, iar un dosar în afara accesului dvs. va răspunde cu 404, niciodată cu 403.

Două medii

Mediile sandbox și de producție sunt baze de date separate. O cheie sandbox (sk_test_) nu poate accesa fizic pacienți reali; fiecare proiect sandbox primește propria copie a 30 de pacienți sintetici, pe care o poate modifica liber și reseta. Cheile de producție (sk_live_) sunt emise organizațiilor verificate.

Fluxuri de date

Aplicația dumneavoastră scrie. POST /v1/patients/{id}/observations cu un Idempotency-Key. Platforma stochează un Observation FHIR, scrie un Provenance (tip autor: pacient, practician, dispozitiv, import sau AI), înregistrează accesul și trimite un webhook resource.created către punctele finale abonate.

O altă aplicație citește cu consimțământ. Pacientul aprobă pe pagina de consimțământ găzduită (/oauth/authorize), alegând înregistrarea și durata (30–365 de zile). Aplicația face schimb de cod pentru tokenuri și citește doar ceea ce permit scopurile. Pacientul vede aplicația, scopurile acesteia și fiecare citire în jurnalul său de acces și o poate revoca oricând.

Un laborator livrează rezultate. POST /v1/patients/{id}/labs/import cu un raport CSV, HL7 v2 ORU^R01 sau JSON; fiecare rezultat devine un Observation de laborator cu coduri LOINC acolo unde sunt cunoscute, iar retransmiterea aceluiași raport este sigură.

Un model AI are nevoie de context. POST /v1/context returnează părțile din înregistrare relevante pentru o sarcină, în limita unui buget de tokenuri, fiecare element fiind etichetat cu sursa sa; apelul este înregistrat cu un ID manifest. Modelul în sine rulează oriunde alegeți dumneavoastră.

Unde se încadrează Anpheros comparativ cu construirea proprie

Conexe

• Ce este Anpheros?
• Dezvoltare software în domeniul sănătății
• Backend și bază de date pentru aplicații medicale
• Construiți o aplicație de sănătate
• Model de consimțământ și acces
• Securitate, confidențialitate și rezidența datelor

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