एक FHIR सर्वर FHIR संसाधनों को स्टोर और सर्व करता है। एक FHIR प्लेटफ़ॉर्म वह है जिसकी आपको वास्तव में एक स्वास्थ्य उत्पाद शिप करने के लिए आवश्यकता होती है: सर्वर, साथ ही पहचान, सहमति, उत्पत्ति, ग्राहकों के बीच अलगाव, वेबहुक, दस्तावेज़, शब्दावली और कोई व्यक्ति जो इसे GDPR के तहत चलाता है। यह गाइड अंतर बताती है और वर्णन करती है कि Anpheros Platform प्रत्येक गैप को कैसे भरता है, ताकि आप तय कर सकें कि इस पर निर्माण करना है या अपना खुद का चलाना है।
डेवलपर्स के लिए तकनीकी संस्करण: हेल्थकेयर एपीआई प्लेटफ़ॉर्म · FHIR सर्वर तुलना developers.anpheros.com पर, अनुरोधों, प्रतिक्रियाओं और सीमाओं के साथ। यह पृष्ठ सादे-भाषा संस्करण है।
सर्वर बनाम प्लेटफ़ॉर्म
ओपन-सोर्स FHIR सर्वर (उदाहरण के लिए HAPI) FHIR भाग में उत्कृष्ट हैं: संसाधन, खोज, सत्यापन, इतिहास। जो वे आपके लिए छोड़ देते हैं वह सब कुछ है:
| आवश्यकता | एक FHIR सर्वर | एक FHIR प्लेटफ़ॉर्म |
|---|---|---|
| संसाधन भंडारण, खोज, इतिहास | हाँ | हाँ |
| कौन सा रोगी पढ़ सकता है | आपका कोड | अंतर्निहित सहमति |
| प्रत्येक मान किसने लिखा | आपका कोड | प्रत्येक लेखन पर उत्पत्ति |
| एक सिस्टम पर कई ग्राहक | आपका कोड | परियोजना अलगाव, जोड़ीदार आईडी |
| रोगी-सामना करने वाली सहमति स्क्रीन | आपका कोड | OAuth 2.1 + SMART on FHIR |
| आपके ऐप पर सूचनाएं | पोलिंग | हस्ताक्षरित वेबहुक |
| यथार्थवादी परीक्षण डेटा | आपके फिक्स्चर | प्रति सैंडबॉक्स 30 सिंथेटिक रोगी |
| होस्टिंग, बैकअप, GDPR, DPA | आपकी ऑप्स टीम | शामिल |
यदि आपके पास एक ऑप्स टीम, एक अनुपालन अधिकारी और छह महीने हैं, तो अपना सर्वर चलाना एक अच्छा विकल्प है। यदि आपके पास शिप करने के लिए एक उत्पाद है, तो एक प्लेटफ़ॉर्म तेज़ है।
Anpheros Platform कैसे बनाया गया है
प्रति रोगी एक FHIR R4 रिकॉर्ड। 26 संसाधन प्रकार, LOINC, ICD-10 और ATC के साथ कोडित, लेखन पर मान्य। सख्त FHIR API /fhir/R4 पर रहता है, /fhir/R4/metadata पर एक CapabilityStatement के साथ, और /v1 पर एक सादा REST API समान आईडी के साथ समान डेटा सर्व करता है।
परियोजना अलगाव और जोड़ीदार आईडी। एक परियोजना (एक एपीआई कुंजी) केवल उन रोगियों को देखती है जिन्हें उसने बनाया है। प्रत्येक परियोजना को एक ही व्यक्ति के लिए अपनी आईडी मिलती है; आंतरिक आईडी कभी भी प्लेटफ़ॉर्म से बाहर नहीं जाती हैं। आपके दायरे के बाहर के रोगियों के संदर्भों को एक अपारदर्शी, प्रति-परियोजना टोकन के साथ मास्क किया जाता है।
सहमति पढ़ने का निर्णय लेती है, स्वामित्व लिखने का निर्णय लेता है। रोगी की सहमति से एक संगठन पूरे रिकॉर्ड को देखता है, जिसमें अन्य क्लीनिकों ने क्या लिखा है, लेकिन केवल वही बदल या हटा सकता है जो उसने स्वयं लिखा है। प्रत्येक संसाधन के प्रत्येक संस्करण में उस परियोजना का रिकॉर्ड होता है जिसने इसे लिखा था; किसी अन्य परियोजना द्वारा लेखन को स्पष्टीकरण के साथ अस्वीकार कर दिया जाता है।
उत्पत्ति और ऑडिट प्रत्येक लेखन पर। Provenance.agent.onBehalfOf लिखने के समय क्लिनिक या संगठन का नाम बताता है; एक ऑडिट पंक्ति रिकॉर्ड करती है कि किसने, क्या, कब, किस अनुदान के तहत, किस एप्लिकेशन से। रोगी अपने एक्सेस लॉग को FHIR AuditEvent संसाधनों के रूप में भी पढ़ सकता है।
पतले, हस्ताक्षरित वेबहुक। ईवेंट आईडी और संस्करण ले जाते हैं, कभी भी नैदानिक सामग्री नहीं; आप एपीआई के माध्यम से संसाधन पढ़ते हैं। डिलीवरी HMAC-SHA256 के साथ हस्ताक्षरित होती है और 24 घंटे तक बैकऑफ़ के साथ पुनः प्रयास की जाती है।
सैंडबॉक्स और उत्पादन अलग-अलग डेटाबेस हैं। एक sk_test_ कुंजी वास्तविक रोगी तक नहीं पहुंच सकती है। सैंडबॉक्स मुफ़्त और स्व-सेवा है।
ईयू निवास। europe-west4 में क्लाउड रन, उत्पादन संगठनों के लिए डेटा प्रसंस्करण समझौते के साथ।
क्या जानबूझकर नहीं है
- कोई नैदानिक निर्णय समर्थन नहीं। प्लेटफ़ॉर्म स्टोर करता है, कोड करता है और साझा करता है; यह निदान या उपचार की सिफारिश नहीं करता है।
- इंटरैक्शन के साथ कोई पूर्ण दवा डेटाबेस नहीं। दवाओं को ATC के साथ कोडित किया जाता है, और ATC और LOINC सबसेट का एक बंडल लुकअप के लिए उपलब्ध है, लेकिन इंटरैक्शन की जाँच आपका घटक या एक लाइसेंस प्राप्त सेवा है।
- कोई अस्पताल-ग्रेड HL7 v2 मैसेजिंग बस नहीं। प्रयोगशाला रिपोर्ट के लिए HL7 v2 ORU^R01 आयात है; कोई ADT या ऑर्डर प्रबंधन नहीं है।
इन सीमाओं को पहले से जानने से खोज का एक सप्ताह बचता है।
अपना सर्वर कब चलाएं
- आपको अपने स्वयं के अस्पताल नेटवर्क के अंदर होस्ट करना होगा, बिना किसी बाहरी प्रोसेसर के।
- आपको FHIR R5 या प्रोफाइल की आवश्यकता है जो प्लेटफ़ॉर्म लागू नहीं करता है।
- आपका उत्पाद स्वयं FHIR सर्वर है।
अन्य सभी मामलों में, सैंडबॉक्स पर शुरू करें, मापें, और डेटा के साथ निर्णय लें। पहला घंटा developers.anpheros.com/guides/first-hour पर वर्णित है; पूर्ण एपीआई संदर्भ platform.anpheros.com/docs पर है।
अक्सर पूछे जाने वाले प्रश्न
क्या Anpheros एक FHIR सर्वर है?
इसमें एक शामिल है: 26 संसाधन प्रकारों, खोज, इतिहास, $everything, $summary, $validate और शब्दावली संचालन के साथ एक FHIR R4 API। इसके चारों ओर सहमति, उत्पत्ति, अलगाव, वेबहुक और होस्टिंग हैं, जो इसे एक प्लेटफ़ॉर्म बनाते हैं।
कौन सा FHIR संस्करण?
FHIR R4 (4.0.1), ईयू और यूएस विनियमन द्वारा आवश्यक संस्करण और अधिकांश सिस्टम द्वारा लागू किया गया। इन्फर्नो के साथ अनुरूपता की जाँच की गई थी; IPS अनुरूपता नोट्स देखें।
क्या कई क्लीनिक एक रोगी के रिकॉर्ड को साझा कर सकते हैं?
हाँ, यही बात है। रोगी की सहमति से प्रत्येक क्लिनिक पूरे रिकॉर्ड को पढ़ता है और अपने स्वयं के संसाधन लिखता है, प्रत्येक को उसकी उत्पत्ति के साथ चिह्नित किया जाता है। कोई भी क्लिनिक दूसरे द्वारा लिखे गए को बदल नहीं सकता है।
क्या विकास के लिए एक मुफ्त FHIR बैकएंड है?
हाँ। सैंडबॉक्स मुफ़्त, स्व-सेवा है, और प्रति परियोजना 30 सिंथेटिक रोगियों के साथ आता है। मुफ़्त FHIR सर्वर: सैंडबॉक्स देखें।
यदि मुझे आवश्यकता हो तो मैं कैसे माइग्रेट करूं?
सब कुछ FHIR R4 और निर्यात योग्य है: Patient/{id}/$everything एक रोगी के पूरे रिकॉर्ड को बंडल के रूप में लौटाता है। अनपैक करने के लिए कोई मालिकाना प्रारूप नहीं है।
अपना मेडिकल रिकॉर्ड अपने साथ रखें
एन्फेरोस डेली लक्षणों, लैब नतीजों, दवाओं और दस्तावेजों को एक ही स्थान पर, एक मानक प्रारूप में, आपके नियंत्रण में रखता है। बेसिक प्लान मुफ़्त है।