HL7 v2 संदेश को FHIR R4 Bundle (JSON) में बदलें - ब्राउज़र में स्थानीय रूप से, बिना अपलोड; मरीज़ का डेटा कभी आपके डिवाइस से बाहर नहीं जाता।
आपके डिवाइस पर ही लोकल प्रोसेसिंग चल रही है ...
0%
आपकी फ़ाइलें आपके डिवाइस से कभी बाहर नहीं गईं
नहीं। सब कुछ आपके ब्राउज़र में चलता है - आपकी फ़ाइल कभी आपके डिवाइस से बाहर नहीं जाती। यह कैसे सत्यापित किया जा सकता है
HL7 v2.x दशकों से क्लिनिकल आईटी में सबसे व्यापक आदान-प्रदान प्रारूप रहा है: सेगमेंट-आधारित और पाइप से अलग किया हुआ, जिसमें MSH (संदेश शीर्ष), EVN (घटना), PID (मरीज़), PV1 (मुलाक़ात), OBR (अनुरोध) और OBX (प्रेक्षण) जैसे सेगमेंट तथा विभाजक ^~\& होते हैं। आधुनिक उत्तराधिकारी HL7 FHIR R4 उसी जानकारी को स्पष्ट नाम वाले संसाधनों (Patient, Encounter, Observation) के रूप में मॉडल करता है और उन्हें JSON या XML में देता है - जो वेब एपीआई और आधुनिक प्रणालियों के लिए कहीं अधिक आसान है।
अपनी HL7 v2 फ़ाइल छोड़ें; उपकरण सेगमेंट पढ़ता है और एक FHIR R4 Bundle (collection) बनाता है। एक चुना हुआ मूल भाग मैप होता है: MSH एक MessageHeader बनता है, PID एक Patient संसाधन (पहचानकर्ता, नाम, लिंग, जन्म तिथि, पता), PV1 एक Encounter (श्रेणी, मुलाक़ात संख्या, स्थान), OBX एक Observation (कोड, मान, इकाई) और OBR एक ServiceRequest। आप एक साथ कई फ़ाइलें छोड़ सकते हैं, हर एक अपना अलग Bundle बन जाती है।
सब कुछ पूरी तरह ब्राउज़र में स्थानीय रूप से चलता है (शुद्ध जावास्क्रिप्ट, कोई सर्वर नहीं, किसी विदेशी सीडीएन से कोई बाहरी लाइब्रेरी नहीं) - मरीज़ के डेटा सहित संदेश कभी आपके डिवाइस से बाहर नहीं जाता। ईमानदार बात: यह एक सामान्य सेगमेंट मूल भाग का संरचनात्मक रूपांतरण है, न कि पूर्ण HL7-से-FHIR मैपिंग (Z-सेगमेंट और कई विस्तृत फ़ील्ड शामिल नहीं) और न ही कोई क्लिनिकल उपकरण। परिणाम को अपनी लक्ष्य प्रणाली की प्रोफ़ाइल और आवश्यकताओं के विरुद्ध जाँचें।
| इनपुट फ़ॉर्मैट | HL7, TXT |
|---|---|
| आउटपुट फ़ॉर्मैट | JSON |
| बैच प्रोसेसिंग | हाँ |
| प्रोसेसिंग | ब्राउज़र में लोकल (JavaScript) |
| फ़ाइल अपलोड | कोई नहीं |
सीमाएँ: एक HL7 v2 संदेश (जैसे HL7 v2.5, सेगमेंट-आधारित, पाइप से अलग) को HL7 FHIR R4 Bundle (collection, JSON) में बदलता है: MSH -> MessageHeader, PID -> Patient (पहचानकर्ता, नाम, लिंग, जन्म तिथि, पता), PV1 -> Encounter (श्रेणी, मुलाक़ात संख्या, स्थान), OBX -> Observation (कोड, मान, इकाई), OBR -> ServiceRequest। यह एक चुना हुआ सेगमेंट मूल भाग है: Z-सेगमेंट, पहले के बाद की पुनरावृत्तियाँ और कई वैकल्पिक विस्तृत फ़ील्ड जानबूझकर प्रस्तुत नहीं किए जाते, इसलिए मैपिंग बिना हानि के नहीं है। यह डेटा आदान-प्रदान के लिए एक संरचनात्मक प्रारूप रूपांतरण है, कोई क्लिनिकल उपकरण नहीं; Bundle को अपनी लक्ष्य प्रणाली की प्रोफ़ाइल (जैसे आवश्यक फ़ील्ड, शब्दावली) के विरुद्ध जाँचें।
नहीं। HL7 v2 संदेश पढ़ना और FHIR Bundle बनाना पूरी तरह ब्राउज़र में स्थानीय रूप से चलता है (शुद्ध जावास्क्रिप्ट, कोई सर्वर नहीं); डेटा कभी आपके डिवाइस से बाहर नहीं जाता।
MSH, PID, PV1, OBX और OBR को MessageHeader, Patient, Encounter, Observation और ServiceRequest में मैप किया जाता है। EVN और विक्रेता-विशिष्ट Z-सेगमेंट शामिल नहीं हैं।
HL7 FHIR R4, type collection के एक Bundle के रूप में, हर मैप किए गए सेगमेंट के लिए एक संसाधन के साथ - JSON में।
नहीं। एक चुना हुआ सेगमेंट मूल भाग मैप होता है; Z-सेगमेंट, आगे की पुनरावृत्तियाँ और कई वैकल्पिक फ़ील्ड छोड़ दिए जाते हैं। Bundle को अपनी लक्ष्य प्रणाली की प्रोफ़ाइल के विरुद्ध जाँचें।
हाँ। एक साथ कई HL7 v2 फ़ाइलें छोड़ें; हर एक अपना अलग FHIR R4 Bundle बन जाती है।