# स्वास्थ्य डेटा इंटरऑपरेबिलिटी

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

Source: https://developers.anpheros.com/hi/guides/interoperability

**स्वास्थ्य डेटा इंटरऑपरेबिलिटी विभिन्न प्रणालियों - ऐप्स, क्लीनिक, प्रयोगशालाएं, अस्पताल, 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 प्लेटफ़ॉर्म](https://developers.anpheros.com/hi/guides/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 बन जाते हैं। [लैब कनेक्टर](https://developers.anpheros.com/hi/guides/lab-connector)
- **European Health Data Space.** FHIR R4 और IPS वे प्रारूप हैं जिन पर EHDS रोगी सारांश और प्रयोगशाला परिणामों के लिए निर्भर करता है; Anpheros उनका अनुसरण करता है। यह प्रारूपों के साथ संरेखण है, प्रमाणन नहीं।

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

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

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

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

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

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

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

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

## संबंधित

- [मेडिकल डेटा को कैसे सामान्य करें](https://developers.anpheros.com/hi/guides/normalize-medical-data): कोड, इकाइयाँ, तिथियाँ, डुप्लिकेट, सत्यापन
- [मेडिकल डेटा प्रोवेनेंस की व्याख्या](https://developers.anpheros.com/hi/guides/medical-data-provenance): किसने क्या लिखा, और इसे कैसे रिकॉर्ड करें
- [क्लिनिक सिस्टम को FHIR बैकएंड के साथ कैसे एकीकृत करें](https://developers.anpheros.com/hi/guides/integrate-clinic-systems-fhir): क्लिनिक EMRs के लिए चरण-दर-चरण ट्यूटोरियल
- [FHIR रिकॉर्ड में प्रयोगशाला परिणामों को कैसे आयात करें](https://developers.anpheros.com/hi/guides/import-lab-results-fhir): CSV और HL7 v2 के साथ चरण-दर-चरण ट्यूटोरियल
- [FHIR प्लेटफ़ॉर्म](https://developers.anpheros.com/hi/guides/fhir)
- [स्वास्थ्य सेवा एकीकरण](https://developers.anpheros.com/hi/guides/healthcare-integrations)
- [FHIR कोड सिस्टम](https://developers.anpheros.com/hi/guides/fhir-code-systems)
- [स्वास्थ्य सेवा API](https://developers.anpheros.com/hi/guides/healthcare-api)
- [मेडिकल डेटा इन्फ्रास्ट्रक्चर](https://developers.anpheros.com/hi/guides/medical-data-infrastructure)
- [DICOM बनाम FHIR](https://developers.anpheros.com/hi/guides/dicom-vs-fhir): इमेजिंग डेटा और क्लिनिकल डेटा, और वे कैसे जुड़ते हैं
- [प्रयोगशाला परिणाम API](https://developers.anpheros.com/hi/guides/lab-results-api): लैब परिणामों के लिए HL7 v2 और FHIR
- [FHIR बनाम HL7 v2](https://developers.anpheros.com/hi/guides/fhir-vs-hl7-v2): संदेशों और संसाधनों की तुलना
- [डेवलपर्स के लिए यूरोपीय स्वास्थ्य डेटा स्पेस (EHDS)](https://developers.anpheros.com/hi/guides/ehds-for-developers)