Uzaktan Hasta İzleme Uygulaması Arka Ucu Şablonu
Ev tabanlı IoT tıbbi cihazlardan hasta verilerine etkili izleme için güvenli erişim sağlama
Back4app üzerinde üretime hazır RPM uygulama arka ucu, IoT cihazlarından hasta verilerine güvenli erişim için, izleme günlükleri ve kullanıcı mesajları ile merkezi bir denetim kaydı içerir. ER diyagramı, veri sözlüğü, JSON şeması, API oyun alanı ve hızlı başlangıç için bir AI Ajansı istemi ile donatılmıştır.
Ana Noktalar
Uzaktan hasta izleme için güvenli erişim kontrolleri, IoT veri alımı ve izleme günlükleri ile bir arka uç gönderin, böylece ürün ekibiniz kullanıcı deneyimine ve uyumluluğa odaklanabilir.
- IoT-öncelikli veri modeli — Hasta kimliğini, cihaz verilerini ve izleme günlüklerini ayrı bir şekilde modelleyin, ancak kimlik doğrulama ve yetkilendirme için bağlı kalın.
- Güvenli mesajlaşma — Hastalar ve klinik uzmanlar arasında net okuma teslimatları ve saklama kontrolleri ile birlikte ipli mesajlar.
- Sürümlenmiş cihaz verileri — Cihaz verilerini sürüm meta verisi ile saklayarak, güncellenmiş okumaların ve bildirimlerin etkili bir şekilde takip edilmesini sağlar.
- İzleme günlük yaşam döngüsü — İzleme günlüklerini verimli bir şekilde yönetin, kullanıcı etkileşimlerini ve cihaz durumunu zaman içinde belgeler.
- Uyum dostu denetim günlüğü tutma — Merkezi AuditLog, sağlık düzenlemelerine uyum ve inceleme için hassas olayları kaydeder.
RPM Uygulama Arka Uç Şablonu Nedir?
Back4app hızlı teslimat için bir backend-as-a-service (BaaS)’dir. RPM Uygulama Arka Uç Şablonu, hasta profilleri, IoT cihaz verileri, izleme günlükleri, güvenli mesajlaşma ve denetim günlükleri için önceden oluşturulmuş bir şema sunar. Favori ön yüzünüz (React, Flutter, Next.js, ve daha fazlası) ile bağlanın ve daha hızlı teslimat yapın.
En iyisi:
Genel Bakış
RPM uygulamaları güçlü veri sınırları, denetlenebilir işlemler ve IoT cihazlarından toplanan hassas hasta bilgilerini güvenilir bir şekilde iletmek zorundadır.
Bu şablon, ekiplerin RPM uygulamalarını hızlı ve güvenli bir şekilde uygulayabilmesi için sahiplik ve role dayalı kurallarla HastaProfili, CihazVerisi, İzlemeGünlüğü, KullanıcıMesajı ve DenetimKaydı sınıflarını tanımlar.
Temel RPM Uygulama Özellikleri
Bu merkezi hub'daki her teknoloji kartı, PatientProfile, DeviceData, MonitoringLog, UserMessage ve AuditLog özelliklerine sahip aynı RPM uygulama arka uç şemasını kullanmaktadır.
Hasta profili ve kimlik doğrulama
HastaProfili, kimliği, iletişim bilgilerini ve tercihleri, kimliği doğrulanmış Kullanıcı ile bağlantılı olarak depolar.
Sürümlü cihaz verisi
CihazVerisi, cihaz türünü, ham verileri, kayıt tarihini, sürümünü ve kullanıcı kökenini depolar.
İzleme kayıt yönetimi
MonitoringLog, durumları ile belgelenmiş hasta etkileşimlerini kronolojik olarak izler.
Güvenli klinik-hasta mesajlaşması
UserMessage, Provider'lerle hastalar arasında ek dosya desteği ve teslimat/okuma durumu ile değişimlere olanak tanır.
Merkezi denetim günlükleri
AuditLog, kullanıcılar tarafından gerçekleştirilen eylemler hakkında içgörüler yakalar ve net bir hesap verebilirlik sağlar.
Neden RPM Uygulama Arka Uçunuzu Back4app ile Oluşturmalısınız?
Back4app arka uç temellerini yönetir - güvenlik, veri kalıcılığı, API'ler ve gerçek zamanlı güncellemeler - kullanıcı deneyimini, gizliliği ve klinik entegrasyonu önceliklendirmeyi sağlar.
- •Hasta verilerinin güvenli transferi: Dahili kimlik doğrulama ve erişim kontrolleri, her cihazda okuma, izleme kaydı veya mesaj için belirli kullanıcılara görünürlüğü kısıtlamanızı sağlar.
- •Denetim ve köken izleme: AuditLog, hassas verilere kimin eriştiğini, yayınladığını veya değiştirdiğini kaydeder ve düzenleyici uyumu sağlar.
- •Mesajlaşma ve gerçek zamanlı bildirimler: İzlenen mesajlar, ekler ve isteğe bağlı canlı güncellemeler, hastalar ile sağlık Provider'ları arasında sorunsuz iletişimi kolaylaştırır.
Güvenli bir RPM uygulama arka ucunu hızlıca dağıtın ve arka uç karmaşıklıkları yerine klinik iş akışlarını yinelemeye odaklanın.
Temel Faydalar
Veri gizliliğini, kökenini ve çevik teslimatı önceliklendiren bir RPM uygulama arka ucu.
Daha hızlı hasta deneyimi
Önceden doğrulanmış bir arka uç yapısını kullanarak cihaz verisi görüşlerini, izleme işlevselliğini ve güvenli mesajlaşmayı hızlı bir şekilde sunun.
Güçlü veri kökeni
Klinĭk eylemlerin denetlenebilir olmasını sağlamak için cihaz verisi ve kayıtlar için sürüm güncellemelerini koruyun.
Ayrıntılı izinler
Yalnızca yetkili personelin belirli verilere erişmesini sağlamak için rol tabanlı erişim kontrolü ile hassas kayıtları koruyun.
Entegre mesajlaşma
İletişim dışında hasta ve sağlık profesyonelleri arasında iletişimi geliştiren ağa bağlı mesajlaşma ve gerçek zamanlı güncellemeler.
Uyumlu loglama
Merkezi AuditLog, sağlık uyumu ve iş zekası için ayrıntılı kayıtları saklar.
Yapay zeka destekli başlangıç yapılandırması
Şemayı, izinleri ve temel entegrasyon kodunu oluşturmak için özenle hazırlanmış bir AI Agent istemi ile geliştirmeye başlayın.
Güvenli bir RPM uygulaması inşa etmeye hazır mısınız?
Back4app AI Agent'ının sizin için RPM uygulamanızın arka ucunu oluşturmasına izin verin, hasta profilleri, cihaz verileri, izleme kayıtları ve tek bir istemden denetim kayıtları oluştursun.
Başlamak için ücretsiz — Aylık 50 AI Ajan önerisi, kredi kartı gerekmez
Teknik Yığın
Bu RPM uygulama arka plan şablonunda her şey dahildir.
ER Diyagramı
RPM uygulaması arka uç şeması için varlık ilişki modeli.
Hasta profilleri, IoT cihaz verileri, izleme günlüğü, mesajlar ve denetim kaydı kayıtlarını 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, veri alma, izleme güncellemeleri ve mesajlaşma için tipik çalışma akışı.
Diyagram kaynağını görüntüle
sequenceDiagram
participant User as Patient
participant App as RPM Dashboard App
participant Clinician
participant Back4app as Back4app Cloud
User->>App: Sign in with email or SSO
App->>Back4app: POST /login (credentials/SSO token)
Back4app-->>App: Return Session Token + Patient context
User->>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)
User->>App: View active Treatment Plan
App->>Back4app: GET /classes/TreatmentPlan?where={"patient":Pointer("PatientProfile","p123"),"status":"active"}
Back4app-->>App: TreatmentPlan object
User->>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-->>User: Real-time notification (new message / result available)
Clinician->>Back4app: Update LabResult (finalize)
Back4app-->>App: LiveQuery event -> App fetches updated LabResult
App-->>User: Alert: "New lab result available"Veri Sözlüğü
RPM uygulama şemasındaki her bir 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çerisinde
Güvenlik ve İzinler
ACL, CLP ve şifreleme stratejilerinin hasta verilerini, IoT verilerini, mesajları ve denetim günlüklerini nasıl güvence altına aldığı.
Rol tabanlı erişim ve sahiplik
Hastaların kendi cihaz verilerini ve izleme günlüklerini görebilmeleri için ACL'leri uygulayın, klinik uzmanların ise atanan hastalarına ilişkin verilere erişimi olmalıdır; CLP'ler, sınıflar üzerinde yetkisiz eylemleri engeller.
Şifrelenmiş yükler ve ekler
Hassas verileri şifreleme ile güvenli bir şekilde saklayın ve büyük dosyalar için güvenli erişim sağlamak amacıyla imzalı URL'ler kullanın.
Sadece ekleme audit izleri
Geçmiş uyumluluk verilerini değiştirilmekten korumak için sunucu tarafı fonksiyonlarından AuditLog olaylarını kaydedin.
Şema (JSON)
Kopyalamak için hazır ham JSON şeması tanımı Back4app 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
Bu şablondan bir RPM uygulaması oluşturmak için Back4app Yapay Zeka Ajanı’nı kullanın; bu, arka uç şeması, erişim kontrolü ve başlangıç ön uç entegrasyonunu içerir.
Bu şema ve davranış ile Back4app üzerinde bir RPM uygulama arka ucu oluşturun. Şema: 1. HastaProfili: kullanıcı (Kullanıcıya işaretçi, zorunlu), tamAd (Dize, zorunlu), doğumTarihi (Tarih, isteğe bağlı), iletişim (Nesne), tıbbiKayıtNumarası (Dize, zorunlu, benzersiz); nesneId, oluşturulmaTarihi, güncellenmeTarihi. 2. CihazVerisi: hasta (HastaProfiline işaretçi, zorunlu), cihazTürü (Dize), veriYükü (Nesne), kayıtTarihi (Tarih, zorunlu), versiyon (Sayı, varsayılan 1); nesneId, oluşturulmaTarihi, güncellenmeTarihi. 3. İzlemeKaydı: hasta (HastaProfiline işaretçi, zorunlu), veri (CihazVerisine işaretçi, zorunlu), zamanDamgası (Tarih, zorunlu), durum (Dize, zorunlu); nesneId, oluşturulmaTarihi, güncellenmeTarihi. 4. KullanıcıMesajı: gönderen (Kullanıcıya işaretçi, zorunlu), alıcı (Kullanıcıya işaretçi, zorunlu), konuId (Dize, zorunlu), içerik (Dize), ekler (Dosya Dizisi), durum (Dize: gönderildi, teslim edildi, okundu), gönderildiğiTarih (Tarih); nesneId, oluşturulmaTarihi, güncellenmeTarihi. 5. DenetimKaydı: aktör (Kullanıcıya işaretçi, zorunlu), eylem (Dize, zorunlu), varlıkTürü (Dize, zorunlu), varlıkId (Dize, zorunlu), yük (Nesne, isteğe bağlı), oluşturulmaTarihi (Tarih); nesneId, oluşturulmaTarihi, güncellenmeTarihi. Güvenlik: - ACL'leri zorunlu hale getirin, böylece hastalar yalnızca kendi CihazVerisi ve İzlemeKaydı kayıtlarını okuyabilir. Klinikler atanan hastaları görür. Hassas geçişler için Cloud Code kullanın ve denetim kaydı girişlerini sunucu tarafında yazın. Verilerinizi şifreleme ile güvence altına alın. Kimlik Doğrulama: - Hastalar ve klinikler için kayıt olmayı destekleyin; rol ataması; güvenli oturum açma ve oturum yönetimi. Davranış: - Hasta giriş yapar, en son CihazVerisi ve İzlemeKayıtlarını alır, kliniklerin konularına mesajlar gönderir ve bildirimler alır. Klinikler cihaz verilerini ve izleme kayıtlarını yayınlar; sistem, yayımlama eylemleri için denetim kaydı girişleri yazar. Teslimat: - Back4app uygulaması şeması, CLP'ler, ACL'ler, yayınlama ve denetim kaydı için Cloud Code kancaları ve hasta ve klinik görünümleri için başlama ön uç entegrasyonu ile.
Bu şablon istemi önceden doldurulmuş olan Ajanı açmak için aşağıdaki düğmeye basın.
Bu, teknoloji eki içermeyen temel istemdir. Üretilen ön uç yığınını daha sonra uyarlayabilirsiniz.
API Oyun Alanı
RPM uygulama ş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.
Tekniğinizi Seçin
Entegrasyon adımları, durum kalıpları, veri modeli örnekleri ve çevrimdışı notlar için her kartı genişletin.
Flutter RPM Uygulama Arka Ucu
React RPM Uygulama Arka Ucu
React Yerel RPM Uygulama Arka Ucu
Next.js RPM Uygulama Arka Ucu
JavaScript RPM Uygulama Arka Ucu
Android RPM Uygulama Arka Ucu
iOS RPM Uygulama Arka Ucu
Vue RPM Uygulama Arka Ucu
Angular RPM Uygulama Arka Ucu
GraphQL RPM Uygulama Arka Ucu
REST API RPM Uygulama Arka Ucu
PHP RPM Uygulama Arka Ucu
.NET RPM Uygulama Arka Ucu
Her Teknoloji ile Ne Elde Edersiniz
Her yığın aynı RPM uygulama arka uç şemasını ve API kurallarını kullanır.
Önceden oluşturulmuş hasta profili şeması
Tek bir rpm dashboard yapısıyla hasta verilerini kolayca yönetin ve erişin.
IoT cihaz veri entegrasyonu
Gerçek zamanlı rpm dashboard içgörüler için IoT cihazlarını kesintisiz bağlayın ve izleyin.
rpm dashboard için güvenli mesajlaşma
Hasta ve Provider ile şifreli mesajlaşma yoluyla güvenli bir şekilde iletişim kurun.
Kapsamlı izleme günlükleri
rpm dashboard için hasta aktivitelerini ve sağlık metriklerini ayrıntılı günlüklerle takip edin.
REST/GraphQL API desteği
rpm dashboard arka uç ile verimli bir şekilde etkileşim kurmak için esnek API seçenekleri.
Uyum için denetim günlükleri
Tüm rpm dashboard aktiviteleri için ayrıntılı denetim izleri ile uyumu koruyun.
Rpm Dashboard Çerçevesi Karşılaştırması
Desteklenen tüm teknoloji yığınları arasında kurulum hızını, SDK stillerini ve AI desteğini değerlendirin.
| Çatı | Kurulum Süresi | Rpm Dashboard Faydası | SDK Türü | AI Desteği |
|---|---|---|---|---|
| ~3–7 dk | Mobil ve web için rpm dashboard'unda tek kod tabanı. | Typed SDK | Tam | |
| Hızlı (5 dk) kurulum | Rpm dashboard'ı için hızlı web paneli. | Typed SDK | Tam | |
| ~5 dk | Rpm dashboard'ı için çapraz platform mobil uygulama. | Typed SDK | Tam | |
| Yaklaşık 5 dk | Rpm dashboard'ı için sunucu tarafında oluşturulmuş web uygulaması. | Typed SDK | Tam | |
| ~3 dk | Rpm dashboard'ı için hafif web entegrasyonu. | Typed SDK | Tam | |
| ~3–7 dk | Android yerel uygulaması rpm dashboard'ı için. | Typed SDK | Tam | |
| Hızlı (5 dk) kurulum | iOS yerel uygulaması rpm dashboard'ı için. | Typed SDK | Tam | |
| ~5 dk | Reactive web UI rpm dashboard'ı için. | Typed SDK | Tam | |
| Yaklaşık 5 dk | Rpm dashboard'ı için kurumsal web uygulaması. | Typed SDK | Tam | |
| Hızlı (2 dk) kurulum | Rpm dashboard'ı için esnek GraphQL API. | GraphQL API | Tam | |
| ~2 dk | REST API entegrasyonu rpm dashboard'ı için. | REST API | Tam | |
| 5 dakikadan az | Rpm dashboard'ı için sunucu tarafı PHP arka uç. | REST API | Tam | |
| ~5 dk | .NET arka uç rpm dashboard'ı için. | Typed SDK | Tam |
Kurulum süresi, proje başlangıcından ilk hasta girişine ve bu şablon şeması kullanılarak cihaz verisi sorgusuna kadar beklenen süreyi gösterir.
Sıkça Sorulan Sorular
Bu şablon ile bir RPM uygulama backend'i oluşturma ile ilgili yaygın sorular.
RPM uygulamanızı inşa etmeye hazır mısınız?
RPM uygulama projenizi sadece dakikalar içinde başlatın. Kredi kartı gerekmez.