Backend Vorlage für die persönliche Gesundheitsakte (PHR) App
Benutzerverwaltete medizinische Dokumente, Allergeneverfolgung und Impfprotokolle
Ein produktionsbereites Backend für persönliche Gesundheitsakten auf Back4app mit Speicherung medizinischer Dokumente, Allergien- und Impfhistorien, Modellen für Medikamente und Labore, Einwilligung/Freigabe, Prüfprotokollen, ER-Diagramm und einem AI-Agent Prompt für einen schnellen Bootstrapping.
Wichtige Erkenntnisse
Diese Vorlage bietet Ihnen ein benutzerzentriertes PHR-Backend mit Dokumentenspeicher, Allergien, Impfungen, Medikamenten, Laborergebnissen, Einwilligungsobjekten und Audit-Protokollen, damit Sie schnell datenschutzorientierte Gesundheits-Apps bereitstellen können.
- Benutzerkontrollierte Gesundheitsdaten — Die Patienten stehen an erster Stelle: Akten und Einwilligungen gehören dem Benutzerkonto und werden kontrolliert, was selektives Teilen mit Providers ermöglicht.
- Strukturierte klinische Entitäten — Modellieren Sie Allergien, Impfungen, Medikamente und Laborergebnisse mit typisierten Feldern für präzise Abfragen und Benutzererfahrungsanzeigen.
- Dokumenten-Upload und Versionierung — Speichern Sie PDFs, Bilder und strukturierte Dokumente mit Metadaten und Upload-Historie zur Unterstützung klinischer Arbeitsabläufe.
- Zustimmungsbasiertes Teilen — Gewähren Sie feingranularen Provider Zugriff mit Zustimmungsobjekten und zeitlich begrenzten Berechtigungen.
- Plattformübergreifende Bereitschaft — Bedienen Sie mobile, Web- und Provider-Portale mit einheitlichen REST- und GraphQL-APIs mit Live Queries für Echtzeit-Updates.
Was ist die Personal Health Record (PHR) App Backend-Vorlage?
Back4app ist eine Backend-as-a-Service (BaaS) für schnelle Produktlieferungen. Die PHR App Backend-Vorlage ist ein vorgefertigtes Schema für medizinische Dokumente, Allergien, Impfungen, Medikamente, Labortests, Providers, Zustimmungen und Audit-Protokolle. Verbinden Sie Ihr Frontend (React, Flutter, Next.js und mehr) und beschleunigen Sie die Lieferung.
Am besten für:
Überblick
Ein modernes PHR-Produkt benötigt sichere, nutzerzentrierte Speicherung für Dokumente, genaue Allergie- und Immunisierungsaufzeichnungen, Medikationshistorie und ein Einwilligungsmodell zum Teilen von Daten mit Providers.
Diese Vorlage definiert HealthDocument, Allergy, Immunization, Medication, LabResult, Provider, Consent und AuditLog mit Eigentumsregeln und erweiterbaren Workflows, damit Teams PHR-Apps schnell und compliant implementieren können.
Kern-PHR-Funktionen
Jede Technologiekarte in diesem Hub verwendet dasselbe PHR-Backend-Schema mit HealthDocument, Allergy, Immunization, Medication, LabResult, Provider, Consent und AuditLog.
Medizindokumentenarchiv
Laden Sie PDFs, Bilder und strukturierte Aufzeichnungen mit Metadaten und Besitzerverweisen hoch und verwalten Sie diese.
Allergie- & Reactionsverfolgung
Erfassen Sie Allergene, Reactionen, Schweregrad und Beginn Datum, die mit einem Besitzer verknüpft sind.
Immunisierungs- und Impfgeschichte
Fangen Sie den Namen des Impfstoffs, das Verabreichungsdatum, die Charge und den Provider-Verweis ein.
Medikamentenlisten und Zeitpläne
Speichern Sie aktive und historische Medikamente mit Dosis, Häufigkeit und Anweisungen.
Laborergebnisse
Speichern Sie Laborergebnisse mit numerischen Werten, Einheiten, Referenzbereichen und Anhängen.
Zustimmungs- und Freigabesteuerungen
Erteilen Sie Provider-spezifischen Zugriff auf Aufzeichnungen mit Ablaufdatum und Umfang.
Zentralisierte Prüfprotokolle
Protokollieren Sie Akteur, Aktion, Ziel und Payload-Metadaten zur Nachverfolgbarkeit.
Warum Ihr PHR-Backend mit Back4app erstellen?
Back4app bietet Ihnen die grundlegende Infrastruktur für PHR-Apps, damit Ihr Team sich auf UX, Einwilligungserlebnisse und Integrationen konzentrieren kann, anstatt sich um das Backend zu kümmern.
- •Datenbesitz mit Nutzerfokus: Implementieren Sie Besitzregelungen und Einwilligungsobjekte, damit Patienten die Kontrolle darüber behalten, wer ihre Unterlagen ansehen oder herunterladen kann.
- •Sichere Dokumenten- und Metadatenspeicherung: Laden Sie klinische Dokumente mit Metadaten, Versionen und Verweisen auf strukturierte Daten wie Labore und Impfungen hoch.
- •Auditierbarkeit + API-Flexibilität: Speichern Sie Audit-Protokolle für Freigabeereignisse und Aufzeichnungsänderungen, während Sie REST und GraphQL für Web- und mobile Clients bereitstellen.
Versenden Sie schnell ein datenschutzfreundliches PHR-Backend mit skalierbarem Speicher, Authentifizierung und APIs für alle Plattformen.
Kernvorteile
Ein PHR-Backend, das Ihnen hilft, datenschutzorientierte Gesundheitserlebnisse zu bieten, während Daten strukturiert und überprüfbar bleiben.
Markteinführungszeit
Beginnen Sie mit einem vollständigen PHR-Schema, anstatt klinische Entitäten und Zustimmungsflüsse von Grund auf neu zu entwerfen.
Patientenorientierte Zugriffskontrolle
Ermöglichen Sie es Patienten, Einwilligungen zu verwalten und Aufzeichnungen selektiv mit Providers und Apps zu teilen.
Interoperable Datenmodelle
Verwenden Sie strukturierte Impf-, Medikations- und Labormodelle für Integrationen und Analysen.
Feingranulare Berechtigungen
Verwenden Sie ACL/CLP und Einwilligungsobjekte, damit der Zugriff explizit und überprüfbar ist.
Zuverlässige Prüfungsprotokolle
Zugriffs- und Freigabeereignisse für Transparenz und Compliance aufzeichnen.
KI-unterstützter Bootstrap-Prozess
Generieren Sie schnell Backend-Gerüste und Integrationsanleitungen mit einer vorgefertigten KI-Agenten-Aufforderung.
Bereit, ein benutzerorientiertes persönliches Gesundheitsdokument zu erstellen?
Lassen Sie den Back4app KI-Agenten Ihr PHR-Backend anlegen und Dokumente, Allergien, Immunisierungen, Einwilligungen und Prüfprotokolle aus einer Aufforderung generieren.
Kostenlos starten — 50 KI-Agenten-Aufforderungen/Monat, keine Kreditkarte erforderlich
Technologiestack
Alles enthalten in dieser PHR-Backend-Vorlage.
ER-Diagramm
Entitätsbeziehungsmodell für das PHR-Backend-Schema.
Schema für nutzereigene medizinische Dokumente, Allergien, Impfungen, Medikamente, Laborergebnisse, Einwilligungen und Protokollierung von Prüfungen.
Diagrammquelle anzeigen
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
}
Integrationsfluss
Typischer Laufzeitfluss für Authentifizierung, Datenzugriff, Dokumenten-Upload, Einwilligungserteilung und Protokollierung von Prüfungen.
Diagrammquelle anzeigen
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 listDatenwörterbuch
Vollständiges Feldreferenz für jede Klasse im PHR-Schema.
| Feld | Typ | Beschreibung | Erforderlich |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | Auto |
| 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 | Auto |
| updatedAt | Date | Auto-generated last-update timestamp | Auto |
10 Felder in Profile
Sicherheit und Berechtigungen
Wie ACL, CLP, Einwilligungsobjekte und Cloud-Code persönliche Gesundheitsakten und den Austausch schützen.
Patienteneigene Aufzeichnungen
Setzen Sie Eigentum und ACL so, dass Einträge wie HealthDocument, Allergy, Immunization, Medication und LabResult nur vom Eigentümer des Nachweises und autorisierten Providers lesbar und schreibbar sind.
Zustimmungsbasiertes Teilen
Verwenden Sie die Zustimmungsklasse, um Provider den Zugriff mit explizitem Umfang und Ablauf zu gewähren; Cloud Code führt Zustimmungsprüfungen bei Lese-/Download-Endpunkten durch.
Nur-Anhang-Auditprotokolle
Halten Sie AuditLog-Einträge für Standardbenutzer nur im Anhang; nur vertrauenswürdige Backend-Workflows oder Administratoren dürfen historische Protokolle schreiben oder verwalten.
Schema (JSON)
Rohe JSON-Schema-Definition bereit zum Kopieren in Back4app oder zur Verwendung als Implementierungsreferenz.
{
"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
}
}
}
]
}Mit KI-Agenten erstellen
Verwenden Sie den Back4app KI-Agenten, um aus dieser Vorlage eine echte Personal Health Record-App zu generieren, einschließlich Frontend-, Backend-, Authentifizierungs- und Zustimmungs-Workflows.
Erstelle ein Personal Health Record (PHR) Backend auf Back4app mit diesem exakten Schema und Verhalten. Schema: 1. HealthDocument: Besitzer (Pointer zu User, erforderlich), Titel (String, erforderlich), Datei (File, erforderlich), Tags (Array, optional), Version (Nummer, Standard 1), erstellt am, aktualisiert am (System). 2. Allergy: Besitzer (Pointer zu User, erforderlich), Substanz (String, erforderlich), Reaction (String, optional), Schweregrad (String: mild, moderat, schwer, erforderlich), Auftrittsdatum (Datum, optional). 3. Immunization: Besitzer (Pointer zu User, erforderlich), Impfstoffname (String, erforderlich), verabreicht am (Datum, erforderlich), Chargennummer (String, optional), Provider (Pointer zu Provider, optional). 4. Medication: Besitzer (Pointer zu User, erforderlich), Name (String, erforderlich), Dosis (String, optional), Frequenz (String, optional), Anweisungen (String, optional), aktiv (Boolean, Standard true). 5. LabResult: Besitzer (Pointer zu User, erforderlich), Testname (String, erforderlich), Wert (Nummer oder String), Einheiten (String, optional), Referenzbereich (String, optional), Datum (Datum, erforderlich), Anhang (Pointer zu HealthDocument, optional). 6. Provider: Name (String, erforderlich), System-ID (String, optional), Kontakt (Objekt, optional). 7. Consent: Besitzer (Pointer zu User, erforderlich), Provider (Pointer zu Provider, erforderlich), Bereich (Array von Strings: [Dokumente, Allergien, Impfungen, Medikamente, Labore]), läuft ab am (Datum, optional), erteilt von (Pointer zu User oder System). 8. AuditLog: Schauspieler (Pointer zu User, erforderlich), Aktion (String, erforderlich), Entitätstyp (String, erforderlich), Entitäts-ID (String, erforderlich), Payload (Objekt, optional); erstellt am, aktualisiert am (System). Sicherheit: - Verwende ACL/CLP, damit nur Besitzer und zugestimmte Providers auf Datensätze zugreifen. Cloud Code validiert Zustimmung, bevor Provider Lese-/Downloadrechte hat. AuditLog-Einträge sind für Standardbenutzer nur anfügbar. Auth: - Anmeldung, Login, Logout für Benutzerkonten. Unterstütze Provider Konten mit eingeschränkten Rechten. Verhalten: - Authentifizieren, Benutzerdatensätze auflisten, HealthDocument hochladen, strukturierte Einträge für Allergie/Immunisierung/Medikation/LabResult erstellen, Zustimmung zum Teilen ausgewählter Datensätze mit einem Provider erstellen und AuditLog-Einträge für kritische Ereignisse schreiben. Lieferung: - Back4app App mit Schema, ACLs, CLPs; Frontend für sicheren Dokumentenspeicher, Allergie- und Immunisierungszeitleisten, Medikamentenlisten, Laborkergebnisse, Provider Zustimmungsflüsse und Auditverlauf.
Drücke den Button unten, um den Agenten mit diesem vorab ausgefüllten Vorlage-Prompt zu öffnen.
Dies ist der Basisprompt ohne Technologie-Suffix. Du kannst den generierten Frontend-Stack danach anpassen.
API Playground
Versuchen Sie REST und GraphQL Endpunkte gegen das PHR-Schema. Antworten verwenden Mock-Daten und erfordern kein Back4app Konto.
Verwendet dasselbe Schema wie diese Vorlage.
Wählen Sie Ihre Technologie
Erweitern Sie jede Karte für Integrationsschritte, Statusmuster, Datenmodellbeispiele und Offline-Notizen.
Flutter PHR Backend
React PHR Backend
React Native 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
Was Sie mit jeder Technologie erhalten
Jeder Stack verwendet dasselbe PHR-Backend-Schema und die gleichen API-Verträge.
Einheitliche persönliche Gesundheitsakte-Datenstruktur
Ein vorgefertigtes Schema für medizinische Dokumente und Aufzeichnungen.
Sichere Freigabe für persönliche Gesundheitsakte
Teilen Sie Gesundheitsinformationen einfach mit Providers und gewährleisten Sie dabei die Privatsphäre.
Umfassende Audit-Protokolle für persönliche Gesundheitsakte
Verfolgen Sie alle Zugriffe und Änderungen an sensiblen Gesundheitsdaten.
REST/GraphQL-APIs für persönliche Gesundheitsakte
Flexibler API-Zugriff zur nahtlosen Integration mit verschiedenen Frontends.
Echtzeit-Updates für persönliche Gesundheitsakte
Sofortige Benachrichtigungen über Änderungen an Gesundheitsakten und -status.
Erweiterbarkeit für persönliche Gesundheitsakte
Fügen Sie einfach benutzerdefinierte Funktionen und Module hinzu, um spezifische Bedürfnisse zu erfüllen.
Vergleich des Rahmens für persönliche Gesundheitsakten
Vergleichen Sie die Einrichtungsgeschwindigkeit, den SDK-Stil und die KI-Unterstützung über alle unterstützten Technologien hinweg.
| Framework | Einrichtungszeit | Vorteil von persönlichen Gesundheitsakten | SDK-Typ | KI-Unterstützung |
|---|---|---|---|---|
| Unter 5 Minuten | Einzelne Codebasis für persönliche Gesundheitsakten auf Mobilgeräten und im Web. | Typed SDK | Vollständig | |
| ~3–7 Min | Schnelles Web-Dashboard für persönliche Gesundheitsakten. | Typed SDK | Vollständig | |
| Schnelle (5 Min) Einrichtung | Plattformübergreifende mobile App für persönliche Gesundheitsakten. | Typed SDK | Vollständig | |
| ~5 Min | Servergerenderte Web-App für persönliche Gesundheitsakten. | Typed SDK | Vollständig | |
| ~3 Min | Leichte Web-Integration für persönliche Gesundheitsakten. | Typed SDK | Vollständig | |
| Unter 5 Minuten | Native Android-App für persönliche Gesundheitsakten. | Typed SDK | Vollständig | |
| ~3–7 Min | Native iOS-App für persönliche Gesundheitsakten. | Typed SDK | Vollständig | |
| Schnelle (5 Min) Einrichtung | React-basierte Web-Oberfläche für persönliche Gesundheitsakten. | Typed SDK | Vollständig | |
| ~5 Min | Enterprise-Web-App für persönliche Gesundheitsakten. | Typed SDK | Vollständig | |
| Schnelle (2 Min) Einrichtung | Flexibles GraphQL-API für persönliche Gesundheitsakten. | GraphQL API | Vollständig | |
| ~2 Min | REST API-Integration für persönliche Gesundheitsakten. | REST API | Vollständig | |
| Unter 5 Min | Serverseitiges PHP-Backend für persönliche Gesundheitsakten. | REST API | Vollständig | |
| Schnelle (5 Min) Einrichtung | .NET-Backend für persönliche Gesundheitsakten. | Typed SDK | Vollständig |
Die Einrichtungszeit spiegelt die erwartete Dauer vom Projektstart bis zum ersten Dokumenten-Upload und dem Zustimmungsprozess unter Verwendung dieses Vorlagenschemas wider.
Häufig gestellte Fragen
Häufige Fragen zum Erstellen eines Personal Health Record-Backends mit dieser Vorlage.
Bereit, Ihre persönliche Gesundheitsakte-App zu erstellen?
Beginnen Sie Ihr Projekt zur persönlichen Gesundheitsakte in wenigen Minuten. Keine Kreditkarte erforderlich.