Funktionsumfang und Abgrenzung
Stand: 2026-10-28 · T2med-Version 26.11 · Integrationsleitfaden 1.1
Diese Seite zeigt auf einen Blick, was die externe T2med FHIR-API heute kann, was geplant ist und was derzeit nicht angeboten wird. Technische Details finden Sie im Integrationsleitfaden und in der API-Referenz, die Planung in der Roadmap.
Hinweis zu geplanten Funktionen
Aussagen zu geplanten Funktionen sind eine Planung und keine verbindliche Zusage. Umfang und Termine können sich ändern.
1. Verfügbar
Lesen
| Ressource | Operationen |
|---|---|
| Patient | Suche über Kontext-Identifier, Suche nach Name und Geburtsdatum, Lesen per ID |
| Encounter | Lesen (Kontext) |
| Organization | Lesen, Suche nach Name/BSNR, Suche nach Practitioner |
| Practitioner | Lesen, Suche nach Name/LANR |
| Patient (eAkte) | Lesen der eAkte entsprechend der Ansicht im T2med-Client über die Operation $eakte, optional eingegrenzt auf einen Zeitraum (ab Version 26.11) |
| DocumentReference | Lesen der Referenz auf Dokumente und Bilder der eAkte (ab Version 26.11) |
Schreiben
| Ressource | Operationen |
|---|---|
| Patient | Anlegen, Aktualisieren |
| Observation | Anlegen als Anamnese, Befund oder Freitext |
| Condition | Anlegen als Diagnose |
| Procedure | Anlegen als Therapie oder Prozedere |
| DocumentReference | Anlegen als Freitext oder Anhang (z. B. PDF) |
| Transaction-Bundle | Bündeln mehrerer Neuanlagen (nur POST) |
Schreibzugriffe legen immer neue Einträge in der eAkte an und sind an einen gültigen Kontext gebunden.
Authentifizierung und Zugriff
| Funktion | Beschreibung |
|---|---|
| Aufruf per Deep Link | Start der Drittanbieter-Anwendung aus dem T2med-Client mit Kontext und Token |
| OAuth Device Flow (RFC 8628) | Einmalige Freigabe durch einen Nutzer der Praxis, danach Wiederverbindung ohne weitere Interaktion über den Refresh-Token |
| Kontext per API anlegen | createKontext() (POST /Encounter) für den Device Flow, ab Version 26.10; ermöglicht den Patientenwechsel innerhalb einer Sitzung |
| Zugriff im Praxisnetz | Die FHIR-API läuft auf dem T2med-Praxisserver und ist im Praxisnetz erreichbar (TLS mit installationsspezifischem Zertifikat) |
2. Geplant
| Funktion | Planung |
|---|---|
| Weitere Filter beim lesenden Zugriff (Eintragstyp, Behandlungsfall, Arztrolle, Behandlungsort, Quelle) und eigene Profile je Eintragsart | geplant, kein Termin; die Sichtbarkeiten des T2med-Benutzers werden beachtet |
| Terminkalender und Wartezimmer | geplant für das 1. Halbjahr 2027; der genaue Umfang steht noch nicht fest |
| Aktualisieren bestehender T2med-Einträge | geplant, kein Termin |
| Steuerung des Karteityps eines Anhangs über ein Kürzel | geplant |
| Aufruf einer Patientenakte in T2med aus der Drittanbieter-Anwendung (Web-Adresse/Deep Link) | perspektivisch geplant, kein Termin |
| Weitere Ausbaustufen | mit den Versionen 26.12 und 27.01; die Inhalte werden bekanntgegeben |
3. Derzeit nicht verfügbar
| Funktion | Stand |
|---|---|
| Terminbuchung: freie Termine abfragen, Termine anlegen, ändern, stornieren | Nicht verfügbar. Es gibt keine Termin-Endpunkte. Der Zugriff auf den Terminkalender ist geplant (siehe oben). |
| Online-Gateway / Zugriff aus der Cloud | Nicht verfügbar. Die FHIR-API ist nur im Praxisnetz erreichbar. Ein zentral gehosteter Dienst benötigt eine eigene lokale Komponente in der Praxis, die der Drittanbieter bereitstellt und betreibt. |
| Ändern bestehender Einträge | Nicht möglich, derzeit nur Neuanlage. Das Aktualisieren ist geplant. |
| Öffnen von T2med oder einer bestimmten Patientenakte aus der Drittanbieter-Anwendung | Nicht möglich. Die API ruft die Drittanbieter-Anwendung aus T2med auf, nicht umgekehrt. |
| Einschränkung des API-Zugriffs auf bestimmte Rechner (IP, Hostname) | Nicht vorgesehen. Die FHIR-API ist im gesamten Praxisnetz erreichbar. Über die Konfiguration der Funktionsleiste lässt sich festlegen, an welchen Stationen der Aufruf des Drittanbieter-Clients zur Verfügung steht. |
| Zentrale Freischaltung für mehrere Praxen | Nicht vorgesehen. Der API-Key gilt je Drittanbieter, die Freischaltung erfolgt je Praxis-Installation. |
| Einzelnes Lesen und Suchen von Observation, Condition und Procedure | Nicht verfügbar. Der lesende Zugriff erfolgt über die eAkte-Operation $eakte. |
| Weitere Ressourcen, Profile und Operationen | Alles, was nicht in Abschnitt 1 steht, wird derzeit nicht unterstützt. |
FHIR-API und GDT
Die FHIR-API und die GDT-Schnittstelle sind voneinander unabhängig. GDT bleibt erhalten und wird nicht abgeschaltet.
Fragen
Falls Ihr Anwendungsfall hier nicht abgedeckt ist, schauen Sie in die FAQs oder nutzen Sie das Kontaktformular.