Oktober

25. Oktober 2026

Neue Features

Formulare

Formulare bekommen einen neuen Editor, bedingte Fragen, neue Fragetypen und digitale Aufklärungsbögen.

Formulare und Dateien mit Terminen verknüpfen – Formulare, die du am Termin über „Dokument erstellen“ oder das Schnellmenü „Formulare erstellen“ im Warteraum teilst oder intern ausfüllst, sind automatisch mit dem Termin verknüpft. Die Termin-Sidebar im Kalender zeigt sie im neuen Block „Formulare“, die Formular-Ansicht zeigt den Termin. Im Formular-Ansichtsmodal listet die Karte „Hochgeladene Dateien“ die Dateien des Patienten. Beim Hochladen und Bearbeiten einer Datei in der Patientenakte wählst du einen Termin aus. Beim Bearbeiten eines Formulars setzt, änderst oder entfernst du den Termin in der Seitenleiste. Entfernen löst auch den Termin des zugehörigen Patientenformulars.
Neuer Editor – Formulare bestehen jetzt aus Schritten. Die Schritte lassen sich nacheinander oder am Stück ausfüllen. Im Editor heißen Reiter, Standardnamen und Verschieben-Menüs jetzt „Schritt“ statt „Seite“ (Button „Schritt“, „Schritt löschen“, „Auf Schritt verschieben“), ebenso die Navigation in der Anmerken-Ansicht. Abschnitte sind wiederholbar. Die Feldbreite ist je Gerät getrennt einstellbar. Fehlende Pflichtangaben werden vor dem Absenden gemeldet.
Bedingte Fragen – Felder und Abschnitte werden abhängig von vorherigen Antworten ein- und ausgeblendet. Ausgeblendete Pflichtfelder blockieren das Absenden nicht.
Neue Fragetypen – Zeit, Datum mit Uhrzeit, Skala und Antwortmatrix. Antwortoptionen können Freitext zulassen oder sich gegenseitig ausschließen. Mengenangaben haben wählbare Einheiten.
Thieme-Aufklärungsbögen – Aufklärungsbögen von Thieme Compliance lassen sich importieren und digital ausfüllen. Ein Bogen kann mehrere Unterschriften verlangen. Beim Durchsehen vor dem Abschluss sieht der Behandler kritische Antworten gesammelt und gekennzeichnet. Über den Button „Thieme-Nutzung“ unter Journaling → Formulare oder in der Formularliste sieht die Praxis, wie viele Thieme-Bögen sie in einem Zeitraum genutzt, ausgefüllt, abgeschlossen und leer gedruckt hat, und kann die Aufstellung drucken oder als Excel/CSV herunterladen.
Anmerkungen im Formular – Behandler schalten in einem Formular den Anmerkungsmodus ein, markieren freihändig und setzen mit dem Werkzeug Text Textnotizen an beliebiger Stelle. Das geht schon vor dem Ausfüllen: Der Patient sieht die Anmerkungen beim Ausfüllen. Beim Versand per E-Mail lassen sie sich mit „Mit Anmerkungen“ optional mitschicken. Ausdruck und PDF-Download enthalten die Anmerkungen.
Bodycharts – Motive, Markierungstypen und die Felder je Markierungstyp sind pro Unternehmen konfigurierbar. Felder mit dem Schalter „Im Tooltip anzeigen“ erscheinen im Tooltip der Markierung.
Weitere Verbesserungen – Hochgeladene Formulardateien lassen sich in der Patientenakte speichern. Das Ansichtsmodal hat einen Bearbeiten-Button, die Textarea-Formatierung bleibt erhalten. Datumsfelder haben einen Löschen-Button. Ein Bildwidget kann im Druck ein Signaturfeld ersetzen.

FormulareAufklärung

Offisy Connect: neue Anwendung für Laborgeräte

Offisy Connect ist eine eigenständige Anwendung für Windows 11 und macOS (Apple Silicon), die du in der Ordination installierst. Sie verbindet Laborgeräte per GDT mit offisy. Den Installer lädst du direkt aus dem Help Center herunter.

Laboranfragen schickst du aus der Patientenakte an das Laborgerät. Messwerte und Anhänge kommen zurück und landen bei eindeutiger Zuordnung automatisch in der Patientenakte. Offene Ergebnisse weist du in Offisy Connect von Hand zu.

Du verbindest die Installation einmalig per Aktivierungscode mit offisy, auf Wunsch auch mit mehreren Accounts. Bei Internetausfall gehen keine Ergebnisse verloren: Connect puffert lokal und lädt hoch, sobald die Verbindung wieder steht.

Voraussetzung ist das Add-on Offisy Connect, für Laboranfragen zusätzlich Laboranfrage (GDT).

Offisy ConnectGDT

Zur Dokumentation →

OAuth-Schnittstelle erweitert

Die OAuth-API wird in R4 um mehrere Bereiche erweitert, zum Beispiel Lager, Aufgaben, Auswertungen und Kundengruppen. Die vollständige, aktuelle Liste aller Endpoints findest du in der API-Referenz. Alle Listen-Endpoints folgen jetzt einheitlichen Konventionen für Status-Filter, Referenzen, Paginierung und Sortierung. GET /fee-note-services bekommt neue Filter (from, until, billStatus, treatingUserId, customerId) und neue Referenzfelder (treatingUser, insuranceService, appointment, resource). Neu sind außerdem GET /appointments/{uuid}/references für die Referenzen eines Termins (Formulare, Dateien), GET /forms/{uuid} und GET /forms/customers/{uuid} für die Metadaten von Formularen und versendeten Formularen sowie der Scope forms.

Breaking Changes

Termine (volle Ansicht): course ist eine UUID statt eines eingebetteten Kurs-Objekts – Kursdaten und Teilnehmer über GET /courses/{uuid}
Termine, Kunden, Honorarnoten und Rechnungen liefern ohne status auch gelöschte bzw. stornierte Datensätze – nur aktive mit status=active. Benutzer liefern zusätzlich das Feld deleted und den neuen Filter status
Dieselben Listen sortieren ohne Filter nach interner ID aufsteigend – Termine, Kunden, Benutzer, Honorarnoten und Rechnungen
includeArchived, includeDeleted und includeDeletedAttendees entfallen, Ersatz ist status
Referenzen auf andere Datensätze kommen als UUID-String ("customer": "<uuid>") statt als eingebettetes Objekt (R4-Bereiche)
Kunden: groups[].id ist jetzt die UUID der Kundengruppe statt einer internen Zahl – passend zu GET /customers/groups und dem Filter groupId
Kunden-Notizen, Kundenwerte und Leistungskategorien liegen jetzt unter /customers/notices, /customers/values, /services/categories; die bisherigen Pfade funktionieren vorerst weiter und sind veraltet
Mahnungen: fachlicher Filter heißt dunningStatus; invoiceId/customerId heißen invoice/customer
GET /invoices/{uuid} und GET /fee-notes/{uuid} liefern gelöschte Datensätze mit 200 statt 404 (Feld deleted)
Aufgaben: isDeleted heißt deleted (zusätzlich deletedAt)
Auswertungen: Referenzen (treatingUser, customer, course, resource, insuranceService) kommen als UUID ohne Namen; für resource und insuranceService gibt es keinen Nachlade-Endpoint
Datums-Parameter (u.a. from/until, dueDateFrom/dueDateTo, startDate/endDate) werden jetzt strikt geprüft – ein unmögliches Kalenderdatum wie 2026-02-31 ergibt 400 statt einer stillen Umrechnung
Datums-Parameter der Query sowie start und dueDate werden strikt geprüft: erlaubt sind YYYY-MM-DD oder YYYY-MM-DDTHH:MM[:SS[.fff]] mit optionalem Offset Z, ±HH:MM oder ±HHMM. Zonennamen, einstellige Angaben und +02 ohne Minuten ergeben 400. Alle Body-Felder, die nur ein Datum erwarten (z.B. date, birthday, customDate), nehmen nur YYYY-MM-DD als echtes Kalenderdatum an
Mit dem Add-on Mandanten liefern Rechnungen, Honorarnoten, Bareinnahmen und Mahnungen nur Datensätze aus Mandanten, auf die der Besitzer-Benutzer Zugriff hat und in denen er das Leserecht besitzt. Ein Einzelabruf außerhalb davon antwortet wie bei einer unbekannten UUID mit 404
offset, limit und maxDays mit einem Wert, der keine ganze Zahl ist, ergeben 400. Früher wurde der Wert stillschweigend in eine Zahl umgewandelt
Ist der Besitzer-Benutzer eines API-Zugangs deaktiviert, antwortet die API mit 401 invalid_client (Token-Endpoint: 400 invalid_grant). Wird der Benutzer gelöscht, werden seine API-Zugänge widerrufen: danach antwortet die API dauerhaft mit 403 client_revoked, der Token-Endpoint mit 400 unauthorized_client
Fehlt dem Besitzer-Benutzer eines API-Zugangs die Berechtigung in der Firma des OAuth-Clients, antwortet die API mit 403 access_denied statt die Prüfung gegen die Heimatfirma des Benutzers laufen zu lassen
GET /booking/available-slots und /batch: endDate darf höchstens 365 Tage nach startDate liegen
Fehler kommen immer als JSON, auch bei 404, 405 und 500; neuer Code method_not_allowed
GET /appointments: Liegt from nach until, antwortet die API mit 400
Eingehende Überweisungen: das Feld date entfällt in Request und Response von GET/POST /incoming-referrals, es wurde nie gespeichert
Umsatz-Auswertung: billStatus nimmt eine Kommaliste (ODER) entgegen
Kundengruppen: name wird um Leerzeichen am Rand gekürzt; Emojis und andere 4-Byte-Zeichen in name und description ergeben 400

OAuthAPI

Zur Dokumentation →

Verbesserungen

Kalender

Gespeicherte Ansichten ordnest du per Drag & Drop in der Ansichtenliste. Persönliche Ansichten ordnet jeder für sich, geteilte Ansichten ordnet, wer die Kalender-Einstellungen bearbeiten darf. Die Auswahl der Ansichten in der Werkzeugleiste zeigt dieselbe Reihenfolge
Jede Ansicht kann ein eigenes Intervall haben. Hat sie keines, gilt dein persönliches Intervall, sonst der Standard deiner Praxis
Im Ansichten-Editor wählst du bei Typen, welche Terminarten eine Ansicht zeigt, zum Beispiel Kurstermine oder Pausen. Die Kalender-Schnellsuche beachtet den Typ-Filter der aktiven Ansicht
Kurse färbt der Kalender unabhängig von den Kalenderfarben automatisch nach Status: Abgesagt rot, Ausgebucht orange, Läuft gerade grün (Details unter Kalender-Einstellungen)
Bei individuellen Pausen wählst du unter Darstellung im Kalender, ob die Pause Gestreift oder in Vollfarbe erscheint (siehe Individuelle Pausen)

Oktober

Neue Features ​

Formulare ​

Offisy Connect: neue Anwendung für Laborgeräte ​

OAuth-Schnittstelle erweitert ​

Verbesserungen ​

Neue Features

Formulare

Offisy Connect: neue Anwendung für Laborgeräte

OAuth-Schnittstelle erweitert

Verbesserungen