सेहत का निजी डेटा

Health Connect प्लैटफ़ॉर्म, अलग-अलग तरह का डेटा उपलब्ध कराता है. इसमें ज़्यादातर वेलबीइंग और फ़िटनेस से जुड़े इस्तेमाल के उदाहरण शामिल होते हैं. इससे Android नेटवर्क के ऐप्लिकेशन, एक-एक एपीआई इंटिग्रेशन के लिए ज़्यादा खर्च किए बिना डेटा शेयर कर पाते हैं. स्वास्थ्य से जुड़ी निजी जानकारी के इतिहास (पीएचआर) की मदद से, Fast Healthcare Interoperability Resources (FHIR®) फ़ॉर्मैट में बुनियादी मेडिकल डेटा शामिल किया जा सकता है. इसमें यह जानकारी शामिल है:

  • मेडिकल डेटा लिखने वाले ऐप्लिकेशन के लिए एपीआई.
  • Health Connect में सेव किए गए मेडिकल डेटा को नए मेडिकल डेटा टाइप के तौर पर, उपयोगकर्ता के लिए ब्राउज़र पर दिखाने की सुविधा. साथ ही, डाउनस्ट्रीम रीड की अनुमति देने के लिए, ज़्यादा बेहतर अनुमतियां.
  • उपयोगकर्ता की अनुमतियों के आधार पर, मेडिकल डेटा पढ़ने वाले ऐप्लिकेशन के लिए एपीआई.
Health Connect के साथ निजी स्वास्थ्य रिकॉर्ड के काम करने के तरीके की खास जानकारी.
पहली इमेज. Health Connect के साथ निजी स्वास्थ्य रिकॉर्ड कैसे काम करते हैं.

पीएचआर एपीआई, Android 16 SDK टूल के ज़रिए उपलब्ध कराए जाते हैं. शुरू करने के निर्देशों के लिए, Android 16 SDK टूल सेट अप करना देखें.

सीमाएं

इन एपीआई पर अभी काम चल रहा है. इसलिए, इनमें कुछ सीमाएं हैं और कुछ कॉम्पोनेंट पूरी तरह उपलब्ध नहीं हैं.

  • आम तौर पर, Health Connect Jetpack SDK का इस्तेमाल, Health Connect के एपीआई को रैप करके इंटिग्रेशन को आसान बनाने के लिए किया जाता है. हालांकि, ये अभी उपलब्ध नहीं हैं. इसलिए, Android फ़्रेमवर्क के एपीआई का इस्तेमाल करना होगा.
  • पीएचआर को ऐक्सेस करने के लिए, Play की नीति को अब भी तैयार किया जा रहा है. साथ ही, Play Store पर ऐप्लिकेशन रिलीज़ करने से पहले, उन्हें अन्य ज़रूरी शर्तें पूरी करनी पड़ सकती हैं.
  • बदलावों की जानकारी देने वाले एपीआई जैसी कुछ सुविधाएं, अब तक पीएचआर एपीआई के लिए उपलब्ध नहीं हैं.

पीएचआर का डेटा फ़ॉर्मैट

पीएचआर का डेटा, HL7 FHIR फ़ॉर्मैट में सेव किया जाता है. शुरुआत में, सिर्फ़ R4 वर्शन का इस्तेमाल किया जा सकता है.

डेटा की पुष्टि

पीएचआर एपीआई, मान्य R4 FHIR रिसॉर्स स्वीकार करते हैं. साथ ही, Health Connect कुछ पुष्टि करेगा, ताकि यह पक्का किया जा सके कि FHIR R4 स्पेसिफ़िकेशन का पालन किया जा रहा है.

जल्द ही उपलब्ध होगा के तौर पर मार्क की गई पुष्टि की जांचें, फ़िलहाल लागू नहीं की गई हैं. हालांकि, आने वाले समय में इनकी सुविधा उपलब्ध होगी. हमारा सुझाव है कि आने वाले समय में रिलीज़ से जुड़ी समस्याओं से बचने के लिए, पुष्टि करने के लिए बताई गई सभी जांचों के हिसाब से ऐप्लिकेशन बनाएं.

टेबल 1: Health Connect में FHIR डेटा की पुष्टि करना
लेवल पुष्टि की जांच
मान्य JSON डेटा, JSON फ़ॉर्मैट के मुताबिक हो.
काम करने वाले FHIR

डेटा लिखने वाले ऐप्लिकेशन में बताए गए FHIR वर्शन का इस्तेमाल किया जा सकता है. Health Connect में, FHIR के ये वर्शन काम करते हैं:

  • 4.0.1
  • 4.3.0
काम करने वाले FHIR

संसाधन इंस्टेंस में रिकॉर्ड किया गया FHIR संसाधन टाइप काम करता है. Health Connect में, FHIR के इन रिसॉर्स टाइप का इस्तेमाल किया जा सकता है:

  • AllergyIntolerance
  • शर्त
  • Encounter
  • टीकाकरण से जुड़ा डेटा
  • जगह की जानकारी
  • दवाइयां
  • MedicationRequest
  • MedicationStatement
  • निगरानी
  • संगठन
  • मरीज़
  • प्रैक्टिशनर से जुड़ा डेटा
  • PractitionerRole
  • तरीका
यूनीक रिसॉर्स आईडी रिसॉर्स में आईडी फ़ील्ड है, जिसकी वैल्यू रेगुलर एक्सप्रेशन की ज़रूरी शर्तों के मुताबिक है.
यूनीक रिसॉर्स आईडी रिसॉर्स, एक ही MedicalDataSource से मिले उसी टाइप के किसी दूसरे FHIR रिसॉर्स के साथ आईडी शेयर नहीं करता.
कारोबार के नियम इसमें शामिल किया गया FHIR रिसॉर्स नहीं है.

इसमें शामिल रिसॉर्स, "पैरंट" रिसॉर्स में नेस्ट किए गए FHIR रिसॉर्स होते हैं. इनका इस्तेमाल तब किया जाता है, जब पैरंट रिसॉर्स को किसी दूसरे रिसॉर्स का रेफ़रंस देना हो, लेकिन सिस्टम के पास इस रिसॉर्स को अलग से मौजूद स्टैंडअलोन रिसॉर्स बनाने के लिए ज़रूरी जानकारी न हो.
मान्य बेस FHIR FHIR JSON में टॉप लेवल फ़ील्ड, दिए गए संसाधन टाइप के लिए FHIR स्पेसिफ़िकेशन में मौजूद होते हैं.
मान्य बेस FHIR टॉप-लेवल फ़ील्ड में JSON की शून्य वैल्यू नहीं होती हैं.
मान्य बेस FHIR FHIR में दोहराए जाने वाले एलिमेंट के तौर पर तय किए गए टॉप लेवल फ़ील्ड का डेटा टाइप, JSON array होता है.
मान्य बेस FHIR FHIR में कॉम्प्लेक्स टाइप के तौर पर तय किए गए सबसे ऊपर के लेवल के फ़ील्ड (इनमें JSON array के एलिमेंट भी शामिल हैं) का डेटा टाइप, JSON object होता है.
मान्य बेस FHIR FHIR में प्राइमटिव टाइप के तौर पर तय किए गए टॉप-लेवल फ़ील्ड (इनमें JSON array के एलिमेंट भी शामिल हैं) का JSON डेटा टाइप सही होना चाहिए.

FHIR डेटा टाइप JSON डेटा टाइप
integer, unsignedInt, positiveInt, decimal संख्या
बूलियन बूलियन
instant, time, date, dateTime, string, code, markdown, id uri, url, oid, uuid, canonical, integer64, base64Binary संख्या
सुविधा जल्द आ रही है
मान्य बेस FHIR FHIR में प्राइमटिव टाइप के तौर पर तय किए गए टॉप-लेवल फ़ील्ड, रेगुलर एक्सप्रेशन की ज़रूरी शर्तों को पूरा करते हैं.

जल्द आ रहा है
मान्य बेस FHIR प्राइमटिव टाइप के एक्सटेंशन, FHIR स्पेसिफ़िकेशन में मौजूद होते हैं. साथ ही, इनका डेटा टाइप JSON object होता है.
मान्य बेस FHIR चुने गए विकल्पों के फ़ील्ड (fieldname[x]) के लिए, एक से ज़्यादा फ़ील्ड रिकॉर्ड नहीं किए जाते.

उदाहरण के लिए, एक ही संसाधन इंस्टेंस में effectiveDateTime और effectivePeriod, दोनों मौजूद नहीं हो सकते.
मान्य बेस FHIR कॉम्प्लेक्स डेटा टाइप में, FHIR स्पेसिफ़िकेशन से मैच करने वाले फ़ील्ड और डेटा टाइप होते हैं.

जल्द आ रहा है
मान्य बेस FHIR बैकबोन एलिमेंट (और कॉम्प्लेक्स टाइप में मौजूद एलिमेंट) में ऐसे फ़ील्ड और डेटा टाइप होते हैं जो FHIR स्पेसिफ़िकेशन से मेल खाते हैं.

जल्द आ रहा है
मान्य बेस FHIR एक्सटेंशन एलिमेंट value[x] फ़ील्ड मान्य टाइप के होते हैं और उनमें उस डेटा टाइप के हिसाब से कॉन्टेंट होता है.

एक्सटेंशन एलिमेंट को किसी भी संसाधन में शामिल किया जा सकता है, ताकि ऐसी अतिरिक्त जानकारी दिखाई जा सके जो बुनियादी स्पेसिफ़िकेशन का हिस्सा नहीं है. इनमें एक फ़ील्ड होता है url, जो एक्सटेंशन की परिभाषा से जुड़ा होता है. साथ ही, एक फ़ील्ड होता है value[x], जिसमें एक्सटेंशन की वैल्यू होती है. value[x], स्वीकार किए गए डेटा टाइप की सेट सूची में से होना चाहिए.

जल्द आ रहा है
मान्य बेस FHIR टॉप-लेवल के सभी ज़रूरी फ़ील्ड मौजूद हैं.

डेटा की कैटगरी

FHIR संसाधनों और उनसे जुड़ी कैटगरी का इस्तेमाल किया जा सकता है. ये अंतरराष्ट्रीय स्तर पर मरीज़ की खास जानकारी वाले सेक्शन पर आधारित हैं:

  • एलर्जी और असहनशीलता की कैटगरी - इसमें AllergyIntolerance संसाधन शामिल हैं.
  • शर्तों की कैटगरी - इसमें शर्तों के संसाधन शामिल होते हैं.
  • विज़िट की कैटगरी - इसमें 'ग्राहक से मुलाकात', 'जगह', और 'संगठन के रिसॉर्स' शामिल हैं.
  • टीकाकरण की कैटगरी - इसमें टीकाकरण से जुड़े संसाधन शामिल हैं.
  • निजी जानकारी की कैटगरी - इसमें मरीज़ के लिए संसाधन शामिल होते हैं.
  • प्रैक्टिशनर की जानकारी वाली कैटगरी - इसमें Practitioner और PractitionerRole संसाधन शामिल हैं.
  • कार्रवाइयों की कैटगरी - इसमें प्रोसेस के संसाधन शामिल होते हैं.
  • दवा की कैटगरी - इसमें Medication, MedicationRequest, MedicationStatement संसाधन शामिल हैं.

निगरानी के संसाधनों को उनके कॉन्टेंट के आधार पर अलग-अलग कैटगरी में बांटा जाता है:

  • गर्भावस्था - गर्भावस्था के LOINC कोड पर आधारित.
  • लाइफ़स्टाइल से जुड़ा डेटा - यह डेटा, लाइफ़स्टाइल से जुड़े LOINC कोड या "social-history" FHIR कैटगरी पर आधारित होता है.
  • बीपी, धड़कन की दर वगैरह से जुड़ा डेटा - यह डेटा, बीपी, धड़कन की दर वगैरह से जुड़े LOINC कोड या "vital-signs" FHIR कैटगरी के आधार पर इकट्ठा किया जाता है.
  • लैब - यह "लैब" FHIR कैटगरी पर आधारित है.

इनमें से किसी भी कैटगरी में न आने वाले अवलोकन, Health Connect में नहीं लिखे जाते.

मरीज़ों के लिए संसाधन

फ़िलहाल, Health Connect में सिर्फ़ एक व्यक्ति का पीएचआर डेटा सेव किया जा सकता है. इसलिए, लिखे गए सभी FHIR संसाधन एक ही व्यक्ति के होने चाहिए.

किसी एक व्यक्ति के लिए, सिस्टम में एक से ज़्यादा FHIR Patient रिसॉर्स मौजूद होना आम बात है. हम डेटा को मिलाने के लिए ऐप्लिकेशन लिखना पसंद करते हैं और Health Connect में एक मरीज का संसाधन लिखते हैं. हालांकि, संगठन के अलग-अलग स्ट्रक्चर के हिसाब से, इसे लागू नहीं किया जाता.

बदला गया FHIR डेटा

कुछ ऐप्लिकेशन अपनी ज़रूरतों के हिसाब से, FHIR डेटा में बदलाव करते हैं. उदाहरण के लिए:

  • अलग-अलग सोर्स (आम तौर पर FHIR API) से डेटा मर्ज करना.
  • कोड को ग्लोबल टर्मिनोलॉजी (उदाहरण के लिए, SNOMED, LOINC, ICD) पर मैप करना और यूनिट को स्टैंडर्ड बनाना.
  • डेटा को इकट्ठा करना और डुप्लीकेट डेटा हटाना.
  • फ़ॉर्मैट करने या डेटा क्वालिटी से जुड़ी अन्य समस्याएं ठीक करना.
  • ऐप्लिकेशन के हिसाब से कारोबार के नियमों के आधार पर रिकॉर्ड फ़िल्टर करना.

बदले हुए और बिना बदले हुए FHIR डेटा, दोनों को Health Connect में लिखा जा सकता है. हालांकि, इसके लिए ज़रूरी है कि वे FHIR R4 स्पेसिफ़िकेशन का पालन करते हों. हमारा सुझाव है कि जहां भी हो सके, बदला गया डेटा लिखें. हालांकि, इन बातों का ध्यान रखें:

  • सीमित इस्तेमाल के उदाहरणों वाले ऐप्लिकेशन, ऐसे कई रिकॉर्ड फ़िल्टर कर सकते हैं जिनसे इकोसिस्टम के अन्य ऐप्लिकेशन, उपयोगकर्ताओं के लिए फ़ायदेमंद चीज़ें बना सकते हैं. ऐसी स्थितियों में, बिना बदलाव वाला और ज़्यादा बेहतर FHIR लिखना फ़ायदेमंद हो सकता है. हालांकि, उपयोगकर्ताओं को यह ज़रूर बताएं कि ज़्यादा डेटा वाला यह डेटासेट शेयर किया जा रहा है.
  • अगर अलग-अलग सोर्स से मिले डेटा को मर्ज किया जा रहा है, तो Health Connect में किसी एक MedicalDataSource में डेटा डाला जा सकता है. आपको हर रिसॉर्स को एक नया आईडी भी असाइन करना होगा, ताकि कोई टकराव न हो. साथ ही, रिसॉर्स के रेफ़रंस को अपडेट करके, उन्हें नए आईडी पर ले जाना होगा.
  • एक से ज़्यादा सोर्स के डेटा को एक MedicalDataSource में मर्ज करने से, डेटा के सोर्स की जानकारी छिप सकती है. डेटा का सोर्स जानना, डेटा का इस्तेमाल करने वालों के लिए अक्सर फ़ायदेमंद होता है. इसलिए, हमारा सुझाव है कि आप हर संसाधन के लिए meta.source फ़ील्ड में, रिकॉर्ड के मूल सोर्स (आम तौर पर FHIR का बेस यूआरएल) की जानकारी डालें.

उपयोगकर्ता अनुभव

इस सेक्शन में, उपयोगकर्ता अनुभव के बारे में सामान्य जानकारी दी जाती है.

अनुमतियां

सेहत से जुड़े रिकॉर्ड को पढ़ने या उसमें बदलाव करने की अनुमतियों का अनुरोध करने पर, Health Connect की मौजूदा अनुमतियों वाली स्क्रीन की तरह ही काम होता है. हालांकि, सेहत के रिकॉर्ड की एक अलग स्क्रीन दिखती है:

अनुमतियां

डेटा ब्राउज़ करना

Health Connect में, सेव किए गए पीएचआर डेटा को ब्राउज़ करने और विज़ुअलाइज़ करने की सुविधा भी मिलती है. यह सुविधा, Health Connect के मौजूदा डेटा टाइप की तरह ही काम करती है.

ब्राउज़िंग