Un server FHIR stochează și servește resurse FHIR. O platformă FHIR este ceea ce aveți de fapt nevoie pentru a lansa un produs de sănătate: serverul, plus identitate, consimțământ, proveniență, izolare între clienți, webhooks, documente, terminologie și cineva care îl menține funcțional sub GDPR. Acest ghid prezintă diferența și descrie cum Anpheros Platform acoperă fiecare necesitate, astfel încât să puteți decide dacă să construiți pe ea sau să vă rulați propriul server.
Versiune tehnică pentru dezvoltatori: Platformă API pentru Sănătate · Comparație servere FHIR pe developers.anpheros.com, cu cereri, răspunsuri și limite. Această pagină este versiunea în limbaj simplu.
Server versus platformă
Serverele FHIR open-source (HAPI, de exemplu) sunt excelente la partea FHIR: resurse, căutare, validare, istoric. Ceea ce vă lasă în seama dvs. este tot ce este în jur:
| Nevoie | Un server FHIR | O platformă FHIR |
|---|---|---|
| Stocare resurse, căutare, istoric | da | da |
| Cine poate citi ce pacient | codul dvs. | consimțământ încorporat |
| Cine a scris fiecare valoare | codul dvs. | Proveniență la fiecare scriere |
| Mai mulți clienți pe un singur sistem | codul dvs. | izolare proiect, ID-uri pereche |
| Ecran de consimțământ pentru pacient | codul dvs. | OAuth 2.1 + SMART pe FHIR |
| Notificări către aplicația dvs. | polling | webhooks semnate |
| Date realiste pentru testare | fișierele dvs. | 30 pacienți sintetici per sandbox |
| Găzduire, backup-uri, GDPR, DPA | echipa dvs. de operațiuni | inclus |
Dacă aveți o echipă de operațiuni, un ofițer de conformitate și șase luni, rularea propriului server este o alegere bună. Dacă aveți un produs de lansat, o platformă este mai rapidă.
Cum este construită Anpheros Platform
Un înregistrare FHIR R4 per pacient. 26 de tipuri de resurse, codificate cu LOINC, ICD-10 și ATC, validate la scriere. API-ul FHIR strict se află la /fhir/R4, cu o declarație de capabilități la /fhir/R4/metadata, iar un API REST simplu la /v1 servește aceleași date cu aceleași ID-uri.
Izolare proiect și ID-uri pereche. Un proiect (o cheie API) vede doar pacienții pe care i-a creat. Fiecare proiect primește propriul ID pentru aceeași persoană; ID-urile interne nu părăsesc niciodată platforma. Referințele către pacienți din afara domeniului dvs. sunt mascate cu un token opac, per proiect.
Consimțământul decide citirile, proprietatea decide scrierile. Cu consimțământul pacientului, o organizație vede întregul dosar, inclusiv ce au scris alte clinici, dar poate modifica sau șterge doar ceea ce a scris ea însăși. Fiecare versiune a fiecărei resurse înregistrează proiectul care a scris-o; o scriere de către un alt proiect este refuzată cu o explicație.
Proveniență și audit la fiecare scriere. Provenance.agent.onBehalfOf numește clinica sau organizația la momentul scrierii; o linie de audit înregistrează cine, ce, când, sub ce grant, din ce aplicație. Pacientul își poate citi jurnalul de acces, de asemenea, ca resurse FHIR AuditEvent.
Webhooks subțiri, semnate. Evenimentele transportă ID-uri și versiuni, niciodată conținut clinic; citiți resursa prin API. Livrările sunt semnate cu HMAC-SHA256 și reîncercate cu backoff timp de până la 24 de ore.
Sandbox și producție sunt baze de date separate. O cheie sk_test_ nu poate accesa un pacient real. Sandbox-ul este gratuit și self-service.
Reședința în UE. Cloud Run în europe-west4, cu un acord de procesare a datelor pentru organizațiile de producție.
Ce lipsește intenționat
- Nicio suport pentru decizii clinice. Platforma stochează, codifică și partajează; nu diagnostichează și nu recomandă tratament.
- Nicio bază de date completă de medicamente cu interacțiuni. Medicamentele sunt codificate cu ATC, iar un subset combinat ATC și LOINC este disponibil pentru căutare, dar verificarea interacțiunilor este componenta dvs. sau un serviciu licențiat.
- Nicio magistrală de mesagerie HL7 v2 de grad spitalicesc. Există o importare HL7 v2 ORU^R01 pentru rapoarte de laborator; nu există gestionare ADT sau de comenzi.
Cunoașterea acestor limite din timp economisește o săptămână de descoperire.
Când să vă rulați propriul server în schimb
- Trebuie să găzduiți în propria rețea spitalicească, fără procesator extern.
- Aveți nevoie de FHIR R5 sau profiluri pe care platforma nu le implementează.
- Produsul dvs. este chiar serverul FHIR.
În toate celelalte cazuri, începeți pe sandbox, măsurați și decideți cu date. Prima oră este descrisă la developers.anpheros.com/guides/first-hour; referința completă a API-ului este la platform.anpheros.com/docs.
Întrebări frecvente
Este Anpheros un server FHIR?
Conține unul: un API FHIR R4 cu 26 de tipuri de resurse, căutare, istoric, operațiuni $everything, $summary, $validate și terminologie. În jurul acestuia se află consimțământul, proveniența, izolarea, webhooks și găzduirea, ceea ce îl face o platformă.
Ce versiune FHIR?
FHIR R4 (4.0.1), versiunea cerută de reglementările UE și SUA și implementată de majoritatea sistemelor. Conformitatea a fost verificată cu Inferno; vedeți notele de conformitate IPS.
Pot mai multe clinici să partajeze dosarul unui pacient?
Da, acesta este scopul. Cu consimțământul pacientului, fiecare clinică citește întregul dosar și scrie propriile resurse, fiecare marcată cu proveniența sa. Nicio clinică nu poate modifica ceea ce a scris alta.
Există un backend FHIR gratuit pentru dezvoltare?
Da. Sandbox-ul este gratuit, self-service și vine cu 30 de pacienți sintetici per proiect. Vezi Server FHIR gratuit: sandbox-ul.
Cum pot migra dacă trebuie?
Totul este FHIR R4 și exportabil: Patient/{id}/$everything returnează întregul dosar al unui pacient ca un Bundle. Nu există niciun format proprietar de desfăcut.
Ține-ți dosarul medical la tine
Anpheros Daily păstrează simptomele, analizele, medicamentele și documentele într-un singur loc, în format standard, sub controlul tău. Planul Basic e gratuit.