Hasta Portal Uygulaması Arka Ucu Şablonu
Laboratuvar sonuçlarını iletin, tedavi planlarını yönetin ve güvenli doktor-hasta mesajlaşmasını sağlayın
Back4app üzerinde güvenli laboratuvar sonucu teslimi, tedavi planı yönetimi, klinik mesajlaşma, randevu bağlantısı ve merkezi denetim günlükleri ile üretime hazır hasta portal arka ucu. ER diyagramı, veri sözlüğü, JSON şeması, API oyun alanı ve hızlı başlangıç için bir AI Agent istemi içerir.
Ana Noktalar
Ürün ekibinizin UX ve uyum üzerine odaklanabilmesi için güvenli erişim kontrolü, laboratuvar versiyonlama, tedavi planı geçmişleri, iplikli mesajlaşma ve denetim izleri ile hasta odaklı bir arka uç oluşturun.
- Hasta öncelikli veri modeli — Hasta kimliği, laboratuvar sonuçları, tedavileri ve mesajları ayrı ancak belirgin menşei ve yetkilendirme için bağlantılı şekilde modelleyin.
- Güvenli mesajlaşma — Açık okuma makbuzları ve saklama kontrolleri ile hasta ve Provider'lar arasında iplikli, ek dostu mesajlar.
- Versiyonlu laboratuvar sonuçları — Güncellenmiş raporların ve eklerin izlenebilmesi için menşei ve versiyon meta verisi ile laboratuvar sonuçlarını depolayın.
- Tedavi planı yaşam döngüsü — Provider tarafından tedavi planı taslaklarını, onayları, hasta onayını ve sürüm geçmişini yönetin.
- Uyumluluk dostu günlükleme — Merkezi AuditLog sınıfı, inceleme, izleme ve uyumluluk için hassas olayları kaydeder.
Hasta Portali Uygulaması Arka Uç Şablonu Nedir?
Back4app, hızlı teslimat için bir arka uç-hizmet (BaaS) sunmaktadır. Hasta Portali Uygulaması Arka Uç Şablonu, hasta profilleri, laboratuvar sonuçları, tedavi planları, güvenli mesajlaşma, randevular ve denetim günlükleri için önceden oluşturulmuş bir şemadır. Tercih ettiğiniz ön yüzü (React, Flutter, Next.js ve daha fazlası) bağlayın ve daha hızlı teslim edin.
En iyi için:
Genel bakış
Hasta portalları güçlü veri sınırları, denetlenebilir değişiklikler ve laboratuvar sonuçları ile tedavi planları gibi hassas öğelerin güvenilir teslimatını gerektirir.
Bu şablon, takımın hasta portallarını hızlı ve güvenli bir şekilde uygulayabilmesi için sahiplik ve rol tabanlı kurallarla PatientProfile, LabResult, TreatmentPlan, Message, ProviderProfile, Appointment ve AuditLog'u tanımlar.
Temel Hasta Portal Özellikleri
Bu merkezdeki her teknoloji kartı, PatientProfile, LabResult, TreatmentPlan, Message, ProviderProfile, Appointment ve AuditLog ile aynı hasta portali arka uç şemasını kullanır.
Hasta profili ve kimlik doğrulama
HastaProfili, kimliği, iletişim bilgilerini ve tercihler ile doğrulanan Kullanıcıya bir işaretçi ile saklar.
Sürüm numaralı laboratuvar sonuçları
LabSonucu, test türünü, ham sonuç bilgilerini, rapor tarihini, sürümünü ve Provider kökenini saklar.
Tedavi planı yaşam döngüsü
TreatmentPlan plan içeriğini, Provider onaylayıcısını, durumu (taslak, aktif, tamamlandı) ve geçerli penceresini saklar.
Güvenli doktor–hasta mesajlaşması
Mesaj, ip uçlarını, ekleri, gönderen/alıcı işaretçilerini ve teslimat/okuma durumunu destekler.
Randevu bağlantısı
Randevu, hasta, Provider, planlanan zamanı ve ziyaret bağlamı için durumu bağlar.
Merkezi denetim günlükleri
AuditLog, uyumluluk için aktör kimliği, eylem türü, varlık bağlamı ve yük metadata'sını yakalar.
Neden Back4app ile Hasta Portal Uygulama Arka Uç Altyapınızı Oluşturmalısınız?
Back4app arka uç temellerini—güvenlik, kalıcılık, API'ler ve gerçek zamanlı—yönetir, böylece hasta deneyimine, gizlilik iş akışlarına ve klinik entegrasyona odaklanabilirsiniz.
- •Klinik verilerin güvenli teslimatı: Yerleşik kimlik doğrulama ve ACL/CLP şemaları, hangi kullanıcıların her laboratuvar sonucu, tedavi planı veya mesajı görebileceğini tam olarak kontrol etmenizi sağlar.
- •Denetim ve köken: AuditLog, kimlerin hassas kayıtları görüntülediğini, yayınladığını veya değiştirdiğini kaydeder, böylece uyum ve hata ayıklama desteği sağlayabilirsiniz.
- •Mesajlaşma ve bildirimler: İşlemli mesajlar, ekler ve isteğe bağlı canlı güncellemeler, klinik ile hasta arasındaki sohbetleri akıcı ve zamanında hale getirir.
Hızla güvenli bir hasta portal arka ucu dağıtın ve arka uç altyapısına değil, klinik iş akışlarına odaklanın.
Temel Faydalar
Gizlilik, köken ve hızlı teslimatı vurgulayan bir hasta portali arka ucu.
Hızlandırılmış hasta deneyimleri
Geçerli bir arka uç sözleşmesini yeniden kullanarak laboratuvar sonuçları görüntülerini, tedavi planı teslimatını ve güvenli mesajlaşmayı daha hızlı gönderin.
Güçlü veri kökeni
Versiyon laboratuvar sonuçları ve tedavi planları, klinik değişikliklerin denetlenebilir ve izlenebilir olması için.
Hassas izinler
ACL/CLP ve rol kontrolleri ile hassas öğeleri koruyun, böylece yalnızca yetkili klinisyenler ve hastalar onlara erişebilir.
Entegre mesajlaşma
Ekli ve isteğe bağlı gerçek zamanlı güncellemelerle işleten mesajlar, klinisyen-hasta iş birliğini geliştirir.
Uyumlu kayıt tutma
Merkezi AuditLog, incelemeleri, olay araştırmalarını ve uyum raporlamasını destekler.
AI destekli başlangıç
Schema, ACL'ler ve temel entegrasyon kodunu destekleyen özenle hazırlanmış bir AI Agent istemi ile geliştirmeyi hızlı başlatın.
Güvenli bir hasta portalı oluşturmaya hazır mısınız?
Back4app AI Ajanı'nın hasta portalı arka ucunu oluşturmasına ve tek bir istemle hasta profilleri, laboratuvar sonuçları, tedavi planları, mesajlaşma ve denetim günlüklerini üretmesine izin verin.
Başlamak için ücretsiz — ayda 50 AI Ajanı istemi, kredi kartı gerektirmez
Teknik Yığın
Bu Hasta Portalı arka ucu şablonuna dahil her şey.
ER Diyagramı
Hasta Portalı arka uç şeması için varlık ilişki modeli.
Hasta profilleri, Provider'ler, laboratuvar sonuçları, tedavi planları, mesajlaşma, randevular ve denetim kaydı işlemlerini kapsayan şema.
Diyagram kaynağını görüntüle
erDiagram
PatientProfile ||--o{ LabResult : "has"
PatientProfile ||--o{ TreatmentPlan : "receives"
PatientProfile ||--o{ Message : "context for"
PatientProfile ||--o{ Appointment : "scheduled in"
_User ||--o{ Message : "sends/receives"
_User ||--o{ TreatmentPlan : "authors"
_User ||--o{ Appointment : "provides"
PatientProfile {
String objectId PK
Pointer user FK
String medicalRecordNumber
String displayName
Date dateOfBirth
String primaryClinic
Boolean isActive
Date createdAt
Date updatedAt
}
LabResult {
String objectId PK
Pointer patient FK
Pointer orderedBy FK
String testCode
String testName
String resultValue
String units
String referenceRange
String status
Date publishedAt
Array attachments
Date createdAt
Date updatedAt
}
TreatmentPlan {
String objectId PK
Pointer patient FK
Pointer createdBy FK
String summary
String details
String status
Date startDate
Date endDate
Date createdAt
Date updatedAt
}
Message {
String objectId PK
String conversationId
Pointer from FK
Pointer to FK
Pointer patient FK
String body
Array attachments
Boolean isRead
Date sentAt
Date createdAt
Date updatedAt
}
Appointment {
String objectId PK
Pointer patient FK
Pointer provider FK
Date startAt
Date endAt
String location
String status
String reason
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, laboratuvar sonuç teslimi, tedavi planı güncellemeleri ve mesajlaşma için tipik çalışma akışı.
Diyagram kaynağını görüntüle
sequenceDiagram
participant Patient
participant App as Patient Portal App
participant Clinician
participant Back4app as Back4app Cloud
Patient->>App: Sign in with email or SSO
App->>Back4app: POST /login (credentials/SSO token)
Back4app-->>App: Return Session Token + Patient context
Patient->>App: Open Dashboard (profile & recent labs)
App->>Back4app: GET /classes/PatientProfile?where={"user":Pointer("_User", "u123")}
Back4app-->>App: PatientProfile object
App->>Back4app: GET /classes/LabResult?where={"patient":Pointer("PatientProfile","p123")}&order=-publishedAt
Back4app-->>App: List of LabResult (latest first)
Patient->>App: View active Treatment Plan
App->>Back4app: GET /classes/TreatmentPlan?where={"patient":Pointer("PatientProfile","p123"),"status":"active"}
Back4app-->>App: TreatmentPlan object
Patient->>App: Send secure message to clinician
App->>Back4app: POST /classes/Message (conversationId, body, to: Pointer(_User, clinicianId))
Back4app-->>App: Message objectId
Back4app-->>App: LiveQuery -> new Message or LabResult update
App-->>Patient: Real-time notification (new message / result available)
Clinician->>Back4app: Update LabResult (finalize)
Back4app-->>App: LiveQuery event -> App fetches updated LabResult
App-->>Patient: Alert: "New lab result available"Veri Sözlüğü
Hasta Portalı şemasındaki her sınıf için tam alan düzeyi referansı.
| Alan | Tür | Açıklama | Gerekli |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | Otomatik |
| user | Pointer<_User> | Linked Back4app user account | |
| medicalRecordNumber | String | Unique MRN for the patient | |
| displayName | String | Patient full name shown in UI | |
| dateOfBirth | Date | Patient date of birth | — |
| primaryClinic | String | Primary clinic or provider group | — |
| isActive | Boolean | Active portal access flag | |
| createdAt | Date | Auto-generated creation timestamp | Otomatik |
| updatedAt | Date | Auto-generated last-update timestamp | Otomatik |
9 alanları PatientProfile içinde
Güvenlik ve İzinler
ACL, CLP ve şifreleme stratejileri laboratuvar sonuçlarını, tedavi planlarını, mesajları ve denetim günlüklerini nasıl güvence altına alır.
Rol tabanlı erişim ve sahiplik
Hastaların kendi kayıtlarını görebilmesi ve Provider'ların atanan hasta verilerini görmesi için ACL'leri uygulayın; CLP'ler yetkisiz sınıf işlemlerini önler.
Şifrelenmiş yükler ve ekler
Hassas blob'ları (laboratuvar ekleri, PDF'ler) imzalı URL'lerin arkasında saklayın ve dinlenme koruması için depolama düzeyi şifrelemesini kullanın.
Yalnızca ekleme denetim izleri
Kullanıcıların tarihsel uyum kayıtlarıyla oynayamayacağından emin olmak için sunucu tarafı Cloud Code'dan AuditLog girişlerini yazın.
Şema (JSON)
Back4app'a kopyalamak için hazır ham JSON şeması ya da uygulama referansı olarak kullanmak için.
{
"classes": [
{
"className": "PatientProfile",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"user": {
"type": "Pointer",
"required": true,
"targetClass": "_User"
},
"medicalRecordNumber": {
"type": "String",
"required": true
},
"displayName": {
"type": "String",
"required": true
},
"dateOfBirth": {
"type": "Date",
"required": false
},
"primaryClinic": {
"type": "String",
"required": false
},
"isActive": {
"type": "Boolean",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "LabResult",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"patient": {
"type": "Pointer",
"required": true,
"targetClass": "PatientProfile"
},
"orderedBy": {
"type": "Pointer",
"required": false,
"targetClass": "_User"
},
"testCode": {
"type": "String",
"required": false
},
"testName": {
"type": "String",
"required": true
},
"resultValue": {
"type": "String",
"required": false
},
"units": {
"type": "String",
"required": false
},
"referenceRange": {
"type": "String",
"required": false
},
"status": {
"type": "String",
"required": true
},
"publishedAt": {
"type": "Date",
"required": false
},
"attachments": {
"type": "Array",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "TreatmentPlan",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"patient": {
"type": "Pointer",
"required": true,
"targetClass": "PatientProfile"
},
"createdBy": {
"type": "Pointer",
"required": true,
"targetClass": "_User"
},
"summary": {
"type": "String",
"required": true
},
"details": {
"type": "String",
"required": false
},
"status": {
"type": "String",
"required": true
},
"startDate": {
"type": "Date",
"required": false
},
"endDate": {
"type": "Date",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Message",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"conversationId": {
"type": "String",
"required": true
},
"from": {
"type": "Pointer",
"required": true,
"targetClass": "_User"
},
"to": {
"type": "Pointer",
"required": true,
"targetClass": "_User"
},
"patient": {
"type": "Pointer",
"required": true,
"targetClass": "PatientProfile"
},
"body": {
"type": "String",
"required": true
},
"attachments": {
"type": "Array",
"required": false
},
"isRead": {
"type": "Boolean",
"required": true
},
"sentAt": {
"type": "Date",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Appointment",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"patient": {
"type": "Pointer",
"required": true,
"targetClass": "PatientProfile"
},
"provider": {
"type": "Pointer",
"required": true,
"targetClass": "_User"
},
"startAt": {
"type": "Date",
"required": true
},
"endAt": {
"type": "Date",
"required": true
},
"location": {
"type": "String",
"required": false
},
"status": {
"type": "String",
"required": true
},
"reason": {
"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
}
}
}
]
}Yapay Zeka Ajanı ile Oluştur
Back4app Yapay Zeka Ajanını kullanarak bu şablondan bir Hasta Portalı uygulaması oluşturun; arka uç şeması, ACL'ler ve başlangıç ön yüz entegrasyonu ile birlikte.
Back4app üzerinde bu tam şema ve davranış ile bir Hasta Portalı arka ucu oluşturun. Şema: 1. PatientProfile: kullanıcı (Kullanıcıya İşaretçi, zorunlu), tamAd (String, zorunlu), doğumTarihi (Tarih, isteğe bağlı), iletişim (Nesne), tıbbiKayıtNumarası (String, zorunlu, benzersiz); objectId, createdAt, updatedAt. 2. ProviderProfili: kullanıcı (Kullanıcıya İşaretçi, zorunlu), uzmanlık (String), klinik (String), iletişim (Nesne); objectId, createdAt, updatedAt. 3. LaboratuvarSonucu: hasta (HastaProfiline İşaretçi, zorunlu), Provider (Pointer to ProviderProfili, zorunlu), raporTürü (String), sonuçVerisi (Nesne), raporTarihi (Tarih, zorunlu), versiyon (Sayı, varsayılan 1), ekler (Dosya Dizisi), görünürlük (String: hasta-only, Provider-only, paylaşılan); objectId, createdAt, updatedAt. 4. TedaviPlanı: hasta (HastaProfiline İşaretçi, zorunlu), Provider (Pointer to ProviderProfili, zorunlu), özet (String), detaylar (Nesne), durum (String: taslak, aktif, tamamlandı), geçerliBaşlangıç (Tarih), geçerliBitiş (Tarih), versiyon (Sayı); objectId, createdAt, updatedAt. 5. Mesaj: gönderen (Kullanıcıya İşaretçi, zorunlu), alıcı (Kullanıcıya İşaretçi, zorunlu), threadId (String, zorunlu), gövde (String), ekler (Dosya Dizisi), durum (String: gönderildi, teslim edildi, okundu), gönderildiğiTarih (Tarih); objectId, createdAt, updatedAt. 6. Randevu: hasta (HastaProfiline İşaretçi, zorunlu), Provider (Pointer to ProviderProfili, zorunlu), planlananTarih (Tarih, zorunlu), durum (String: planlandı, iptal edildi, tamamlandı), yer (String); objectId, createdAt, updatedAt. 7. DenetimKaydı: aktör (Kullanıcıya İşaretçi, zorunlu), eylem (String, zorunlu), varlıkTürü (String, zorunlu), varlıkId (String, zorunlu), yük (Nesne, isteğe bağlı), oluşturulmaTarihi (Tarih); objectId, createdAt, updatedAt. Güvenlik: - Hasta sadece LaboratuvarSonuçlarını ve TedaviPlanı kayıtlarını okuyabilsin diye ACL'leri zorlayın. Provider'lar atanan hastaları görür. Hassas geçişler için Cloud Code kullanın ve sunucu tarafında DenetimKaydı girişleri yazın. Ekleri imzalı URL'ler ve depolama şifrelemesi ile koruyun. Yetkilendirme: - Hastalar ve Provider'ler için kayıt desteği; rol ataması; güvenli giriş ve oturum yönetimi. Davranış: - Hasta giriş yapar, en son LaboratuvarSonucu versiyonlarını ve TedaviPlanlarını alır, Provider dizilerine mesaj gönderir ve bildirim alır. Provider'ler laboratuvar sonuçlarını ve tedavi planlarını yayımlar; sistem yayımlama eylemleri için DenetimKaydı girişleri yazar. Teslimat: - Şema, CLP'ler, ACL'ler, yayımlama ve denetim kaydı için Cloud Code bağlantıları ile birlikte Back4app uygulaması ve hasta ile Provider görünümleri için başlangıç ön yüz entegrasyonu.
Aşağıdaki butona basarak bu şablon istemi önceden doldurulmuş olarak Ajanı açabilirsiniz.
Bu, bir teknoloji son eki olmadan temel istemdir. Üretilen ön yüz yığını daha sonra uyarlayabilirsiniz.
API Oyun Alanı
Hasta Portalı şemasına karşı REST ve GraphQL uç noktalarını deneyin. Yanıtlar sahte veriler kullanır ve Back4app hesabı gerekmez.
Bu şemayı bu şablonla aynı şekilde kullanır.
Teknolojinizi Seçin
Her bir kartı genişletin; entegrasyon adımları, durum desenleri, veri modeli örnekleri ve çevrimdışı notlar için.
Flutter Hasta Portalı Arka Uç
React Hasta Portalı Arka Uç
React Yerel Hasta Portalı Arka Uç
Next.js Hasta Portalı Arka Uç
JavaScript Hasta Portalı Arka Uç
Android Hasta Portalı Arka Uç
iOS Hasta Portalı Arka Uç
Vue Hasta Portalı Arka Uç
Angular Hasta Portalı Arka Uç
GraphQL Hasta Portalı Arka Uç
REST API Hasta Portalı Arka Uç
PHP Hasta Portalı Arka Uç
.NET Hasta Portalı Arka Uç
Her Teknolojide Ne Alırsınız
Her yığın, aynı Hasta Portalı arka uç şemasını ve API sözleşmelerini kullanır.
Birleştirilmiş hasta veri yapısı
Tüm hasta bilgilerini tek bir şemada kolayca yönetin ve erişin.
hasta portalı için güvenli mesajlaşma
Hastalar ile sağlık Provider'ları arasında güvenli iletişimi kolaylaştırın.
Gerçek zamanlı randevu planlama
Hastaların randevu almasını ve yönetmesini kolayca sağlamak.
Kapsamlı laboratuvar sonuçları takibi
Hastalara laboratuvar sonuçlarını güvenli bir şekilde görüntüleme ve takip etme imkanı tanıyın.
Hassas veriler için erişim kontrolü
Sadece yetkili personelin hasta kayıtlarını görüntüleyebilmesini sağlayın.
REST/GraphQL API'leri için hasta portalı
Esnek API'ler kullanarak çeşitli ön yüzlerle kolayca entegrasyon sağlayın.
Hasta Portalı Çerçevesi Karşılaştırması
Desteklenen tüm teknolojiler arasında kurulum hızı, SDK stili ve AI desteğini karşılaştırın.
| Çerçeve | Kurulum Süresi | Hasta Portalı Avantajı | SDK Türü | Yapay Zeka Desteği |
|---|---|---|---|---|
| Hızlı (5 dk) kurulum | Mobil ve web için hasta portalında tek kod tabanı. | Typed SDK | Tam | |
| ~5 dk | Hasta portalı için hızlı web kontrol paneli. | Typed SDK | Tam | |
| Yaklaşık 5 dk | Hasta portalı için çok platformlu mobil uygulama. | Typed SDK | Tam | |
| 5 dakikadan az | Hasta portalı için sunucu tarafından işlenen web uygulaması. | Typed SDK | Tam | |
| ~3 dk | Hasta portalı için hafif web entegrasyonu. | Typed SDK | Tam | |
| Hızlı (5 dk) kurulum | Android yerel uygulaması hasta portalı için. | Typed SDK | Tam | |
| ~5 dk | iOS yerel uygulaması hasta portalı için. | Typed SDK | Tam | |
| Yaklaşık 5 dk | Reactive web arayüzü hasta portalı için. | Typed SDK | Tam | |
| 5 dakikadan az | Kurumsal web uygulaması hasta portali için. | Typed SDK | Tam | |
| Hızlı (2 dk) kurulum | Esnek GraphQL API'si hasta portalı için. | GraphQL API | Tam | |
| ~2 dk | REST API entegrasyonu hasta portalı için. | REST API | Tam | |
| 5 dakikadan az | Sunucu tarafı PHP arka ucu hasta portalı için. | REST API | Tam | |
| Yaklaşık 5 dk | .NET arka ucu hasta portalı için. | Typed SDK | Tam |
Kurulum süresi, bu şablon şeması kullanılarak projeye başlama aşamasından ilk hasta girişi ve laboratuvar sonucu sorgusuna kadar beklenen süreyi yansıtır.
Sıkça Sorulan Sorular
Bu şablonla Hasta Portalı arka ucunu oluşturma hakkında yaygın sorular.
Hasta Portal Uygulamanızı Oluşturmaya Hazır Mısınız?
Hasta portal projenize dakikalar içinde başlayın. Kredi kartı gerekmez.