Daten extrahieren
Relevante Daten direkt und sicher aus dem webbasierten PIS lesen.
«relevante Daten direkt und sicher … zu extrahieren»
TECHNISCHE MACHBARKEITSANALYSE · NOV 2026
Zwei Wege.
Eine PIS-Oberfläche.
Wie lässt sich Ambient Scribe in bestehende medizinische SaaS-Systeme integrieren, ohne den PIS-Hersteller oder dessen Backend verändern zu müssen?
02unabhängige
Integrationswege
Integrationswege
03originale
SMN-Anforderungen
SMN-Anforderungen
00echte Patienten-
oder Zugangsdaten
oder Zugangsdaten
01 / ORIGINAL-BRIEFING
Der Auftrag – präzise abgegrenzt.
Drei Ziele aus der Einladung von SMN. Rückschreiben von Dokumenten wurde nicht explizit verlangt.
UI einbetten
Eigene Funktionen nahtlos in die bestehende Weboberfläche integrieren.
«eigene UI-Elemente oder Funktionen … einzubetten»
Ohne Hersteller
Kein Backend-Umbau und keine Entwicklung durch den PIS-Hersteller.
«ohne serverseitige Codeanpassungen oder Kooperation»
02 / ARCHITEKTUR
Zwei unabhängige Integrationswege.
Beide basieren auf bereits entwickelten technischen Mustern – NexSky für HTTP-Adapter, OWL LAB für Browser-Interaktion.
STRATEGIE A · NEXSKY / ETOUR
API Adapter
Vorhandene, vom SaaS-Frontend verwendete Schnittstellen prüfen und für einen autorisierten Datenaustausch adaptieren.
PIS SaaS⇄Adapter⇄Heidi API
- Login-Session, Rolle und Rechte
- Read-Endpoints & Datenmapping
- Unabhängig von einer Browser Extension
STRATEGIE B · OWL LAB
Browser Integration
Kontext aus der vorhandenen PIS-Oberfläche lesen und einen Scribe-Einstieg direkt im Browser zeigen.
PIS DOM⇄Browser⇄Scribe UI
- DOM-Erkennung & Browser-Interaktion
- In-Page-Panel / Overlay
- Unabhängig von einem API Adapter
03 / INTERAKTIVER MACHBARKEITS-PROTOTYP
Beide Wege. Selbst ausprobieren.
Ein vollständig lokales Browser-Szenario mit zwei fiktiven Patienten. Alle Aktionen sind simuliert; keine echten API-Calls.
A · Die API-Schicht liest Daten unabhängig von einer Browser Extension. Prüfen Sie jeden Schritt und beobachten Sie das simulierte Request-Protokoll.
AKTIVE PATIENTENAKTE
Anna Muster
PATIENTEN-IDDEMO-PAT-001
KONSULTATIONDEMO-VIS-101
BEHANDELNDE PERSONDr. Demo
Aktuelle Anamnese Vorliegend
Kontrolltermin. Verlaufskontrolle bei gelegentlichen Kopfschmerzen.
Medikation / Hinweise
Keine Dauermedikation erfasst.
Klinisches Dokument · Speichern in dieser Demo deaktiviert
✦ AMBIENT SCRIBE
Noch kein Kontext erfasst.
VOICE / NOTE
Illustrative Scribe-OberflächeKeine Aufnahme. Kein Heidi-Aufruf.
Illustrative Scribe-OberflächeKeine Aufnahme. Kein Heidi-Aufruf.
OPTION A · NEXSKY-PATTERN
API Adapter
Simulierter HTTPS-Datenaustausch nach Freigabe einer Test-Session.
◎ INTEGRATION TRACE
[system] Demo bereit. Bitte Schritt 01 starten.
STATUS
Noch kein Datentransfer ausgeführt.
⚑ Architektur- und UI-Simulation. Es werden keine echten Zugangsdaten, Cookies, Krankenakten, Netzwerkrequests, Heidi SDKs oder PIS-Systeme verwendet. Diese Seite ist keine produktionsfähige Healthcare-Integration.
04 / ENTSCHEIDUNGSMATRIX
Trade-offs sichtbar machen.
Eine PIS-spezifische Pilotprüfung entscheidet über A, B oder eine bewusste Kombination – nicht die Technologiepräferenz.
| Kriterium | A API Adapter | B Browser Integration |
|---|---|---|
| Primärer Zugriff | Autorisierte HTTP-Endpoints | DOM & sichtbare UI |
| API-Adapter notwendig? | Ja, eigener Endpunkt-Adapter | Nein |
| Browser-Komponente notwendig? | Nein, nicht für den Datenaustausch | Ja, für UI/Interaktion |
| Stabilitätsrisiko | Undokumentierte Schnittstellen | Selektoren, Layout, iframes |
| Datenschutz/Autorisierung | Session, API-Scope, Zweckbindung | Browserberechtigungen, DOM-Scopes |
| Geeignet, wenn … | Erlaubte Endpunkte stabil sind | UI zugänglich und kontrollierbar ist |
OPTION C · NUR BEI BEDARFHybrid: API für strukturierte Daten, Browser für die Einbettung – nicht zwingend, aber möglich.
05 / KLINISCHE GATES
Technisch möglich ist noch nicht freigegeben.
Beide Strategien müssen dieselben Sicherheits- und Betriebsbedingungen bestehen.
01
Autorisierung
Keine Umgehung von Authentisierung oder Herstellerrechten. Nur explizit genehmigte Nutzung.
02
Patientenbindung
Patient, Konsultation und Fachperson vor jeder Übergabe eindeutig validieren.
03
Fail Closed
Bei veränderter UI, abgelaufener Session oder unklarer Identität keine Übertragung.
04
nDSG & Governance
Datensparsamkeit, Auftragsbearbeitung, DSFA falls nötig, Auditing und Retention klären.
06 / NÄCHSTER SCHRITT
Eine Hypothese.
Zwei Proofs of Concept.
Mit einer genehmigten PIS-Testumgebung und synthetischen Daten beide Integrationswege unabhängig testen; danach nach Stabilität, Kosten, Sicherheit und Betriebsfähigkeit entscheiden.
01Scope & Berechtigungen
02Adapter & Browser-PoC
03Risikoprüfung
04Go / No-Go
Die entscheidende Frage an SMN: Sind die im PIS bereits vorhandenen Frontend-Endpunkte für eine autorisierte Integration nutzbar – und ist Rückschreiben überhaupt im Scope?