October

25. Oktober 2026

New Features

Forms

Forms get a new editor, conditional questions, new question types, and digital consent forms.

Link forms and files to appointments — Forms you share or fill out internally at the appointment via "Create document" or the "Create forms" quick menu in the waiting room are linked to the appointment automatically. The appointment sidebar in the calendar shows them in the new "Formulare" block, and the form view shows the appointment. In the form view modal, the "Hochgeladene Dateien" card lists the patient's files. When you upload or edit a file in the patient record, you can choose an appointment. When you edit a form, you can set, change, or remove the appointment in the sidebar. Removing it also releases the appointment of the associated patient form.
New editor — Forms now consist of steps. Steps can be filled out one after the other or all at once. In the editor, tabs, default names, and move menus now say "Step" instead of "Page" (button "Step", "Delete step", "Move to step"), and so does the navigation in the annotation view. Sections are repeatable. Field width is configurable per device. Missing required fields are flagged before submission.
Conditional questions — Fields and sections show or hide based on previous answers. Hidden required fields don't block submission.
New question types — Time, date with time, scale, and answer matrix. Answer options can allow free text or exclude each other. Quantities have selectable units.
Thieme consent forms — Consent forms from Thieme Compliance can be imported and filled out digitally. A form can require several signatures. When reviewing before completion, the practitioner sees critical answers collected in one place and flagged. With the "Thieme usage" button under Journaling → Forms or in the form list, practices can see how many Thieme forms they used, had filled in, completed and printed blank in a period, and can print the overview or download it as Excel/CSV.
Annotations in forms — Practitioners switch on annotation mode in a form, mark it freehand, and use the Text tool to place notes anywhere. This works before the form is filled out: the patient sees the annotations while filling it out. When sending by email, you can optionally include them with "Mit Anmerkungen". The printout and PDF download include the annotations.
Bodycharts — Motifs, marker types, and the fields per marker type are configurable per company. Fields with the "Show in tooltip" switch appear in the marker's tooltip.
Further improvements — Uploaded form files can be saved to the patient record. The view modal has an edit button, and textarea formatting is preserved. Date fields have a clear button. An image widget can replace a signature field in print.

FormsConsent

Offisy Connect: a new app for lab devices

Offisy Connect is a standalone app for Windows 11 and macOS (Apple Silicon) that you install at your practice. It connects lab devices via GDT to offisy. You download the installer directly from the Help Center.

You send lab requests from the patient record to the lab device. Measurements and attachments come back and land automatically in the patient record when the match is unambiguous. You assign open results by hand in Offisy Connect.

You connect the installation to offisy once, using an activation code — you can connect it to multiple accounts if needed. If the internet goes down, no results are lost: Connect buffers locally and uploads once the connection is back.

This requires the Offisy Connect add-on; for lab requests you also need Lab Request (GDT).

Offisy ConnectGDT

Documentation →

OAuth API extended

The OAuth API is expanded in R4 with several new areas, for example inventory, tasks, reports, and customer groups. The full, current list of endpoints is in the API reference. All list endpoints now follow unified conventions for status filters, references, pagination, and sorting. GET /fee-note-services gets new filters (from, until, billStatus, treatingUserId, customerId) and new reference fields (treatingUser, insuranceService, appointment, resource). Also new are GET /appointments/{uuid}/references for the references of an appointment (forms, files), GET /forms/{uuid} and GET /forms/customers/{uuid} for the metadata of forms and sent forms, and the scope forms.

Breaking Changes

Appointments (full view): course is a UUID instead of an embedded course object — load course data and attendees via GET /courses/{uuid}
Appointments, customers, fee notes, and invoices now return deleted or canceled records without a status filter too — only active records with status=active. Users additionally return the deleted field and the new status filter
The same lists now sort by internal ID ascending when no filter is applied — appointments, customers, users, fee notes, and invoices
includeArchived, includeDeleted, and includeDeletedAttendees are removed, replaced by status
References to other records are now UUID strings ("customer": "<uuid>") instead of embedded objects (R4 areas)
Customers: groups[].id is now the UUID of the customer group instead of an internal number — matching GET /customers/groups and the groupId filter
Customer notices, customer values, and service categories now live under /customers/notices, /customers/values, /services/categories; the previous paths keep working for now and are deprecated
Dunning: the business filter is now called dunningStatus; invoiceId/customerId are now invoice/customer
GET /invoices/{uuid} and GET /fee-notes/{uuid} now return deleted records with 200 instead of 404 (field deleted)
Todos: isDeleted is now deleted (plus deletedAt)
Reports: references (treatingUser, customer, course, resource, insuranceService) are now UUIDs without names; resource and insuranceService have no lookup endpoint
Date parameters (including from/until, dueDateFrom/dueDateTo, startDate/endDate) are now checked strictly — an impossible calendar date like 2026-02-31 returns 400 instead of a silent rollover
Date query parameters as well as start and dueDate are checked strictly: accepted are YYYY-MM-DD or YYYY-MM-DDTHH:MM[:SS[.fff]] with an optional offset Z, ±HH:MM, or ±HHMM. Zone names, single-digit values, and +02 without minutes return 400. All body fields that expect only a date (e.g. date, birthday, customDate) accept only YYYY-MM-DD as a real calendar date
With the Tenancies add-on, invoices, fee notes, cash revenues, and dunning notices return only records from tenancies the owning user has access to and where they hold the read permission. A single fetch outside those tenancies responds with 404, like an unknown UUID
offset, limit, and maxDays with a value that is not an integer return 400. Previously the value was silently converted to a number
If the owning user of an API access is disabled, the API responds with 401 invalid_client (token endpoint: 400 invalid_grant). When the user is deleted, their API accesses are revoked: after that, the API responds permanently with 403 client_revoked, and the token endpoint with 400 unauthorized_client
If the owning user of an API access lacks permission in the OAuth client's company, the API now responds with 403 access_denied instead of checking against the user's home company
GET /booking/available-slots and /batch: endDate must not be more than 365 days after startDate
Errors now always come back as JSON, including 404, 405, and 500; new code method_not_allowed
GET /appointments: if from is after until, the API responds with 400
Incoming referrals: the date field is removed from the request and response of GET/POST /incoming-referrals; it was never stored
Turnover report: billStatus accepts a comma-separated list (OR)
Customer groups: name is trimmed; emoji and other 4-byte characters in name and description return 400

OAuthAPI

Documentation →

Improvements

Calendar

You sort saved views by drag and drop in the views list. Everyone orders their personal views; whoever may edit the calendar settings orders shared views. The view selector in the toolbar shows the same order
Each view can have its own Intervall (interval). If it has none, your personal interval applies, otherwise your practice's default
In the view editor, you use Typen (types) to choose which kinds of appointments a view shows, for example Kurstermine or Pausen. The calendar quick search respects the type filter of the active view
The calendar colors courses automatically by status, regardless of the Kalenderfarben (calendar colors) setting: Abgesagt (canceled) red, Ausgebucht (fully booked) orange, Läuft gerade (running) green (details in Calendar settings)
For individual breaks, you choose under Darstellung im Kalender whether the break appears Gestreift (striped) or in Vollfarbe (solid color) (see Individual breaks)

October

New Features ​

Forms ​

Offisy Connect: a new app for lab devices ​

OAuth API extended ​

Improvements ​

New Features

Forms

Offisy Connect: a new app for lab devices

OAuth API extended

Improvements