स्वास्थ्य से जुड़ी जानकारी के डेटा का फ़ॉर्मैट

मेडिकल रिकॉर्ड का डेटा, HL7 FHIR फ़ॉर्मैट में सेव किया जाता है.

स्वास्थ्य से जुड़ी जानकारी का इतिहास, Fast Health Interoperable Resources (FHIR) के इन वर्शन के साथ काम करता है:

मेडिकल रिसॉर्स टाइप

FHIR, मॉड्यूलर कॉम्पोनेंट के एक सेट से बना होता है. इन्हें संसाधन कहा जाता है. FHIR संसाधनों और उनसे जुड़ी कैटगरी का यह सेट, इंटरनेशनल पेशेंट समरी सेक्शन पर आधारित है.

इन संसाधनों को Health Connect में डेटा कैटगरी के साथ मैप किया जाता है. इन्हें एपीआई में मेडिकल रिसोर्स टाइप कहा जाता है. ऑब्ज़र्वेशन रिसॉर्स को, लॉजिकल ऑब्ज़र्वेशन आइडेंटिफ़ायर नेम ऐंड कोड (एलओआईएनसी) कोड और FHIR कैटगरी जैसे कॉन्टेंट के आधार पर मैप किया जाता है.

इन कैटगरी से बाहर की जानकारी को Health Connect में सेव नहीं किया जाता.

टेबल 1: Health Connect में उपलब्ध मेडिकल संसाधन के टाइप
Health Connect में मेडिकल रिसोर्स का टाइप FHIR संसाधन Health Connect की अनुमति का एलान
एलर्जी से जुड़ा डेटा AllergyIntolerance android.permission.health.READ_MEDICAL_DATA_ALLERGIES_INTOLERANCES
स्वास्थ्य से जुड़ी स्थितियां शर्त android.permission.health.READ_MEDICAL_DATA_CONDITIONS
लैबोरेट्री

निगरानी

  • laboratory FHIR कैटगरी
android.permission.health.READ_MEDICAL_DATA_LABORATORY_RESULTS
दवाइयों से जुड़ा डेटा Medication, MedicationRequest, MedicationStatement android.permission.health.READ_MEDICAL_DATA_MEDICATIONS
निजी जानकारी मरीज़ android.permission.health.READ_MEDICAL_DATA_PERSONAL_DETAILS
प्रैक्टिशनर की जानकारी Practitioner, PractitionerRole android.permission.health.READ_MEDICAL_DATA_PRACTITIONER_DETAILS
गर्भावस्था से जुड़ा डेटा

निगरानी

  • गर्भावस्था से जुड़े एलओआईएनसी कोड
android.permission.health.READ_MEDICAL_DATA_PREGNANCY
इलाज से जुड़ा डेटा प्रक्रिया android.permission.health.READ_MEDICAL_DATA_PROCEDURES
लाइफ़स्टाइल से जुड़ा डेटा

निगरानी

  • लाइफ़स्टाइल से जुड़े डेटा के LOINC कोड
  • social-history FHIR कैटगरी
android.permission.health.READ_MEDICAL_DATA_SOCIAL_HISTORY
टीकाकरण से जुड़ा डेटा टीकाकरण से जुड़ा डेटा android.permission.health.READ_MEDICAL_DATA_VACCINES
मेडिकल प्रोफ़ेशनल के पास जाने से जुड़ा डेटा Encounter, Location, Organization android.permission.health.READ_MEDICAL_DATA_VISITS
बीपी, धड़कन की दर वगैरह से जुड़ा डेटा

निगरानी

  • बीपी, धड़कन की दर वगैरह से जुड़े डेटा के LOINC कोड
  • vital-signs FHIR कैटगरी
android.permission.health.READ_MEDICAL_DATA_VITAL_SIGNS

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

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

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

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

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

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

टेबल 2: 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 FHIR में दोहराए जाने वाले एलिमेंट के तौर पर तय किए गए टॉप-लेवल फ़ील्ड का डेटा टाइप, JSON array होता है.
मान्य बेस FHIR FHIR में कॉम्प्लेक्स टाइप के तौर पर तय किए गए टॉप-लेवल फ़ील्ड (इसमें JSON array में मौजूद एलिमेंट भी शामिल हैं) का डेटा टाइप JSON object होता है.
मान्य बेस FHIR FHIR में प्रिमिटिव टाइप के तौर पर तय किए गए टॉप-लेवल फ़ील्ड (JSON arrays में मौजूद एलिमेंट भी शामिल हैं) में सही 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 डेटा को अपनी ज़रूरतों के हिसाब से बदलते हैं. उदाहरण के लिए:

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

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

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