डेवलपर्स के लिए

मरीज़ की सहमति का प्लेटफ़ॉर्म: हेल्थ-डेटा API में सहमति, स्कोप, समाप्ति और रद्दीकरण कैसे काम करते हैं

मरीज़ की सहमति में मदद करने वाले प्लेटफ़ॉर्म को क्या करना होता है: सहमति एक पहली श्रेणी की वस्तु के रूप में स्कोप और समाप्ति के साथ, तुरंत प्रभावी होने वाली रद्दीकरण, एक एक्सेस लॉग जिसे मरीज़ पढ़ सकता है, और AI द्वारा लिखी गई मंज़ूरी के लिए होल्ड की गई चीज़ें। Anpheros इसे कैसे लागू करता है।

द्वारा प्रकाशित 5 मिनट पढ़ें

सहमति (Consent) स्वास्थ्य उत्पादों का वह हिस्सा है जिसे कोई बनाना नहीं चाहता, लेकिन हर किसी का ऑडिट इसी पर होता है। "उपयोगकर्ता ने साइन-अप के समय एक बॉक्स पर टिक किया" जीडीपीआर (GDPR) अनुच्छेद 9 को संतुष्ट नहीं करता, डेटा-सुरक्षा समीक्षा में टिकता नहीं है, और न ही यह किसी व्यक्ति को अपना खाता हटाए बिना किसी एक ऐप से पहुंच हटाने की अनुमति देता है। यह मार्गदर्शिका बताती है कि एक रोगी सहमति प्लेटफ़ॉर्म को क्या करना होता है और एंफ़ेरोस प्लेटफ़ॉर्म (Anpheros Platform) इसे कैसे करता है, ताकि आप इसे फिर से बनाने के बजाय इसका पुन: उपयोग कर सकें।

डेवलपर्स के लिए तकनीकी संस्करण: रोगी सहमति प्लेटफ़ॉर्म · सहमति developers.anpheros.com पर, अनुरोधों, प्रतिक्रियाओं और सीमाओं के साथ। यह पृष्ठ सरल भाषा वाला संस्करण है।

सहमति एक वस्तु के रूप में, न कि एक फ़्लैग के रूप में

एंफ़ेरोस (Anpheros) में सहमति एक अनुमति (grant) है: एक व्यक्ति, एक एप्लिकेशन, स्कोप का एक सेट, एक उद्देश्य, एक समाप्ति। यह तब बनाई जाती है जब व्यक्ति सहमति पृष्ठ पर पहुंच को मंजूरी देता है, यह उस स्थान पर सूचीबद्ध होती है जहां व्यक्ति इसे देख सकता है, और इसे किसी भी समय रद्द किया जा सकता है। हर अनुरोध पर इसके विरुद्ध रीड (reads) की जाँच की जाती है।

  • स्कोप (Scopes) बताते हैं कि एप्लिकेशन क्या पढ़ या लिख सकता है: अवलोकन (observations), स्थितियाँ (conditions), दवाएं (medications), एलर्जी (allergies), दस्तावेज़ (documents), आदि, वैकल्पिक रूप से श्रेणी द्वारा संकुचित (जैसे प्रयोगशाला परिणाम लेकिन लक्षण नहीं)।
  • अवधि (Duration) व्यक्ति द्वारा चुनी जाती है: 30, 90, 180 या 365 दिन। "हमेशा के लिए" जैसा कुछ नहीं है।
  • रद्द करना (Revocation) अगले अनुरोध पर प्रभावी होता है। एप्लिकेशन को consent.revoked वेबहुक प्राप्त होता है।
  • उद्देश्य (Purpose) अनुमति के साथ दर्ज किया जाता है और व्यक्ति को दिखाया जाता है।

एक एप्लिकेशन कैसे पूछता है

OAuth 2.1 PKCE के माध्यम से, उन ऐप्स के लिए जो पहले से ही SMART पर FHIR स्टैंडअलोन लॉन्च का उपयोग करते हैं। व्यक्ति साइन इन करता है, देखता है कि कौन सा एप्लिकेशन पूछ रहा है, कौन से स्कोप और कितनी देर के लिए, और मंजूरी या अस्वीकार करता है। एप्लिकेशन को उस एक रोगी और उन स्कोप तक सीमित एक टोकन मिलता है; एक प्रोजेक्ट कुंजी कभी भी किसी व्यक्ति की सहमति का स्थान नहीं ले सकती।

GET  https://platform.anpheros.com/oauth/authorize?client_id=…&scope=patient/Observation.read …
POST https://platform.anpheros.com/oauth/token

एक्सेस टोकन 30 मिनट तक चलते हैं, रीफ़्रेश टोकन 30 दिन तक। डिस्कवरी दस्तावेज़ /.well-known/oauth-authorization-server और /.well-known/smart-configuration पर हैं।

रोगी क्या देखता है

GET /me/patients/{id}/grants पहुंच वाली हर एप्लिकेशन, उसके स्कोप और समाप्ति को सूचीबद्ध करता है। …/grants/{grant}/access-log सूचीबद्ध करता है कि प्रत्येक ने क्या पढ़ा या लिखा, सहमति के तहत और प्रोजेक्ट की अपनी कुंजी के साथ। format=fhir के साथ लॉग FHIR R4 AuditEvent संसाधनों के बंडल के रूप में वापस आता है जो IHE बेसिक ऑडिट लॉग पैटर्न के बाद आकार लेते हैं। एंफ़ेरोस डेली (Anpheros Daily) में यह "कनेक्शन" स्क्रीन है; आपका अपना ऐप भी यही दिखा सकता है।

रीड बनाम राइट

सहमति के साथ एक संगठन पूरे रिकॉर्ड को देखता है, जिसमें अन्य क्लीनिकों द्वारा लिखी गई जानकारी भी शामिल है, लेकिन केवल वही बदल या हटा सकता है जो उसने स्वयं लिखा है। हर संसाधन के हर संस्करण में उस प्रोजेक्ट का रिकॉर्ड होता है जिसने उसे लिखा था; किसी अन्य प्रोजेक्ट द्वारा लिखा जाना अस्वीकार कर दिया जाता है और एक स्पष्टीकरण के साथ। हर राइट एक प्रोवेनेंस (Provenance) संसाधन उत्पन्न करता है जिसमें एप्लिकेशन, वह संगठन जिसके ओर से उसने कार्य किया, और व्यक्ति का नाम होता है।

एआई एजेंट प्रस्ताव देते हैं, व्यक्ति निर्णय लेता है

एआई एजेंट के रूप में पंजीकृत एप्लिकेशन द्वारा किसी व्यक्ति की सहमति के तहत किया गया राइट तुरंत लागू नहीं होता है। प्लेटफ़ॉर्म इसे मान्य करता है और एक प्रस्ताव आईडी के साथ 202 Accepted का जवाब देता है; रिकॉर्ड में कुछ भी नहीं बदलता है। व्यक्ति प्रस्ताव देखता है, वह क्या है और किस एप्लिकेशन ने इसे भेजा है, और उसे स्वीकार या अस्वीकार करता है। एक स्वीकृत प्रस्ताव ठीक उसी तरह लिखा जाता है जैसा भेजा गया था और एआई-लिखित के रूप में चिह्नित किया जाता है। इस तरह एम सी पी (MCP) के माध्यम से जुड़ा एक सहायक बिना किसी पर्यवेक्षण के रिकॉर्ड में लिखे बिना उसे भरने में मदद कर सकता है।

एप्लिकेशन के बिना साझा करना: SMART हेल्थ लिंक

एक व्यक्ति क्यूआर (QR) या लिंक द्वारा अपना रिकॉर्ड साझा भी कर सकता है। POST /me/patients/{id}/shl आपातकालीन उपसमुच्चय (एलर्जी, दवाएं, समस्याएं, टीकाकरण) या पूर्ण अंतर्राष्ट्रीय रोगी सारांश (International Patient Summary) के लिए एक SMART हेल्थ लिंक बनाता है, जिसमें एक वैकल्पिक पासकोड और समाप्ति होती है। हर बार खोलने पर एक्सेस लॉग में दर्ज होता है, और लिंक को तुरंत बंद किया जा सकता है। कोई भी SMART हेल्थ लिंक रीडर इसे खोल सकता है।

पूरा मॉडल, हर नियम के साथ, developers.anpheros.com/guides/consent-model पर है।

अक्सर पूछे जाने वाले प्रश्न

अनुमति (grant) वह परिचालन वस्तु है जिसकी हर अनुरोध पर जाँच की जाती है; रिकॉर्ड में FHIR Consent और Provenance संसाधन भी होते हैं ताकि अन्य सिस्टम पढ़ सकें कि क्या सहमति हुई थी और किसने क्या लिखा था। एक्सेस लॉग FHIR AuditEvent के रूप में उपलब्ध है।

क्या कोई रोगी रिकॉर्ड के केवल एक हिस्से तक पहुंच दे सकता है?

हाँ। स्कोप प्रति संसाधन प्रकार, श्रेणी फ़िल्टर के साथ होते हैं, और व्यक्ति उन्हें सहमति पृष्ठ पर चुनता है। एक ऐप केवल प्रयोगशाला परिणाम, या केवल दवाएं मांग सकता है।

जब सहमति समाप्त हो जाती है तो क्या होता है?

उस अनुमति के तहत अनुरोध समाप्ति से आगे 403 लौटाते हैं। एप्लिकेशन फिर से पूछ सकता है; व्यक्ति फिर से निर्णय लेता है। कुछ भी हटाया नहीं जाता है।

क्या रद्द करने से वह डेटा हट जाता है जिसे ऐप ने पहले ही पढ़ लिया है?

कोई भी सिस्टम डेटा को अन-रीड (un-read) नहीं कर सकता। रद्द करना तत्काल आगे की पहुंच को रोकता है और दर्ज किया जाता है; जो एप्लिकेशन ने अपनी तरफ से संग्रहीत किया है, वह जीडीपीआर (GDPR) के तहत अपने स्वयं के दायित्वों द्वारा शासित होता है।

क्या कोई क्लिनिक रोगी की सहमति के बिना रिकॉर्ड तक पहुंच सकता है?

एक प्रोजेक्ट उन रोगियों को देखता है जिन्हें उसने स्वयं बनाया है। कहीं और बनाए गए रिकॉर्ड को पढ़ने के लिए व्यक्ति की अनुमति की आवश्यकता होती है। कोई प्रशासनिक ओवरराइड नहीं है।

यह गाइड केवल जानकारी के लिए है और चिकित्सा सलाह का विकल्प नहीं है। अपने स्वास्थ्य संबंधी निर्णयों के लिए, अपने डॉक्टर से बात करें। आपात स्थिति में, 112 पर कॉल करें।
लेखक के बारे में
Adrian Kereky

Founder of Anpheros. An electronics engineer, he spent six years in autonomous driving, on automotive projects run in partnership with Samsung and NVIDIA, designing the architecture of driver-assistance and AI systems that run on NVIDIA chips with CUDA. He then built Anpheros: the patient-controlled medical record and the HL7 FHIR R4 platform it runs on.

एन्फेरोस और लेखक के बारे में अधिक →

अपना मेडिकल रिकॉर्ड अपने साथ रखें

एन्फेरोस डेली लक्षणों, लैब नतीजों, दवाओं और दस्तावेजों को एक ही स्थान पर, एक मानक प्रारूप में, आपके नियंत्रण में रखता है। बेसिक प्लान मुफ़्त है।

एन्फेरोस डेली प्राप्त करें