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

निजी स्वास्थ्य रिकॉर्ड (पीएचआर) का डेटा, HL7 FHIR फ़ॉर्मैट में सेव किया जाता है.

पीएचआर, फ़ास्ट हेल्थ इंटरऑपरेबिलिटी रिसोर्स (एफ़एचआईआर) के इन वर्शन के साथ काम करता है:

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

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

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

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

टेबल 1: Health Connect में मौजूद अलग-अलग तरह के मेडिकल संसाधन
Health Connect में मौजूद मेडिकल रिसॉर्स का टाइप FHIR रिसॉर्स
एलर्जी से जुड़ा डेटा AllergyIntolerance
स्वास्थ्य से जुड़ी स्थितियां शर्त
लैब

निगरानी

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

निगरानी

  • गर्भावस्था से जुड़े LOINC कोड
इलाज से जुड़ा डेटा तरीका
लाइफ़स्टाइल से जुड़ा डेटा

निगरानी

  • सोशल मीडिया के इस्तेमाल से जुड़ा डेटा के लिए LOINC कोड
  • social-history FHIR कैटगरी
टीकाकरण से जुड़ा डेटा टीकाकरण से जुड़ा डेटा
मेडिकल प्रोफ़ेशनल के पास जाने से जुड़ा डेटा मुठभेड़, जगह की जानकारी, संगठन
बीपी, धड़कन की दर वगैरह से जुड़ा डेटा

निगरानी

  • बीपी, धड़कन की दर वगैरह से जुड़े डेटा के लिए LOINC कोड
  • vital-signs FHIR कैटगरी

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

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

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

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

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

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

टेबल 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 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 डेटा में बदलाव करते हैं. उदाहरण के लिए:

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

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

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