# स्वास्थ्य सेवा सॉफ्टवेयर विकास

> चिकित्सा सॉफ्टवेयर बनाने में क्या अंतर है और स्वास्थ्य सेवा एप्लिकेशन कैसे लेयर्ड (layered) होता है: आपके उत्पाद सबसे ऊपर, Anpheros API, FHIR रिकॉर्ड और रोगी की सहमति नीचे।

Source: https://developers.anpheros.com/hi/guides/healthcare-software

**स्वास्थ्य सेवा सॉफ्टवेयर वह सॉफ्टवेयर है जो लोगों के स्वास्थ्य के बारे में जानकारी बनाता है, संग्रहीत करता है या उस पर कार्य करता है — रोगी ऐप, क्लिनिक टूल, प्रयोगशाला प्रणाली, रिमोट-मॉनिटरिंग सेवाएं, AI सहायक।** जो इसे अन्य सॉफ्टवेयर से अलग करता है वह यूजर इंटरफ़ेस नहीं बल्कि डेटा है: यह संवेदनशील, दीर्घकालिक, मानकीकृत, संगठनों के बीच साझा किया जाने वाला और सहमति के अधीन है। Anpheros उस डेटा लेयर के लिए इंफ्रास्ट्रक्चर है; यह पृष्ठ एक स्वास्थ्य सेवा एप्लिकेशन की परतों की व्याख्या करता है और Anpheros उनमें से कौन सी प्रदान कर सकता है।

## सामान्य आर्किटेक्चर

```
Healthcare application        your product: UI, workflows, notifications, business rules
        ↓
Anpheros API                  REST v1 and FHIR R4, OAuth 2.1 / SMART on FHIR, webhooks, SDKs
        ↓
FHIR medical data             one HL7 FHIR R4 record per patient, versioned, with provenance
        ↓
Consent / authorisation       per-application grants chosen and revocable by the patient
```

आपका एप्लिकेशन अनुभव का मालिक है; Anpheros रिकॉर्ड और उसके आसपास के नियमों का मालिक है।

## मेडिकल सॉफ़्टवेयर बनाने में क्या अलग है

### डेटा मॉडल एक मानक है, डिज़ाइन विकल्प नहीं
अन्य सॉफ़्टवेयर अपना स्कीमा बना सकते हैं। मेडिकल सॉफ़्टवेयर जो अपना स्कीमा बनाता है, वह अनुवाद परियोजना के बिना लैब, क्लीनिक या अन्य अनुप्रयोगों के साथ डेटा का आदान-प्रदान नहीं कर सकता है। पहले कोड लाइन से HL7 FHIR R4 संसाधनों और मानक कोड (LOINC, ICD-10, ATC, UCUM) का उपयोग करने से यह बच जाता है। [FHIR platform](https://developers.anpheros.com/hi/guides/fhir)

### हर मान का एक स्रोत होना चाहिए
रोगी द्वारा टाइप किया गया ग्लूकोज मान, डिवाइस द्वारा मापा गया, लैब रिपोर्ट से आयातित या AI मॉडल द्वारा उत्पन्न होने का मतलब अलग-अलग चीजें हैं। Anpheros हर राइट के लिए लेखक प्रकार (रोगी, प्रैक्टिशनर, डिवाइस, आयात, AI), संगठन और स्रोत सिस्टम को रिकॉर्ड करता है, और हर संस्करण को रखता है।

### एक्सेस रोगी द्वारा तय किया जाता है, केवल एप्लिकेशन द्वारा नहीं
उपयोगकर्ता लॉगिन और भूमिकाओं से परे, मेडिकल सॉफ़्टवेयर को सहमति की आवश्यकता होती है: कौन सा एप्लिकेशन किस व्यक्ति के रिकॉर्ड के किस हिस्से को, कितनी देर तक पढ़ सकता है, और एक ऑडिट जिसे व्यक्ति देख सकता है। [Consent and access model](https://developers.anpheros.com/hi/guides/consent)

### डेटा एप्लिकेशन से बचा रहना चाहिए
रिकॉर्ड वर्षों तक रखे जाते हैं और प्रदाताओं के बीच चलते हैं। रिकॉर्ड (इंफ्रास्ट्रक्चर) को एप्लिकेशन से अलग करने का मतलब है कि एक रीडिज़ाइन, एक नया ऐप या एक नया पार्टनर मेडिकल डेटा को माइग्रेट करने की आवश्यकता नहीं है। [Digital medical record infrastructure](https://developers.anpheros.com/hi/guides/digital-medical-record)

### वास्तविक रोगियों के बिना विकसित और परीक्षण करें
वास्तविक मेडिकल डेटा विकास वातावरण में नहीं होना चाहिए। Anpheros के पास एक सैंडबॉक्स है - सिंथेटिक रोगियों के साथ एक अलग डेटाबेस - और सैंडबॉक्स कुंजी जो शारीरिक रूप से उत्पादन डेटा तक नहीं पहुंच सकती है।

### AI को बाकी सभी की तरह ही नियमों की आवश्यकता है
AI सुविधा रिकॉर्ड का एक और रीडर है। इसे केवल वही मिलना चाहिए जिसकी रोगी ने अनुमति दी है, स्रोतों के साथ, और इसके आउटपुट को AI-जनित के रूप में लेबल किया जाना चाहिए। [AI healthcare applications](https://developers.anpheros.com/hi/guides/ai-healthcare)

## आप क्या बनाते हैं और Anpheros क्या प्रदान करता है

| लेयर | आप बनाते हैं | Anpheros प्रदान करता है |
|---|---|---|
| यूजर एक्सपीरियंस | स्क्रीन, फ्लो, नोटिफिकेशन, क्लिनिकल कंटेंट | — |
| आपके यूजर्स और अकाउंट्स | साइन-अप, लॉगिन, आपके प्रोडक्ट में रोल्स | डेटा एक्सेस के लिए प्रति-मरीज सहमति; सहमति पेज पर मरीज साइन-इन |
| मेडिकल डेटा स्टोरेज | — | FHIR R4 रिकॉर्ड, 26 रिसोर्स टाइप, हिस्ट्री, डॉक्यूमेंट्स |
| कोडिंग | क्या रिकॉर्ड करना है चुनना | स्टैंडर्ड कोड सिस्टम, बंडल LOINC सर्च |
| रिकॉर्ड्स तक एक्सेस कंट्रोल | आपके कौन से यूजर्स कौन सा मरीज देखते हैं | प्रोजेक्ट आइसोलेशन, पेयरवाइज आईडी, OAuth स्कोप |
| ऑडिट | — | राइट्स पर प्रोवेनेंस, मरीज को दिखाई देने वाला एक्सेस लॉग |
| इंटीग्रेशन | आपके पार्टनर्स की विशिष्टताएं | लैब इम्पोर्ट, FHIR ट्रांजैक्शन, वेबहुक, SDKs |
| AI | प्रॉम्प्ट्स, मॉडल का चुनाव, आपकी फीचर की सुरक्षा | टोकन बजट और प्रोवेनेंस लेबल के साथ कॉन्टेक्स्ट API |
| अनुपालन | आपके नियामक दायित्व और क्लिनिकल सुरक्षा | EU डेटा रेजीडेंसी, ग्राहक-प्रबंधित कुंजी के साथ डॉक्यूमेंट्स का एन्क्रिप्शन, प्रोडक्शन के लिए डेटा प्रोसेसिंग एग्रीमेंट |

## आगे कहाँ जाएँ

- एक्सेस से प्रोडक्शन तक का चरण-दर-चरण मार्ग: [Anpheros के साथ निर्माण करें](https://developers.anpheros.com/hi/guides/build-with-anpheros)
- एक वर्किंग ट्यूटोरियल: [एक स्वास्थ्य सेवा ऐप बनाएँ](https://developers.anpheros.com/hi/guides/build-a-healthcare-app)
- मेडिकल बैकएंड की जिम्मेदारियाँ: [मेडिकल ऐप बैकएंड और डेटाबेस](https://developers.anpheros.com/hi/guides/medical-app-backend)
- आरेख और डेटा प्रवाह: [आर्किटेक्चर](https://developers.anpheros.com/hi/guides/architecture)
- शुरुआती चरण की टीमों के लिए: [स्वास्थ्य सेवा स्टार्टअप](https://developers.anpheros.com/hi/guides/healthcare-startups)

## संबंधित

- [मेडिकल डेटा इंफ्रास्ट्रक्चर](https://developers.anpheros.com/hi/guides/medical-data-infrastructure)
- [हेल्थकेयर एपीआई](https://developers.anpheros.com/hi/guides/healthcare-api)
- [सुरक्षा, गोपनीयता और डेटा रेजीडेंसी](https://developers.anpheros.com/hi/guides/security)