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

हेल्थकेयर इंटीग्रेशन

आज समर्थित एकीकरण पैटर्न: एक कॉल में लैब रिपोर्ट, संगठन की ओर से लिखने वाले क्लिनिक, डिवाइस, सहमति प्राप्त तीसरे पक्ष के ऐप, वेबहुक और SDK - और क्या उपलब्ध नहीं है।

एक स्वास्थ्य सेवा एकीकरण एक ऐसे सिस्टम को जोड़ता है जो स्वास्थ्य डेटा उत्पन्न करता है या उसे आवश्यकता होती है — एक प्रयोगशाला, एक क्लिनिक, एक डिवाइस, एक अन्य एप्लिकेशन — रोगी के रिकॉर्ड से। Anpheros के साथ हर एकीकरण एक ही API और एक ही नियमों से गुजरता है: डेटा HL7 FHIR R4 के रूप में लिखा जाता है, उसके स्रोत के लिए जिम्मेदार ठहराया जाता है, रोगी के लिए दृश्यमान होता है, और रोगी की सहमति के तहत ही अन्य पक्षों के साथ साझा किया जाता है। यह पृष्ठ उन एकीकरण पैटर्न का वर्णन करता है जिनका प्लेटफ़ॉर्म आज समर्थन करता है।

Anpheros एकीकरण निर्देशिका का अन्वेषण करें प्रत्येक एकीकरण को उसकी सत्यापित स्थिति (उपलब्ध, बीटा या डेवलपर गाइड), डेटा और FHIR संसाधनों के साथ देखें जो यह आदान-प्रदान करता है, इसकी दिशा, प्रमाणीकरण और दस्तावेज़ीकरण।

प्रयोगशालाएँ: एक ही कॉल में पूरी रिपोर्ट

एक प्रयोगशाला, या कोई भी सिस्टम जो लैब रिपोर्ट रखता है, एक पूरी रिपोर्ट भेजता है और प्लेटफ़ॉर्म हर परिणाम को एक प्रयोगशाला Observation में बदल देता है:

curl -X POST https://platform.anpheros.com/v1/patients/$PID/labs/import \
     -H "Authorization: Bearer $KEY" -H "Content-Type: text/csv" \
     -H "X-Anpheros-Source-System: labx" -H "Idempotency-Key: report-2026-0917-77" \
     --data-binary @report.csv

प्रारूप: CSV (रोमानियाई या अंग्रेजी हेडर, दशमलव अल्पविराम स्वीकार्य), HL7 v2 ORU^R01 और JSON।
मार्करों को LOINC पर मैप किया जाता है जब रिपोर्ट कोड देती है या नाम प्लेटफ़ॉर्म की शब्दावली से मेल खाता है; अन्य लैब के अपने कोड को बनाए रखते हैं और unmapped के रूप में सूचीबद्ध होते हैं।
हर पंक्ति को एक स्थिर पहचानकर्ता मिलता है, इसलिए एक ही रिपोर्ट को फिर से भेजने पर जो पहले से आयात किया जा चुका है उसे छोड़ दिया जाता है।
प्रति अनुरोध 500 पंक्तियों तक; प्रत्येक परिणाम स्रोत प्रणाली और रिपोर्ट का नामकरण करने वाली उत्पत्ति (provenance) को वहन करता है।

विवरण: लैब कनेक्टर।

क्लिनिक: किसी संगठन की ओर से लिखना

क्लिनिक और वहां काम करने वाले लोग डायरेक्टरी संसाधन (Organization, Practitioner, PractitionerRole) हैं। क्लिनिक का सिस्टम फिर कह सकता है कि प्रत्येक अनुरोध के पीछे कौन है:

X-Anpheros-Acting-As: PractitionerRole/<id> — आपके एप्लिकेशन के माध्यम से काम करने वाला प्रैक्टिशनर; एक्सेस लॉग में लिखा गया और रोगी को नाम से दिखाया गया;
X-Anpheros-On-Behalf-Of: Organization/<id> — वह संगठन जिसके लिए एक राइट किया गया है;
X-Anpheros-Author-Ref: Practitioner/<id> — Provenance में दर्ज लेखक।

रोगी की सहमति से क्लिनिक पूरे रिकॉर्ड को पढ़ता है, जिसमें अन्य संगठनों ने क्या लिखा है, और केवल वही बदलता है जो उसने स्वयं लिखा है। FHIR transaction बंडल (POST /fhir/R4) के साथ कई संसाधनों को एटॉमिक रूप से लिखा जा सकता है।

एक वर्क्ड उदाहरण, डायरेक्टरी से एक विज़िट तक एक ट्रांज़ैक्शन के रूप में लिखा गया: क्लिनिक सिस्टम को FHIR बैकएंड के साथ कैसे इंटीग्रेट करें।

सहमति → लैब Observation का फ्लो जो क्लिनिक प्रोजेक्ट द्वारा लिखा गया है → रोगी के ऐप में सूचना का एंड-टू-एंड टेस्ट क्लिनिक प्रोजेक्ट के साथ अभ्यास किया गया है।

डिवाइस और वियरेबल्स

डिवाइस से मापन Observations होते हैं जिनमें author_type: "device" और एक LOINC कोड होता है — हृदय गति, रक्तचाप, SpO₂, वज़न, ग्लूकोज़, कदम, नींद की अवधि और अन्य (FHIR कोड सिस्टम)। Anpheros Daily, Apple Health और Health Connect से पढ़े गए दैनिक सारांश को उसी तरह Observations के रूप में लिखता है। Anpheros सीधे डिवाइस विक्रेताओं के क्लाउड से कनेक्ट नहीं होता है; आपका एप्लिकेशन या बैकएंड डिवाइस को पढ़ता है और परिणाम लिखता है। Apple Health, Health Connect और Samsung Health को कैसे पढ़ें और प्रत्येक मीट्रिक को LOINC पर मैप करें: FHIR में वियरेबल डेटा।

तृतीय-पक्ष एप्लिकेशन: सहमति प्राप्त पहुँच

कोई एप्लिकेशन जो किसी व्यक्ति का डेटा Anpheros में पहले से रखता है, उसे एक बार पंजीकृत करना होगा और OAuth 2.1 PKCE (SMART on FHIR स्टैंडअलोन लॉन्च) के माध्यम से सहमति मांगनी होगी:

GET /oauth/authorize?...&scope=patient/Observation.rs?category=laboratory offline_access — होस्टेड सहमति पृष्ठ;
व्यक्ति रिकॉर्ड और अवधि (30, 90, 180 या 365 दिन) चुनता है;
POST /oauth/token कोड को एक्सेस टोकन (30 मिनट) और एक रोटेटिंग रिफ्रेश टोकन (30 दिन) के लिए एक्सचेंज करता है;
एप्लिकेशन केवल उस रोगी को देखता है, केवल उसके स्कोप के भीतर, उसकी अपनी जोड़ीदार आईडी के तहत।

प्रमाणीकरण और OAuth

इवेंट्स: परिवर्तनों पर प्रतिक्रिया करना

पोलिंग के बजाय, एक वेबहुक रजिस्टर करें। डिलीवरीज़ HMAC-SHA256 के साथ साइन की जाती हैं, 24 घंटे तक बैकऑफ़ के साथ पुनः प्रयास की जाती हैं और आईडी ले जाती हैं, कभी भी क्लिनिकल सामग्री नहीं। जब कोई अन्य प्रोजेक्ट आपके एक्सेस वाले रिकॉर्ड में लिखता है, तो इवेंट इसकी सूचना देता है (data.external: true, स्रोत के साथ)। वेबहुक्स

SDKs

TypeScript (@anpheros/sdk) और Dart / Flutter (anpheros_sdk) SDKs उपरोक्त सभी को लागू करते हैं — लैब इम्पोर्ट (labs.importCsv, labs.importHl7, labs.importItems), PKCE के साथ OAuth, वेबहुक प्रबंधन और सिग्नेचर वेरिफिकेशन। SDKs

क्या उपलब्ध नहीं है

विशिष्ट अस्पताल EHRs या प्रयोगशाला सूचना प्रणालियों के लिए तैयार कनेक्टर; एकीकरण API के विरुद्ध बनाए जाते हैं।
SMART EHR लॉन्च (EHR के अंदर लॉन्च करना); केवल स्टैंडअलोन लॉन्च समर्थित है।
प्रत्यक्ष डिवाइस-विक्रेता एकीकरण।