Kişisel Sağlık Kaydı (PHR) Uygulaması Backend Şablonu
Kullanıcıya ait tıbbi belgeler, alerjen takibi ve aşılama kayıtları
Back4app üzerinde Kişisel Sağlık Kaydı backend: tıbbi belge depolama, alerji ve aşılama geçmişleri, ilaç ve laboratuvar modelleri, onay/paylaşım, denetim günlükleri, ER diyagramı ve hızlı başlangıç için bir AI Agent istemi.
Ana Noktalar
Bu şablon, belge deposu, alerjiler, bağışıklamalar, ilaçlar, laboratuvar sonuçları, onay nesneleri ve denetim kayıtları ile kullanıcı merkezli bir PHR arka ucu sağlar, böylece gizliliğe odaklı sağlık uygulamalarını hızlı bir şekilde sunabilirsiniz.
- Kullanıcı kontrolündeki sağlık verileri — Hastaları öncelikli tutun: kayıtlar ve onaylar, kullanıcının hesabı tarafından sahiplenilir ve kontrol edilir, böylece Provider'ler ile seçici paylaşım yapılabilir.
- Yapılandırılmış klinik varlıklar — Alerjileri, bağışıklamaları, ilaçları ve laboratuvar sonuçlarını doğru sorgulama ve kullanıcı deneyimi görüntüleme için yazılı alanlarla modelleyin.
- Belge yükleme ve sürümleme — Klinik iş akışlarını desteklemek için meta veriler ve yükleme geçmişi ile beraber PDF, resim ve yapılandırılmış belgeleri depolayın.
- Rıza odaklı paylaşım — Rıza nesneleri ve zaman sınırlı izinlerle ince ayarlanmış Provider erişimi verin.
- Çapraz platform hazırlığı — Birleşik REST ve GraphQL API'leri ile mobil, web ve Provider portallarını Live Queries ile gerçek zamanlı güncellemeler için hizmet edin.
Kişisel Sağlık Kaydı (PHR) Uygulaması Arka Uç Şablonu Nedir?
Back4app, hızlı ürün teslimatı için bir arka uç hizmeti (BaaS). PHR Uygulaması Arka Uç Şablonu, tıbbi belgeler, alerjiler, aşılar, ilaçlar, laboratuvar sonuçları, Provider'lar, rızalar ve denetim kayıtları için önceden oluşturulmuş bir şemadır. Ön yüzünüzü (React, Flutter, Next.js ve daha fazlası) bağlayın ve teslimatı hızlandırın.
En iyi:
Genel Bakış
Modern bir PHR ürününün, belgeler için güvenli kullanıcı öncelikli depolama, doğru alerji ve immünizasyon kayıtları, ilaç geçmişi ve Provider'larla veri paylaşımı için bir onay modeli gereklidir.
Bu şablon, ekiplerin PHR uygulamalarını hızlı ve uyumlu bir şekilde uygulayabilmesi için mülkiyet kuralları ve genişletilebilir iş akışları ile HealthDocument, Allergy, Immunization, Medication, LabResult, Provider, Consent ve AuditLog'u tanımlar.
Temel PHR Özellikleri
Bu merkezdeki her teknoloji kartı, HealthDocument, Allergy, Immunization, Medication, LabResult, Provider, Consent ve AuditLog ile aynı PHR arka uç şemasını kullanır.
Tıbbi belge kasası
PDF'leri, resimleri ve meta veriler ve sahip gösterimleri ile yapılandırılmış kayıtları yükleyin ve sürümleri yönetin.
Alerji ve React takibi
Sahibe bağlı alerjenleri, Reactleri, şiddeti ve başlangıç tarihini kaydedin.
Aşılama ve aşı geçmişi
Aşının adı, uygulama tarihi, lotu ve Provider referansını kaydedin.
İlaç listeleri ve programları
Aktif ve tarihi ilaçları doz, sıklık ve talimatları ile saklayın.
Laboratuvar sonuçları
Laboratuvar sonuçlarını sayısal değerler, birimler, referans aralıkları ve ekler ile saklayın.
Onay ve paylaşım kontrolleri
Kayıtlara son tarih ve kapsam ile Provider-e özgü erişim ver.
Merkezi denetim günlükleri
İzlenebilirlik için aktör, eylem, hedef ve yük metadata'sını kaydedin.
Neden PHR Arka Uçınızı Back4app ile Oluşturmalısınız?
Back4app, ekibinizin arka uç ile uğraşmak yerine kullanıcı deneyimi, onay deneyimleri ve entegrasyonlara odaklanabilmesi için PHR uygulamaları için temel altyapı sağlar.
- •Kullanıcı öncelikli veri sahipliği: Hastaların kayıtlarını kimin görüntüleyebileceği veya indirebileceği üzerinde kontrolü sürdürebilmesi için sahiplik kurallarını ve onay nesnelerini uygulayın.
- •Güvenli belge ve meta veri depolama: Klinik belgeleri meta verilerle, sürümlerle ve laboratuvarlar ve aşılar gibi yapılandırılmış veriye işaretçilerle yükleyin.
- •Denetim yapılabilirliği + API esnekliği: Paylaşım olayları ve kayıt değişiklikleri için denetim günlüklerini kalıcı hale getirirken web ve mobil istemciler için REST ve GraphQL sağlayın.
Ölçeklenebilir depolama, kimlik doğrulama ve tüm platformlarda API'ler ile hızlı bir şekilde gizlilik odaklı bir PHR arka ucu gönderin.
Temel Faydalar
Verileri yapılandırılmış ve denetlenebilir tutarken, size gizlilik odaklı sağlık deneyimleri sunmanıza yardımcı olan bir PHR arka ucu.
Pazara sürüş hızı
Klinik varlıkları ve onay akışlarını sıfırdan tasarlamak yerine, tamamlanmış bir PHR şemasından başlayın.
Hasta odaklı erişim kontrolü
Hastalara, Provider'lar ve uygulamalarla onayları yönetme ve kayıtları seçici olarak paylaşma imkanı tanıyın.
Etkileşimli veri modelleri
Entegrasyonlar ve analizler için yapılandırılmış aşı, ilaç ve laboratuvar modellerini kullanın.
İnce ayrıntılı izinler
Erişimin açık ve denetlenebilir olması için ACL/CLP ve Onay nesnelerini kullanın.
Güvenilir denetim izi
Şeffaflık ve uyum için erişim ve paylaşım olaylarını kaydedin.
Yapay zeka destekli başlangıç akışı
Önceden oluşturulmuş bir Yapay Zeka Ajansı talimatı ile hızlı bir şekilde arka uç iskeleti ve entegrasyon kılavuzu oluşturun.
Kullanıcı odaklı bir Kişisel Sağlık Kaydı oluşturmaya hazır mısınız?
Back4app Yapay Zeka Ajansının PHR arka ucunu iskelet oluşturmasına ve belgeler, alerjiler, aşılar, onaylar ve denetim günlüklerini tek bir talimattan üretmesine yardımcı olun.
Başlamak ücretsiz — ayda 50 Yapay Zeka Ajansı talimatı, kredi kartı gerektirmez
Teknik Yığın
Bu PHR arka uç şablonunda her şey dahil.
ER Diyagramı
PHR arka uç şeması için varlık ilişkisi modeli.
Kullanıcıya ait tıbbi belgeler, alerjiler, aşılar, ilaçlar, laboratuvar sonuçları, onaylar ve denetim günlüklerini kapsayan şema.
Diyagram kaynağını görüntüle
erDiagram
Profile ||--o{ MedicalDocument : "owns"
Profile ||--o{ Allergy : "has"
Profile ||--o{ Vaccination : "has"
Profile ||--o{ SharedAccess : "grants"
Profile ||--o{ EmergencyContact : "links to"
MedicalDocument }o--|| Profile : "profile"
Vaccination }o--|| Profile : "profile"
Allergy }o--|| Profile : "profile"
SharedAccess }o--|| Profile : "profile"
SharedAccess }o--|| _User : "grantee"
Profile {
String objectId PK
Pointer user FK
String fullName
Date birthDate
String gender
String bloodType
String primaryCareProvider
String notes
Date createdAt
Date updatedAt
}
MedicalDocument {
String objectId PK
Pointer profile FK
File file
String documentType
String title
String description
Array<String> tags
Date uploadedAt
Boolean isShared
Date createdAt
Date updatedAt
}
Allergy {
String objectId PK
Pointer profile FK
String substance
String severity
String reaction
String notes
Date recordedAt
Boolean isActive
Date createdAt
Date updatedAt
}
Vaccination {
String objectId PK
Pointer profile FK
String vaccineName
Date dateAdministered
String dose
String lotNumber
String provider
Date nextDoseDate
Pointer proofDocument FK
Date createdAt
Date updatedAt
}
SharedAccess {
String objectId PK
Pointer profile FK
Pointer grantee FK
String accessLevel
Array<String> scope
Date expiresAt
Pointer createdBy FK
Date createdAt
Date updatedAt
}
EmergencyContact {
String objectId PK
Pointer profile FK
String name
String relationship
String phone
String notes
Date createdAt
Date updatedAt
}
AuditLog {
String objectId PK
Pointer actor FK
String entityType
String entityId
String action
String summary
Object metadata
Date createdAt
Date updatedAt
}
Entegrasyon Akışı
Kimlik doğrulama, kayıt erişimi, belge yükleme, onay verme ve denetim günlüğü için tipik çalışma akışı.
Diyagram kaynağını görüntüle
sequenceDiagram
participant User
participant App as Personal Health Record (PHR) App
participant Back4app as Back4app Cloud
User->>App: Login with email (patient) or OAuth (clinician)
App->>Back4app: POST /login
Back4app-->>App: Session token + user profile
User->>App: List my vaccinations and allergies
App->>Back4app: GET /classes/Vaccination?where={"profile":{"__type":"Pointer","className":"Profile","objectId":"profileId"}}
Back4app-->>App: Vaccination and Allergy records
User->>App: Upload lab result PDF
App->>Back4app: POST /files -> create MedicalDocument with file pointer
Back4app-->>App: File object + MedicalDocument.objectId
User->>App: Share record with Dr. Lee for 48h
App->>Back4app: POST /classes/SharedAccess with accessLevel and expiresAt
Back4app-->>App: SharedAccess.objectId + notification
Back4app-->>App: Live Query event: MedicalDocument updated by clinician
App-->>User: Notify patient in-app / refresh documents listVeri Sözlüğü
PHR şemasındaki her sınıf için tam alan seviyesi referansı.
| Alan | Tür | Açıklama | Gerekli |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | Otomatik |
| user | Pointer<_User> | Linked Back4app user account (patient or caregiver) | |
| fullName | String | Patient full name | |
| birthDate | Date | Date of birth | — |
| gender | String | Gender identity | — |
| bloodType | String | Blood type (e.g. A+, O-) | — |
| primaryCareProvider | String | Name or clinic of primary care provider | — |
| notes | String | Free-text health notes or summary | — |
| createdAt | Date | Auto-generated creation timestamp | Otomatik |
| updatedAt | Date | Auto-generated last-update timestamp | Otomatik |
10 alanı Profile içinde
Güvenlik ve İzinler
ACL, CLP, onay nesneleri ve Cloud Code'un kişisel sağlık kayıtlarını ve paylaşımını nasıl güvence altına aldığı.
Hasta sahipliğindeki kayıtlar
Sahipliği ve ACL'yi ayarlayın, böylece HealthDocument, Allergy, Immunization, Medication ve LabResult girişleri yalnızca kayıt sahibi ve yetkilendirilmiş Provider'lar tarafından okunabilir ve yazılabilir.
Rıza temelli paylaşım
Açık kapsam ve sona erme ile Provider erişimini vermek için Rıza sınıfını kullanın; Cloud Code, okuma/indirleme uç noktalarında rıza kontrollerini zorlar.
Yalnızca ekleme denetim günlüğü
Denetim günlükü girişlerini standart kullanıcılar için yalnızca ekleme olarak tutun; yalnızca güvenilir arka uç akışları veya yöneticiler tarihsel günlükleri yazabilir veya yönetebilir.
Şeması (JSON)
Kopyalamak için hazır ham JSON şeması tanımı Back4app veya uygulama referansı olarak kullanın.
{
"classes": [
{
"className": "Profile",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"user": {
"type": "Pointer",
"required": true,
"targetClass": "_User"
},
"fullName": {
"type": "String",
"required": true
},
"birthDate": {
"type": "Date",
"required": false
},
"gender": {
"type": "String",
"required": false
},
"bloodType": {
"type": "String",
"required": false
},
"primaryCareProvider": {
"type": "String",
"required": false
},
"notes": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "MedicalDocument",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"profile": {
"type": "Pointer",
"required": true,
"targetClass": "Profile"
},
"file": {
"type": "File",
"required": true
},
"documentType": {
"type": "String",
"required": true
},
"title": {
"type": "String",
"required": true
},
"description": {
"type": "String",
"required": false
},
"tags": {
"type": "Array",
"required": false
},
"uploadedAt": {
"type": "Date",
"required": true
},
"isShared": {
"type": "Boolean",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Allergy",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"profile": {
"type": "Pointer",
"required": true,
"targetClass": "Profile"
},
"substance": {
"type": "String",
"required": true
},
"severity": {
"type": "String",
"required": true
},
"reaction": {
"type": "String",
"required": true
},
"notes": {
"type": "String",
"required": false
},
"recordedAt": {
"type": "Date",
"required": true
},
"isActive": {
"type": "Boolean",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Vaccination",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"profile": {
"type": "Pointer",
"required": true,
"targetClass": "Profile"
},
"vaccineName": {
"type": "String",
"required": true
},
"dateAdministered": {
"type": "Date",
"required": true
},
"dose": {
"type": "String",
"required": false
},
"lotNumber": {
"type": "String",
"required": false
},
"provider": {
"type": "String",
"required": false
},
"nextDoseDate": {
"type": "Date",
"required": false
},
"proofDocument": {
"type": "Pointer",
"required": false,
"targetClass": "MedicalDocument"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "SharedAccess",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"profile": {
"type": "Pointer",
"required": true,
"targetClass": "Profile"
},
"grantee": {
"type": "Pointer",
"required": true,
"targetClass": "_User"
},
"accessLevel": {
"type": "String",
"required": true
},
"scope": {
"type": "Array",
"required": false
},
"expiresAt": {
"type": "Date",
"required": false
},
"createdBy": {
"type": "Pointer",
"required": true,
"targetClass": "_User"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "EmergencyContact",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"profile": {
"type": "Pointer",
"required": true,
"targetClass": "Profile"
},
"name": {
"type": "String",
"required": true
},
"relationship": {
"type": "String",
"required": true
},
"phone": {
"type": "String",
"required": true
},
"notes": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "AuditLog",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"actor": {
"type": "Pointer",
"required": true,
"targetClass": "_User"
},
"entityType": {
"type": "String",
"required": true
},
"entityId": {
"type": "String",
"required": true
},
"action": {
"type": "String",
"required": true
},
"summary": {
"type": "String",
"required": true
},
"metadata": {
"type": "Object",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
}
]
}AI Ajanı ile İnşa Et
Bu şablondan gerçek bir Kişisel Sağlık Kaydı uygulaması oluşturmak için Back4app AI Ajanını kullanın; ön uç, arka uç, kimlik doğrulama ve rıza iş akışları dahil.
Back4app üzerinde bu kesin şema ve davranışla bir Kişisel Sağlık Kaydı (PHR) backend oluşturun. Şema: 1. HealthDocument: sahibi (Kullanıcıya İşaretçi, zorunlu), başlık (String, zorunlu), dosya (File, zorunlu), etiketler (Array, isteğe bağlı), sürüm (Number, varsayılan 1), oluşturulmaTarihi, güncellenmeTarihi (sistem). 2. Alerji: sahibi (Kullanıcıya İşaretçi, zorunlu), madde (String, zorunlu), Reactiyon (String, isteğe bağlı), şiddet (String: hafif, orta, ağır, zorunlu), başlangıçTarihi (Tarih, isteğe bağlı). 3. Aşı: sahibi (Kullanıcıya İşaretçi, zorunlu), aşıAdı (String, zorunlu), uygulandığıTarih (Tarih, zorunlu), partiNumarası (String, isteğe bağlı), Provider (Pointer to Provider, isteğe bağlı). 4. İlaç: sahibi (Kullanıcıya İşaretçi, zorunlu), adı (String, zorunlu), doz (String, isteğe bağlı), sıklık (String, isteğe bağlı), talimatlar (String, isteğe bağlı), aktif (Boolean, varsayılan doğru). 5. LaboratuvarSonucu: sahibi (Kullanıcıya İşaretçi, zorunlu), testAdı (String, zorunlu), değer (Number veya String), birimler (String, isteğe bağlı), referansAralığı (String, isteğe bağlı), tarih (Tarih, zorunlu), ek (HealthDocument’a İşaretçi, isteğe bağlı). 6. Provider: adı (String, zorunlu), sistemKimliği (String, isteğe bağlı), iletişim (Nesne, isteğe bağlı). 7. Onay: sahibi (Kullanıcıya İşaretçi, zorunlu), Provider (Pointer to Provider, zorunlu), kapsam (String Dizisi: [belgeler, alerjiler, aşılar, ilaçlar, laboratuvarlar]), geçerliliğiSonaErişTarihi (Tarih, isteğe bağlı), onaylayan (Kullanıcıya veya sistem İşaretçi). 8. DenetimKaydı: aktör (Kullanıcıya İşaretçi, zorunlu), eylem (String, zorunlu), varlıkTürü (String, zorunlu), varlıkKimliği (String, zorunlu), yük (Nesne, isteğe bağlı); oluşturulmaTarihi, güncellenmeTarihi (sistem). Güvenlik: - Sadece sahipler ve onaylı Providerlerin kayıtlara erişmesi için ACL/CLP kullanın. Bulut Kodu, Provider okuyup indirmesine izin vermeden önce Onayı doğrular. DenetimKaydı girişleri standart kullanıcılar için yalnızca ekleme modundadır. Kimlik Doğrulama: - Kullanıcı hesapları için kaydolma, giriş, çıkış. Sınırlı yetkilere sahip Provider hesaplarını destekleyin. Davranış: - Kimlik doğrulama, kullanıcı kayıtlarını listeleme, HealthDocument yükleme, yapılandırılmış Alerji/Aşı/İlaç/LaboratuvarSonucu girişleri oluşturma, belirli kayıtları bir Provider ile paylaşmak için Onay oluşturma ve kritik olaylar için DenetimKaydı girişleri yazma. Teslimat: - Back4app uygulaması ile şema, ACL'ler, CLP'ler; güvenli belge kasası için ön yüz, alerji ve aşı zaman çizelgeleri, ilaç listeleri, laboratuvar sonucu görüntüleri, Provider onay akışları ve denetim geçmişi.
Aşağıdaki düğmeye basarak bu şablon istemi önceden doldurulmuş olan Ajana erişin.
Bu, bir teknoloji eki olmayan temel istemdir. Daha sonra üretilen ön uç yığınını uyarlayabilirsiniz.
API Oyun Alanı
PHR şemasına karşı REST ve GraphQL uç noktalarını deneyin. Yanıtlar sahte veriler kullanır ve bir Back4app hesabı gerektirmez.
Bu şablonla aynı şemayı kullanır.
Teknolojinizi Seçin
Entegrasyon adımları, durum desenleri, veri modeli örnekleri ve çevrimdışı notlar için her kartı genişletin.
Flutter PHR Backend
React PHR Backend
React Yerel PHR Backend
Next.js PHR Backend
JavaScript PHR Backend
Android PHR Backend
iOS PHR Backend
Vue PHR Backend
Angular PHR Backend
GraphQL PHR Backend
REST API PHR Backend
PHP PHR Backend
.NET PHR Backend
Her Teknolojide Aldıklarınız
Her yığın aynı PHR arka uç şemasını ve API sözleşmelerini kullanır.
Birleştirilmiş kişisel sağlık kaydı veri yapısı
Tıbbi belgeler ve kayıtlar için önceden oluşturulmuş şema.
kişisel sağlık kaydı için güvenli paylaşım
Gizliliği sağlarken Provider ile sağlık bilgilerini kolayca paylaşın.
kişisel sağlık kaydı için kapsamlı denetim günlükleri
Hassas sağlık verilerine erişimi ve değişiklikleri takip edin.
kişisel sağlık kaydı için REST/GraphQL API'leri
Çeşitli ön yüzlerle sorunsuz entegrasyon için esnek API erişimi.
kişisel sağlık kaydı için gerçek zamanlı güncellemeler
Sağlık kayıtları ve durumu üzerindeki değişiklikler hakkında anlık bildirimler.
kişisel sağlık kaydı için genişletilebilirlik
Belirli ihtiyaçlara uyacak şekilde özel özellikler ve modüller ekleyin.
Kişisel Sağlık Kaydı Çerçeve Karşılaştırması
Tüm desteklenen teknolojiler arasında kurulum hızı, SDK stili ve AI desteğini karşılaştırın.
| Çerçeve | Kurulum Süresi | Kişisel Sağlık Kaydı Faydası | SDK Türü | AI Desteği |
|---|---|---|---|---|
| 5 dakikadan az | Mobil ve web için kişisel sağlık kaydı için tek kod tabanı. | Typed SDK | Tam | |
| ~3-7 dk | Kişisel sağlık kaydı için hızlı web paneli. | Typed SDK | Tam | |
| Hızlı (5 dk) kurulum | Kişisel sağlık kaydı için çapraz platform mobil uygulama. | Typed SDK | Tam | |
| ~5 dk | Kişisel sağlık kaydı için sunucu tarafından işlenen web uygulaması. | Typed SDK | Tam | |
| ~3 dk | Kişisel sağlık kaydı için hafif web entegrasyonu. | Typed SDK | Tam | |
| 5 dakikadan az | Android için kişisel sağlık kaydı uygulaması. | Typed SDK | Tam | |
| ~3-7 dk | iOS için kişisel sağlık kaydı uygulaması. | Typed SDK | Tam | |
| Hızlı (5 dk) kurulum | Reactive web arayüzü için kişisel sağlık kaydı. | Typed SDK | Tam | |
| ~5 dk | Kişisel sağlık kaydı için kurumsal web uygulaması. | Typed SDK | Tam | |
| Hızlı (2 dk) kurulum | Kişisel sağlık kaydı için esnek GraphQL API. | GraphQL API | Tam | |
| ~2 dk | REST API entegrasyonu için kişisel sağlık kaydı. | REST API | Tam | |
| 5 dakikadan az | Kişisel sağlık kaydı için sunucu taraflı PHP arka ucu. | REST API | Tam | |
| Hızlı (5 dk) kurulum | Kişisel sağlık kaydı için .NET arka ucu. | Typed SDK | Tam |
Kurulum süresi, bu şablon şeması kullanılarak proje başlangıcından ilk belge yüklemesine ve onay akışına kadar beklenen süreyi yansıtır.
Sıkça Sorulan Sorular
Bu şablon ile Kişisel Sağlık Kaydı arka ucu oluşturma hakkında yaygın sorular.
Kişisel Sağlık Kayıt Uygulamanızı Hazır Mı?
Kişisel Sağlık Kayıt projenize dakikalar içinde başlayın. Kredi kartı gerekmez.