AnpherosAnpheros PlatformDevelopers

Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

मेडिकल ऐप बैकएंड और डेटाबेस

मेडिकल ऐप बैकएंड और उसके डेटाबेस को क्या संभालना चाहिए, Anpheros कौन से हिस्से प्रबंधित हेल्थकेयर डेटाबेस के रूप में प्रदान करता है, आपके बैकएंड में क्या रहता है, कनेक्ट करने के तीन तरीके, और वेबहुक के साथ सिंक में कैसे रहें।

एक मेडिकल ऐप बैकएंड एक स्वास्थ्य सेवा एप्लिकेशन का सर्वर साइड होता है: यह रोगी डेटा संग्रहीत करता है, लागू करता है कि कौन इसे देख सकता है, परिवर्तनों का इतिहास रखता है और प्रयोगशालाओं, क्लीनिकों और अन्य सेवाओं से बात करता है। Anpheros के साथ, उस बैकएंड का मेडिकल हिस्सा — स्वास्थ्य सेवा डेटाबेस जो प्रत्येक रोगी के रिकॉर्ड को रखता है, उसके इतिहास, सहमति, उत्पत्ति, ऑडिट, लैब आयात और घटनाओं के साथ — प्लेटफ़ॉर्म द्वारा एक API के माध्यम से प्रदान किया जाता है, और आपका अपना बैकएंड केवल वही रखता है जो आपके उत्पाद के लिए विशिष्ट है।

एक मेडिकल बैकएंड को क्या संभालना पड़ता है

जिम्मेदारी स्वास्थ्य सेवा में यह कठिन क्यों है Anpheros के साथ
एक मेडिकल डेटा मॉडल दर्जनों प्रकार के डेटा, प्रत्येक मानक कोड के साथ HL7 FHIR R4, 26 संसाधन प्रकार, LOINC / ICD-10 / ATC / UCUM
संस्करण (Versioning) मेडिकल डेटा को ठीक किया जाता है, कभी भी चुपके से ओवरराइट नहीं किया जाता हर अपडेट एक नया संस्करण है; सशर्त अपडेट के लिए If-Match
दस्तावेज़ (Documents) मूल अपरिवर्तित और पता लगाने योग्य रहने चाहिए SHA-256 के साथ अपरिवर्तनीय मूल, ग्राहक-प्रबंधित कुंजी के साथ एन्क्रिप्टेड EU स्टोरेज
एक्सेस कंट्रोल प्रति रोगी, प्रति एप्लिकेशन, प्रति डेटा प्रकार प्रोजेक्ट अलगाव, जोड़ीदार आईडी, श्रेणी फ़िल्टर के साथ OAuth स्कोप
सहमति (Consent) रोगी निर्णय लेता है, और अपना मन बदल सकता है 30-365 दिनों के लिए अनुदान, वापस लेने योग्य, FHIR Consent के रूप में प्रतिबिंबित
ऑडिट (Audit) रोगी और नियामक पूछते हैं कि किसने क्या देखा हर रीड और राइट लॉग किया जाता है और रोगी को दिखाई देता है
प्रोवेनेंस (Provenance) लैब से एक मान रोगी द्वारा टाइप किया गया मान नहीं है हर राइट पर लेखक प्रकार, संगठन, प्रैक्टिशनर और स्रोत प्रणाली
एकीकरण (Integrations) लैब CSV, HL7 v2, JSON भेजते हैं; ऐप्स को इवेंट की आवश्यकता होती है लैब आयात, FHIR लेनदेन, हस्ताक्षरित वेबहुक
सुरक्षित पुनः प्रयास (Safe retries) एक डुप्लिकेट दवा या परिणाम एक नैदानिक ​​त्रुटि है हर क्रिएट पर Idempotency-Key
परीक्षण डेटा (Test data) वास्तविक रोगियों को कभी भी विकास में नहीं होना चाहिए सिंथेटिक रोगियों के साथ एक सैंडबॉक्स डेटाबेस

आपके बैकएंड में क्या रहता है

कनेक्ट करने के तीन तरीके

1. आपका बैकएंड एपीआई कुंजी रखता है (सबसे आम)। आपका ऐप आपके बैकएंड को कॉल करता है; आपका बैकएंड sk_live_ कुंजी के साथ Anpheros को कॉल करता है और आपके प्रोजेक्ट द्वारा बनाए गए रोगियों को देखता है।

import { Anpheros, apiKey } from '@anpheros/sdk';
const anpheros = new Anpheros({ auth: apiKey(process.env.ANPHEROS_KEY!) });

// GET /api/me/vitals in your backend, after your own authentication
export async function myVitals(user: { anpherosPatientId: string }) {
  const page = await anpheros.observations.list(user.anpherosPatientId, { category: 'vital-signs', limit: 50 });
  return page.data;
}

2. ऐप OAuth के साथ रोगी के लिए कार्य करता है। जिन लोगों के पास पहले से Anpheros रिकॉर्ड है, उनके लिए एक मोबाइल या वेब ऐप PKCE के साथ एक सार्वजनिक OAuth क्लाइंट है: व्यक्ति होस्टेड पेज पर सहमति देता है और ऐप को उस एक रिकॉर्ड के लिए 30-मिनट का एक्सेस टोकन और एक रोटेटिंग रिफ्रेश टोकन प्राप्त होता है। SDKs प्रवाह को लागू करते हैं (OAuthFlow)।

3. सर्वर-टू-सर्वर पार्टनर। एक गोपनीय क्लाइंट (एक सीक्रेट के साथ, सर्वर पर रखा गया) प्राधिकरण-कोड प्रवाह का उपयोग कर सकता है, या client_credentials, जो उस प्रोजेक्ट के लिए एपीआई कुंजी की तरह व्यवहार करता है।

अपने बैकएंड को सिंक में रखना

पोलिंग के बजाय वेबहुक की सदस्यता लें। डिलीवरी हस्ताक्षरित (Anpheros-Signature, टाइमस्टैम्प और बॉडी पर HMAC-SHA256), कम से कम एक बार और संभवतः आउट-ऑफ-ऑर्डर होती हैं; इवेंट आईडी द्वारा डी-डुप्लिकेट करें और पुराने संस्करणों को अनदेखा करें।

import { verifyWebhookSignature } from '@anpheros/sdk';

app.post('/anpheros/hook', express.raw({ type: 'application/json' }), async (req, res) => {
  const ok = await verifyWebhookSignature({ secret: process.env.ANPHEROS_WEBHOOK_SECRET!, header: req.header('anpheros-signature'), body: req.body });
  if (!ok) return res.status(400).end();
  const event = JSON.parse(req.body.toString());   // ids and versions only — read the resource if you need it
  res.status(204).end();
});

त्रुटियों और सीमाओं को संभालना

त्रुटियाँ · सीमाएँ और दर सीमाएँ

अक्सर पूछे जाने वाले प्रश्न

मेडिकल ऐप को कौन सा डेटाबेस इस्तेमाल करना चाहिए?

एक ऐसा डेटाबेस जो मेडिकल डेटा को एक मानक, संस्करणित रूप में रखता हो और प्रति रोगी एक्सेस को नियंत्रित करता हो। Anpheros HL7 FHIR R4 पर निर्मित एक प्रबंधित स्वास्थ्य सेवा डेटाबेस है: प्रत्येक रोगी का रिकॉर्ड संस्करणित और खोजने योग्य होता है, हर राइट प्रोवेनेंस (provenance) ले जाता है, और एक एप्लिकेशन किसी रोगी को तभी देखता है जब उसने रिकॉर्ड बनाया हो या रोगी ने सहमति दी हो। आपका अपना डेटाबेस आपके उत्पाद के बाकी डेटा - खाते, बिलिंग, सामग्री - को रखता है। अपने स्वयं के टेबल डिजाइन करने के ट्रेड-ऑफ के लिए, FHIR बनाम कस्टम मेडिकल डेटाबेस देखें।

क्या मेडिकल ऐप्स के लिए कोई मुफ्त डेटाबेस है?

हाँ। Anpheros सैंडबॉक्स मुफ्त है: Google से साइन इन करें, एक क्लिक में एक कुंजी प्राप्त करें, और आपके प्रोजेक्ट को अपने 30 सिंथेटिक रोगी और प्रति दिन 10,000 राइट तक मिलते हैं। उत्पादन 2,500 रोगियों के लिए €99 प्रति माह से शुरू होता है, जिसमें पहला महीना मुफ्त है; उत्पादन एक्सेस हस्ताक्षरित डेटा प्रोसेसिंग समझौते वाले सत्यापित संगठनों के लिए है। मूल्य निर्धारण देखें।

क्या मैं मुफ्त सैंडबॉक्स में वास्तविक रोगी डेटा रख सकता हूँ?

नहीं। सैंडबॉक्स केवल सिंथेटिक डेटा के लिए है: प्रत्येक सैंडबॉक्स प्रोजेक्ट को अपने सिंथेटिक रोगी मिलते हैं, और सैंडबॉक्स कुंजी उत्पादन तक नहीं पहुँच सकती है। वास्तविक रोगी रिकॉर्ड उत्पादन प्रोजेक्ट में होते हैं।

संबंधित

Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

Product updates by email

New features, guides and the end of the beta. One email a month at most.

Send me occasional Anpheros Platform updates by email (new features, API changes, guides). I'll confirm by email and can unsubscribe in one click from any email. Privacy