Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card
Infrastructura dosarului medical digital
Infrastructura necesară unui dosar medical digital — structură, istoric, documente, izolare, consimțământ, audit, schimb — și de ce este păstrată separat de aplicația destinată pacientului.
Un dosar medical digital necesită două lucruri diferite: o aplicație orientată către pacient pe care oamenii o folosesc zilnic și infrastructura de dedesubt care stochează, protejează și partajează dosarul. Anpheros oferă al doilea: stocarea, versionarea, identitatea, consimțământul, auditul și schimbul dosarului, printr-un API. Aplicația orientată către pacient poate fi Anpheros Daily sau una construită de dumneavoastră.
Aplicație versus infrastructură
| Aplicație orientată către pacient | Infrastructură de date medicale | |
|---|---|---|
| Ce este | ecrane, notificări, memento-uri, grafice, un asistent | înregistrarea în sine și regulile aferente |
| Se schimbă des | da — design, funcționalități, platforme | rar — trebuie să rămână stabilă și compatibilă |
| Exemple de activități | un jurnal de simptome, un memento pentru medicamente, un calendar familial | stocare FHIR, istoric versiuni, consimțământ, proveniență, audit, import analize, webhooks |
| În Anpheros | Anpheros Daily (Android, macOS, web) | Anpheros Platform (platform.anpheros.com) |
Separarea lor permite ca o înregistrare să supraviețuiască oricărei aplicații individuale și să fie partajată între mai multe. Anpheros Daily respectă această separare: ceea ce oamenii înregistrează în aplicație este scris pe platformă prin același API public pe care îl folosește orice altă aplicație, astfel încât este disponibil — cu consimțământul pacientului — altor aplicații în același format FHIR.
Ce trebuie să ofere infrastructura
Structură
Un înregistrare este utilă doar dacă alte software-uri o pot înțelege. Anpheros o stochează ca resurse HL7 FHIR R4 — 26 tipuri — cu coduri standard (LOINC, ICD-10, ATC, UCUM) și păstrează textul original lângă fiecare cod. Platformă FHIR
Istoric
Datele medicale sunt corectate, nu suprascrise. Fiecare actualizare creează o nouă versiune, citibilă prin /fhir/R4/{type}/{id}/_history; actualizările condiționale cu If-Match previn suprascrierea reciprocă de către doi scriitori (o versiune învechită răspunde cu 412).
Documente
Scanările și fișierele PDF sunt stocate ca DocumentReference cu fișierul original: încărcate prin platformă sau direct în stocare, apoi finalizate cu un checksum SHA-256 și dimensiune. După finalizare, originalul nu poate fi modificat; valorile extrase din acesta indică înapoi spre el (derived_from). Fișierele sunt păstrate într-un bucket de stocare din UE, criptat cu o cheie gestionată de client, fiecare de până la 25 MiB.
Identitate și izolare
Fiecare aplicație funcționează în cadrul unui proiect și vede doar proprii pacienți (plus pe cei care i-au acordat acces), sub proprii identificatori pereche. O înregistrare în afara razei sale de acțiune nu există pentru ea (404).
Consimțământ
Un pacient acordă unei aplicații acces pentru o perioadă (30–365 zile), la tipuri specifice de resurse și acțiuni, opțional limitat la o categorie. Acordurile sunt oglindite ca resurse FHIR Consent și pot fi revocate în orice moment. Model de consimțământ și acces
Proveniență și audit
Fiecare scriere înregistrează cine a scris-o (pacient, practician, dispozitiv, import sau AI), pentru ce organizație și din ce sistem. Fiecare citire este înregistrată și afișată pacientului per aplicație.
Schimb
Înregistrarea poate fi exportată în totalitate (Patient/$everything), rezumată în formatul International Patient Summary (Patient/$summary), alimentată de laboratoare (CSV, HL7 v2 ORU^R01, JSON) și monitorizată prin webhooks semnate. Integrări în domeniul sănătății
Rezidență și ștergere
Datele sunt stocate și procesate în Uniunea Europeană. Ștergerea unui pacient șterge fiecare resursă a înregistrării.
Crearea propriei aplicații pentru pacienți
Dacă construiți stratul aplicației, vă puteți concentra pe experiență și puteți folosi Anpheros pentru înregistrări:
- creați un pacient pentru fiecare utilizator (
POST /v1/patients) sau solicitați consimțământul unui utilizator Anpheros existent; - scrieți ceea ce înregistrează utilizatorul (
/v1/patients/{id}/observations,/conditions,/medications,/documents); - citiți-le înapoi ca liste sau o cronologie (
/v1/patients/{id}/timeline); - abonați-vă la webhooks pentru a reîmprospăta ecranele atunci când un laborator sau o clinică adaugă ceva.
Ghidul complet se găsește în Construiți o aplicație de sănătate.
Conexe
- Fișa medicală a pacientului
- Backend și baza de date a aplicației medicale
- Securitate, confidențialitate și rezidența datelor
- Infrastructura datelor medicale
Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card