मेडिकल रिकॉर्ड का डेटा, HL7 FHIR फ़ॉर्मैट में सेव किया जाता है.
स्वास्थ्य से जुड़ी जानकारी का इतिहास, Fast Health Interoperable Resources (FHIR) के इन वर्शन के साथ काम करता है:
मेडिकल रिसॉर्स टाइप
FHIR, मॉड्यूलर कॉम्पोनेंट के एक सेट से बना होता है. इन्हें संसाधन कहा जाता है. FHIR संसाधनों और उनसे जुड़ी कैटगरी का यह सेट, इंटरनेशनल पेशेंट समरी सेक्शन पर आधारित है.
इन संसाधनों को Health Connect में डेटा कैटगरी के साथ मैप किया जाता है. इन्हें एपीआई में मेडिकल रिसोर्स टाइप कहा जाता है. ऑब्ज़र्वेशन रिसॉर्स को, लॉजिकल ऑब्ज़र्वेशन आइडेंटिफ़ायर नेम ऐंड कोड (एलओआईएनसी) कोड और FHIR कैटगरी जैसे कॉन्टेंट के आधार पर मैप किया जाता है.
इन कैटगरी से बाहर की जानकारी को Health Connect में सेव नहीं किया जाता.
| Health Connect में मेडिकल रिसोर्स का टाइप | FHIR संसाधन | Health Connect की अनुमति का एलान |
|---|---|---|
| एलर्जी से जुड़ा डेटा | AllergyIntolerance |
android.permission.health.READ_MEDICAL_DATA_ALLERGIES_INTOLERANCES
|
| स्वास्थ्य से जुड़ी स्थितियां | शर्त |
android.permission.health.READ_MEDICAL_DATA_CONDITIONS
|
| लैबोरेट्री |
निगरानी
|
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
|
| लाइफ़स्टाइल से जुड़ा डेटा |
निगरानी
|
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
|
| बीपी, धड़कन की दर वगैरह से जुड़ा डेटा |
निगरानी
|
android.permission.health.READ_MEDICAL_DATA_VITAL_SIGNS
|
मरीज़ों के लिए संसाधन
फ़िलहाल, Health Connect में सिर्फ़ एक व्यक्ति के मेडिकल रिकॉर्ड का डेटा सेव किया जा सकता है. इसलिए, लिखे गए सभी FHIR संसाधन एक ही व्यक्ति के होने चाहिए.
ऐसा अक्सर होता है कि किसी एक व्यक्ति के लिए, सिस्टम में एक से ज़्यादा FHIR Patient संसाधन मौजूद हों. हमारा सुझाव है कि ऐप्लिकेशन, डेटा को एक जैसा बनाएं और Health Connect में एक ही मरीज़ का डेटा सेव करें. हालांकि, अलग-अलग तरह के संगठनात्मक स्ट्रक्चर को ध्यान में रखते हुए, इसे लागू नहीं किया जाता.
डेटा की पुष्टि
मेडिकल रिकॉर्ड एपीआई, एफ़एचआईआर के मान्य संसाधनों को स्वीकार करते हैं. ये संसाधन, एफ़एचआईआर के उन वर्शन से होने चाहिए जिनके साथ एपीआई काम करते हैं. साथ ही, Health Connect कुछ पुष्टि करता है, ताकि यह पक्का किया जा सके कि एफ़एचआईआर के हर वर्शन के लिए, एफ़एचआईआर स्पेसिफ़िकेशन का पालन किया गया है.
पुष्टि करने वाली जिन जांचों को जल्द ही उपलब्ध होगा के तौर पर मार्क किया गया है उन्हें अभी लागू नहीं किया गया है. हालांकि, आने वाले समय में इन्हें लागू किया जाएगा. हमारा सुझाव है कि आप सूची में दी गई सभी मान्यताओं की जांच के हिसाब से डेवलपमेंट करें, ताकि आने वाले समय में रिलीज़ होने वाले वर्शन के साथ भी आपकी सुविधा काम करती रहे.
| लेवल | पुष्टि की जांच | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| मान्य JSON | डेटा, JSON फ़ॉर्मैट के मुताबिक हो. | ||||||||
| FHIR के साथ काम करता है | लिखने वाले ऐप्लिकेशन ने FHIR के जिस वर्शन का एलान किया है वह काम करता हो. Health Connect में, FHIR के इन वर्शन का इस्तेमाल किया जा सकता है:
|
||||||||
| FHIR के साथ काम करता है | संसाधन इंस्टेंस में रिकॉर्ड किया गया FHIR संसाधन टाइप काम करता हो. Health Connect में, FHIR के इन रिसॉर्स टाइप का इस्तेमाल किया जा सकता है:
|
||||||||
| यूनीक रिसॉर्स आईडी | संसाधन में एक आईडी फ़ील्ड है. इसकी वैल्यू, रेगुलर एक्सप्रेशन की ज़रूरी शर्तों को पूरा करती है. | ||||||||
| यूनीक रिसॉर्स आईडी | संसाधन, एक ही 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 | 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 बेस यूआरएल) डालें.