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

हेल्थकेयर एप्लिकेशन आर्किटेक्चर

डायग्राम और डेटा फ़्लो: पेशेंट से एप्लिकेशन तक Anpheros API तक FHIR रिकॉर्ड और बाहरी सेवाओं तक, और AI एजेंट से कॉन्टेक्स्ट API तक अधिकृत डेटा तक।

Anpheros आपके अनुप्रयोग (या AI एजेंट) और रोगी के रिकॉर्ड के बीच का मेडिकल-डेटा लेयर है। आपका अनुप्रयोग अपना यूजर इंटरफ़ेस और व्यावसायिक तर्क रखता है; मेडिकल रिकॉर्ड, सहमति, उत्पत्ति और ऑडिट Anpheros में रहते हैं और एक 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)

रोगी का दृष्टिकोण: व्यक्ति से बाहरी सेवाओं तक

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)

AI दृश्य: एजेंट से अधिकृत डेटा तक

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

मॉडल को कभी भी क्रेडेंशियल प्राप्त नहीं होते हैं और यह स्वयं Anpheros को कॉल नहीं करता है; आपका एप्लिकेशन संदर्भ का अनुरोध करता है और तय करता है कि मॉडल को क्या भेजना है। API कॉलों के साथ दो पूर्ण उदाहरण: AI स्वास्थ्य अनुप्रयोगों में एक AI स्वास्थ्य अनुप्रयोग और AI एजेंट और चिकित्सा डेटा में एक सहमति प्राप्त एजेंट। विवरण: AI एजेंट और चिकित्सा डेटा, LLM अनुप्रयोग और स्वास्थ्य डेटा।

रिकॉर्ड

हर मरीज़ का एक रिकॉर्ड होता है जो FHIR R4 संसाधनों से बना होता है: Observation वाइटल साइन्स, लैब रिजल्ट्स, लक्षण और दैनिक गतिविधि सारांश के लिए, Condition और EpisodeOfCare, MedicationStatement और MedicationAdministration, DocumentReference, Immunization, AllergyIntolerance और अन्य — कुल 26 प्रकार, जो CapabilityStatement (GET /fhir/R4/metadata) में लाइव सूचीबद्ध हैं। सीखने के लिए कोई प्रोप्राइटरी स्कीमा नहीं है: REST API उन्हीं संसाधनों का एक सरल दृश्य है, जिनमें समान आईडी हैं।

कुछ भी चुपके से ओवरराइट नहीं किया जाता है। प्रत्येक अपडेट एक नया संस्करण (/fhir/R4/{type}/{id}/_history) बनाता है, और प्रत्येक संस्करण उस प्रोजेक्ट को रिकॉर्ड करता है जिसने इसे लिखा था और उस संगठन को जिसके ओर से इसे लिखा गया था।

दो तरीके

एक प्रोजेक्ट दूसरे प्रोजेक्ट के रोगियों को तब तक नहीं देखता जब तक कि रोगी पहुँच प्रदान न करे। प्रत्येक प्रोजेक्ट को एक ही व्यक्ति के लिए अपना पहचानकर्ता (pairwise ids) मिलता है, इसलिए आईडी को अनुप्रयोगों में सहसंबंधित नहीं किया जा सकता है, और आपकी पहुँच से बाहर का रिकॉर्ड 404 का उत्तर देता है, न कि 403 का।

दो वातावरण

सैंडबॉक्स और प्रोडक्शन अलग-अलग डेटाबेस हैं। एक सैंडबॉक्स कुंजी (sk_test_) शारीरिक रूप से वास्तविक रोगियों तक नहीं पहुँच सकती है; प्रत्येक सैंडबॉक्स प्रोजेक्ट को 30 सिंथेटिक रोगियों की अपनी प्रतिलिपि मिलती है, जिसे वह स्वतंत्र रूप से बदल और रीसेट कर सकता है। प्रोडक्शन कुंजियाँ (sk_live_) सत्यापित संगठनों को जारी की जाती हैं।

डेटा प्रवाह

आपका ऐप लिखता है। POST /v1/patients/{id}/observations एक Idempotency-Key के साथ। प्लेटफ़ॉर्म एक FHIR Observation संग्रहीत करता है, एक Provenance (लेखक प्रकार: रोगी, चिकित्सक, उपकरण, आयात या एआई) लिखता है, एक्सेस को लॉग करता है और सब्सक्राइब किए गए एंडपॉइंट्स पर एक resource.created वेबहुक भेजता है।

एक अन्य एप्लिकेशन सहमति के साथ पढ़ता है। रोगी होस्टेड सहमति पृष्ठ (/oauth/authorize) पर इसे स्वीकृत करता है, रिकॉर्ड और अवधि (30-365 दिन) चुनता है। एप्लिकेशन कोड को टोकन के लिए एक्सचेंज करता है और केवल वही पढ़ता है जो स्कोप अनुमति देते हैं। रोगी एप्लिकेशन, उसके स्कोप और अपने एक्सेस लॉग में हर रीड को देखता है, और इसे किसी भी समय रद्द कर सकता है।

एक लैब परिणाम डिलीवर करती है। POST /v1/patients/{id}/labs/import एक CSV, HL7 v2 ORU^R01 या JSON रिपोर्ट के साथ; प्रत्येक परिणाम एक प्रयोगशाला Observation बन जाता है जहाँ ज्ञात हो वहाँ LOINC कोड के साथ, और उसी रिपोर्ट को फिर से भेजना सुरक्षित है।

एक AI मॉडल को संदर्भ की आवश्यकता है। POST /v1/context टोकन बजट के भीतर, किसी कार्य के लिए प्रासंगिक रिकॉर्ड के हिस्से लौटाता है, प्रत्येक आइटम को उसके स्रोत के साथ लेबल किया जाता है; कॉल को मैनिफ़ेस्ट आईडी के साथ रिकॉर्ड किया जाता है। मॉडल स्वयं वहीं चलता है जहाँ आप चुनते हैं।

Anpheros की तुलना स्वयं निर्माण से

संबंधित

• Anpheros क्या है?
• हेल्थकेयर सॉफ्टवेयर डेवलपमेंट
• मेडिकल ऐप बैकएंड और डेटाबेस
• हेल्थकेयर ऐप बनाएं
• सहमति और एक्सेस मॉडल
• सुरक्षा, गोपनीयता और डेटा रेजीडेंसी

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