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

हेल्थकेयर डेटा इंटरऑपरेबिलिटी

इंटरऑपरेबिलिटी के तकनीकी, सिंटैक्टिक, सिमेंटिक और संगठनात्मक स्तर, एंफ़ेरोस द्वारा उपयोग किए जाने वाले मानक (FHIR R4, IPS, SMART on FHIR, HL7 v2) और उत्पत्ति क्यों विनिमय डेटा को भरोसेमंद बनाती है।

स्वास्थ्य डेटा इंटरऑपरेबिलिटी विभिन्न प्रणालियों - ऐप्स, क्लीनिक, प्रयोगशालाएं, अस्पताल, AI सेवाएं - की स्वास्थ्य डेटा का आदान-प्रदान करने और उसे हाथ से फिर से व्याख्या किए बिना उपयोग करने की क्षमता है। Anpheros इसे हर रिकॉर्ड को उन प्रारूपों में संग्रहीत करके प्राप्त करता है जिन्हें अन्य सिस्टम पहले से समझते हैं (मानक कोड सिस्टम के साथ HL7 FHIR R4), इसे मानक प्रोटोकॉल (FHIR REST, SMART on FHIR, International Patient Summary, HL7 v2 प्रयोगशाला संदेश) के माध्यम से विनिमय करके, और उस संदर्भ को बनाए रखकर जो विनिमय किए गए डेटा को भरोसेमंद बनाता है: किसने इसे लिखा, कब, और किसकी सहमति से।

इंटरऑपरेबिलिटी के चार स्तर

स्तर	यह किस प्रश्न का उत्तर देता है	Anpheros इसे कैसे संबोधित करता है
तकनीकी	क्या सिस्टम कनेक्ट हो सकते हैं?	HTTPS APIs, OAuth 2.1, हस्ताक्षरित वेबहुक, Dart और TypeScript में SDK
सिंटैक्टिक	क्या वे एक-दूसरे के डेटा को पार्स कर सकते हैं?	HL7 FHIR R4 (4.0.1) संसाधन और बंडल; CSV, HL7 v2 ORU^R01 और JSON को लैब परिणामों के लिए स्वीकार किया जाता है
सिमेंटिक	क्या उनका मतलब एक ही है?	मापों और परिणामों के लिए LOINC, स्थितियों के लिए ICD-10, दवाओं के लिए ATC, इकाइयों के लिए UCUM; हर कोड के बगल में मूल टेक्स्ट रखा जाता है
संगठनात्मक	क्या वे इसका आदान-प्रदान कर सकते हैं, और क्या वे इस पर भरोसा कर सकते हैं?	प्रति एप्लिकेशन रोगी की सहमति, हर राइट पर प्रोवेनेंस, रोगी के लिए सुलभ एक्सेस लॉग

अधिकांश एकीकरण परियोजनाएँ सिमेंटिक और संगठनात्मक स्तरों पर विफल हो जाती हैं, न कि तकनीकी स्तर पर। राइट टाइम पर कोडिंग करना और हर वैल्यू के लिए प्रोवेनेंस रिकॉर्ड करना ही वह है जो एक स्रोत से प्राप्त डेटा को दूसरे में प्रयोग करने योग्य बनाता है।

Anpheros द्वारा उपयोग किए जाने वाले मानक

HL7 FHIR R4. प्रत्येक रिकॉर्ड FHIR संसाधनों से बना है — 26 प्रकार — खोजने योग्य और संस्करणित, /fhir/R4/metadata पर एक CapabilityStatement के साथ। FHIR प्लेटफ़ॉर्म
International Patient Summary (IPS). Patient/{id}/$summary एक IPS दस्तावेज़ बंडल लौटाता है, जिसे आधिकारिक HL7 वैलिडेटर के साथ hl7.fhir.uv.ips#1.1.0 के विरुद्ध 0 त्रुटियों के साथ मान्य किया गया है। IPS यूरोप में सीमा पार देखभाल के लिए अभिप्रेत सारांश प्रारूप है।
HL7 Europe प्रयोगशाला रिपोर्ट नियम। लैब परिणाम लिखने पर जांचे जाते हैं; Anpheros-Conformance प्रतिक्रिया हेडर में अंतराल की रिपोर्ट की जाती है (आज सलाहकारी)। Observation/$validate?profile=eu-lab मांग पर जांच चलाता है।
SMART on FHIR. तृतीय-पक्ष एप्लिकेशन OAuth 2.1 के साथ PKCE और SMART v2 रोगी स्कोप के माध्यम से एक रिकॉर्ड तक पहुंचते हैं; /fhir/R4/.well-known/smart-configuration पर खोज। Inferno SMART App Launch STU2 सुइट का स्टैंडअलोन लॉन्च परीक्षण समूह पास हो जाता है; EHR लॉन्च अभी समर्थित नहीं है।
HL7 v2. प्रयोगशाला परिणाम ORU^R01 संदेशों के साथ-साथ CSV या JSON के रूप में आते हैं, और FHIR Observations बन जाते हैं। लैब कनेक्टर
European Health Data Space. FHIR R4 और IPS वे प्रारूप हैं जिन पर EHDS रोगी सारांश और प्रयोगशाला परिणामों के लिए निर्भर करता है; Anpheros उनका अनुसरण करता है। यह प्रारूपों के साथ संरेखण है, प्रमाणन नहीं।

एक्सचेंज पैटर्न

सहमति प्राप्त एप्लिकेशन एक्सेस — एक एप्लिकेशन रोगी से स्कोप (scopes) के लिए पूछता है, FHIR या REST के माध्यम से रिकॉर्ड को पढ़ता और लिखता है, और जब रोगी इसे रद्द कर देता है तो एक्सेस खो देता है।
दस्तावेज़ एक्सचेंज — रिकॉर्ड, या उसका सारांश, एक FHIR बंडल ($everything, $summary) के रूप में निकलता है।
इनबाउंड परिणाम — प्रयोगशालाएं और क्लीनिक अपने संगठन की ओर से रिकॉर्ड में लिखते हैं; रोगी देखता है कि किसने क्या लिखा है।
इवेंट्स — ग्राहकों को सूचित किया जाता है कि कुछ बदल गया है (केवल आईडी, कभी भी नैदानिक सामग्री नहीं) और वे वही पढ़ते हैं जिसकी उन्हें अनुमति है।

प्रोव्हेनन्स: भरोसेमंद इंटरऑपरेबिलिटी

सिस्टम के बीच यात्रा करने वाला डेटा अपना संदर्भ खो देता है जब तक कि संदर्भ उसके साथ न जाए। Anpheros में, प्रत्येक संसाधन के प्रत्येक संस्करण में निम्नलिखित रिकॉर्ड किए जाते हैं:

लेखक का प्रकार — रोगी, प्रैक्टिशनर, डिवाइस, आयात या AI;
संगठन जिसके माध्यम से इसे लिखा गया था और, जब नामित किया गया हो, तो प्रैक्टिशनर;
स्रोत सिस्टम और वहां रिकॉर्ड की आईडी (X-Anpheros-Source-System, X-Anpheros-Origin-Id)।

AI द्वारा उत्पादित मानों को ऐसे लेबल किया जाता है और मॉडल के लिए संदर्भ बनाते समय नैदानिक तथ्यों से अलग रखा जाता है।

विभिन्न ऐप्लिकेशन्स में पहचान

प्रत्येक ऐप्लिकेशन एक ही व्यक्ति के लिए अपनी पहचान (pairwise ids) देखता है, इसलिए मरीज़ की जानकारी के बिना ऐप्लिकेशन्स के बीच रिकॉर्ड्स को कोरिलेट नहीं किया जा सकता है। ऐप्लिकेशन के दायरे के बाहर के लोगों के संदर्भों को मास्क्ड (masked) किया जाता है। इंटरऑपरेबिलिटी (interoperability) साझा पहचान के माध्यम से नहीं, बल्कि सहमति (consent) के माध्यम से होती है।