Eine einzelne Healthcare-SaaS-Plattform kann mehrere Organisationen bedienen, die dieselben grundlegenden Workflows nutzen, dabei aber mandantenspezifisches Branding, individuelle Konfigurationen und isolierte Betriebsdaten benötigen.
Formulare werden dabei schnell zu einem der schwierigsten Bestandteile dieses Modells.
Jede Organisation kann Folgendes verlangen:
- eigenes Branding und eine eigene visuelle Identität
- angepasste Workflows und Konfigurationen
- isolierte Patientendaten
Die häufigste Lösung besteht darin, Formulare mandantenweise zu duplizieren.
Zunächst wirkt das handhabbar. Ein neuer Kunde wird ongeboardet, Formulare werden kopiert, das Branding wird angepasst und der Workflow wird unabhängig konfiguriert.
Mit wachsender Anzahl von Organisationen steigt jedoch auch die Komplexität.
Eine kleine Änderung in einem gemeinsamen Workflow muss möglicherweise auf Dutzende von Mandanten übertragen werden. Die Formularlogik beginnt zwischen Organisationen zu divergieren. Updates werden immer schwieriger zu koordinieren. Schließlich ist die Pflege von Formularen aufwändiger als ihre ursprüngliche Erstellung.
Das Problem ist nicht nur operativer Natur.
Es ist architektonischer Natur.
Wenn dasselbe Formular immer wieder mandantenübergreifend kopiert wird, verlieren Plattformen eine zentrale Quelle der Wahrheit. Gemeinsame Workflows zerfallen, Interoperabilitätslogik weicht ab, und die Skalierbarkeit leidet.
Ein nachhaltigerer Ansatz besteht darin, die Formularerstellung zu zentralisieren und gleichzeitig die Betriebsdaten pro Organisation isoliert zu halten. Dadurch können Plattformen dieselbe Formularstruktur mandantenübergreifend wiederverwenden, ohne auf Anpassungsmöglichkeiten oder Datentrennung zu verzichten.
Zentralisierte Formularerstellung mit Mandantenisolierung
Ein skalierbareres Modell besteht darin, gemeinsame Formulardefinitionen von mandantenspezifischen Betriebsdaten zu trennen.
Anstatt Formulare in jede Organisation zu kopieren, werden sie einmal auf der Plattform-Root-Ebene erstellt und dann mandantenübergreifend geteilt.
In Formbox wird dies mithilfe von system-shared-Ressourcen erreicht. Der system-shared-Modus macht eine Ressource global für alle Organisationen sichtbar, während die Betriebsdaten innerhalb jedes Mandanten isoliert bleiben.
Eine geteilte Ressource wird durch eine spezielle Extension in den Ressourcen-Metadaten gekennzeichnet.
Ein gemeinsam genutztes FHIR Questionnaire kann beispielsweise wie folgt erstellt werden:
PUT /fhir/Questionnaire/patient-intake-form
content-type: text/yaml
resourceType: Questionnaire
id: patient-intake-form
meta:
extension:
- url: https://aidbox.app/tenant-resource-mode
valueString: "system-shared"
url: https://platform.example.com/forms/patient-intake-form
version: 1.0.0
status: active
title: Patient Intake Form
item:
- linkId: first-name
text: First Name
type: string
- linkId: date-of-birth
text: Date of Birth
type: date
Dieses Questionnaire wird zu einer zentral verwalteten, gemeinsamen Formulardefinition, die organisationsübergreifend ohne Duplizierung global zugänglich ist.
In diesem Modell gilt:
- die Questionnaire-Definition bleibt zentralisiert
- Organisationen verwenden dieselbe Formularstruktur wieder
- jeder Mandant speichert und verwaltet seine eigenen QuestionnaireResponses unabhängig
Dies schafft eine klare Trennung zwischen:
- Formularerstellung
- operativer Datenerfassung
Das Formular selbst wird zu einem gemeinsamen Asset, während die erfassten Daten innerhalb jeder Organisation isoliert bleiben.
Eine Healthcare-SaaS-Plattform kann beispielsweise ein einziges Patientenaufnahmeformular pflegen, das in Dutzenden von Kliniken verwendet wird. Struktur, Validierungslogik, Extraktionsregeln und Interoperabilitätsverhalten werden zentral verwaltet, während jede Klinik unabhängig ihre eigenen Patientendaten erfasst und speichert.
Dieser Ansatz vereinfacht das Lebenszyklusmanagement von Formularen erheblich.
Aktualisierungen können einmal auf der Ebene des gemeinsamen Formulars vorgenommen werden und stehen sofort organisationsübergreifend zur Verfügung, ohne dass mehrere Kopien desselben Formulars manuell synchronisiert werden müssen.
Gleichzeitig bleibt die Mandantenisolierung erhalten, da Betriebsdaten weiterhin im eigenen Kontext der Organisation gespeichert werden.
Mandantenspezifische Anpassung ohne Formularduplizierung
Eine der größten Bedenken bei gemeinsamen Formularstrukturen ist die Anpassbarkeit.
Organisationen erwarten nach wie vor ihre eigene visuelle Identität, ihr eigenes Branding und ihren eigenen Stil. Eine Healthcare-SaaS-Plattform kann viele Organisationen mit denselben zugrunde liegenden Formularen unterstützen, während jede Organisation erwartet, dass die Erfahrung sich für ihre eigene Umgebung nativ anfühlt.
Die Herausforderung besteht darin, diese Anpassung zu unterstützen, ohne das Formular selbst zu fragmentieren.
Ein skalierbarerer Ansatz ist, Formularstruktur von Präsentation und visueller Anpassung zu trennen.
Anstatt mandantenspezifische Kopien von Formularen zu erstellen, kann dasselbe gemeinsam genutzte Questionnaire für eine bestimmte Organisation mit einem organisationsspezifischen Theme gestartet werden.
Die Anwendung kann beispielsweise $populatelink im Organisationskontext aufrufen und das Theme als Parameter übergeben:
POST /Organization/[org-id]/fhir/Questionnaire/[questionnaire-id]/$populatelink
Content-Type: text/yaml
Accept: text/yaml
resourceType: Parameters
parameter:
- name: theme
valueString: [theme-id]
Dadurch kann dasselbe gemeinsam genutzte Formular mit dem für eine bestimmte Organisation konfigurierten visuellen Theme geöffnet werden.
Organisationen können das Erscheinungsbild des Formulars anpassen – zum Beispiel Farben, Typografie, Abstände und Branding – ohne die zugrunde liegende Questionnaire-Definition zu verändern.
Im Ergebnis kann dieselbe Formularstruktur organisationsübergreifend unterschiedlich aussehen, während dieselben Validierungsregeln, Extraktionslogik, Interoperabilitätsverhalten und Lebenszyklusverwaltungsprozesse beibehalten werden.
Der entscheidende Unterschied besteht darin, dass sich nur die Präsentationsschicht ändert.
Die Formularstruktur selbst bleibt zentralisiert und für alle Organisationen wiederverwendbar.
Betriebsdatenisolierung und QuestionnaireResponse-Speicherung
Während Formulardefinitionen global geteilt werden, bleiben die erfassten Daten innerhalb der Organisation isoliert, in der das Formular verwendet wird.
Dies ist einer der wichtigsten Aspekte von Multitenant-Healthcare-Plattformen.
Dasselbe gemeinsam genutzte Questionnaire kann in vielen Organisationen wiederverwendet werden, aber jede QuestionnaireResponse wird innerhalb des Mandantenkontexts gespeichert, in dem sie erstellt wurde. Daher können Organisationen dieselben Formulare sicher nutzen, ohne Betriebs- oder Patientendaten anderen Mandanten zugänglich zu machen.
Zwei Kliniken können beispielsweise dasselbe gemeinsam genutzte Patientenaufnahmeformular starten:
Questionnaire/patient-intake-form
Die generierten QuestionnaireResponses bleiben jedoch pro Organisation isoliert.
Das gemeinsam genutzte Questionnaire ist global sichtbar, aber die eingereichte QuestionnaireResponse wird mit dem Mandantenkontext gespeichert. Die Organisation wird über die tenant-organization-id-Extension in meta identifiziert.
resourceType: QuestionnaireResponse
questionnaire: Questionnaire/patient-intake-form
status: completed
subject:
reference: Patient/patient-123
item:
- linkId: first-name
answer:
- valueString: John
meta:
extension:
- url: https://aidbox.app/tenant-organization-id
valueReference:
reference: Organization/org-b
- url: ex:createdAt
valueInstant: '2024-10-03T15:02:09.039005Z'
lastUpdated: '2024-10-03T15:02:09.039005Z'
versionId: '336'
Dieses Modell schafft eine wirkungsvolle Trennung:
- gemeinsames Lebenszyklus-Management von Formularen
- isolierte Betriebsdaten
Im Ergebnis gilt:
- Organisationen bleiben operativ unabhängig
- Patientendaten bleiben mandantengebunden
- Formularaktualisierungen können weiterhin zentral verwaltet werden
Diese Architektur eignet sich besonders gut für Healthcare-SaaS-Plattformen, bei denen Interoperabilitätslogik, Extraktionsregeln und Workflows organisationsübergreifend konsistent bleiben müssen, während Betriebsdaten sicher isoliert bleiben.
Fazit
Die skalierbarsten Healthcare-Plattformen duplizieren keine Formulare pro Kunde.
Stattdessen zentralisieren sie die Formularerstellung, isolieren Betriebsdaten und passen die Präsentation dynamisch an.
Dies schafft eine deutlich nachhaltigere Architektur:
- Formulare werden einmal gepflegt
- Organisationen bleiben unabhängig
- Branding und Themes bleiben flexibel
- Interoperabilitätslogik bleibt mandantenübergreifend konsistent
Für Healthcare-SaaS-Plattformen ist dies mehr als eine infrastrukturelle Optimierung.
Es ist das, was es ermöglicht, Formular-Workflows organisationsübergreifend zu skalieren, ohne Konsistenz, Wartbarkeit oder Interoperabilität einzubüßen.
Weitere Informationen zur Formularmandantenfähigkeit in Formbox finden Sie unter: https://www.health-samurai.io/docs/formbox/aidbox-ui-builder-alpha/forms-multitenancy
Oder testen Sie die Formularerstellung selbst: https://form-builder.aidbox.app/
