Agentic Coding und FHIR
Agentic Coding führt eine neue Variable in das Systemdesign ein: Der Agent wird zu einer codeproduzierende Komponente, die innerhalb strenger architektonischer Grenzen arbeiten muss.
Viele Menschen, die mit Agentic Coding experimentieren, stimmen einem zentralen Prinzip zu: Sie müssen die Kontrolle über den Agenten behalten. Ohne klare Struktur und Einschränkungen kann ein agentengesteuertes Projekt schnell unwartbar werden.
Wir sind überzeugt, dass die Entwicklung FHIR-nativer Anwendungen und die Verwendung von FHIR als Framework für Agentic Coding im Gesundheitswesen das Maß an Kontrolle über die Systemarchitektur erheblich erhöht.
FHIR bietet in mehreren kritischen Bereichen starke Leitplanken.
Datenmodell
Dies ist einer der wichtigsten Teile jeder Anwendung. Wenn Sie einen FHIR-Server als Backend verwenden, können Sie sicher sein, dass alle vom Agenten erzeugten Daten als gültige FHIR-Ressourcen gespeichert werden. Der Agent erstellt keine benutzerdefinierten Datenformate. Alle generierten Daten müssen den standardisierten FHIR-Ressourcenstrukturen entsprechen.
Interaktionsmuster
FHIR-Spezifikationen wie Subscriptions und SQL on FHIR definieren standardisierte Wege für die Interaktion zwischen Komponenten. Dies reduziert Mehrdeutigkeiten in der Integrationslogik und verhindert, dass der Agent benutzerdefinierte Kommunikationsmuster erfindet.
Terminology
FHIR fördert die Verwendung bekannter Codesysteme und stellt sicher, dass Ihre Anwendung Daten mithilfe interoperabler und standardisierter Vokabulare modelliert.
Interoperabilität by Design
Die grundlegenden Designprinzipien von FHIR machen Interoperabilität zur Standardanforderung anstatt zu einem nachträglichen Gedanken.
In diesem Beitrag demonstrieren wir ein kleines Beispiel für den Einsatz von Agentic-Fähigkeiten, um die FHIR-Komplexität zu verbergen und dabei die architektonische Kontrolle zu erhalten.
Beispiel: Ein Patienten-Gewichts-Dashboard erstellen
Stellen Sie sich eine Anwendung vor, die einen FHIR-Server zur Datenspeicherung verwendet. Nehmen wir der Einfachheit halber an, dass wir nur zwei Ressourcentypen haben:
- Patient
- Observation (für das Körpergewicht)
Nun möchten wir mithilfe von Agentic Coding ein neues Feature implementieren.
Ziel
Implementierung eines Patienten-Dashboards, in dem jeder Patient sein Körpergewicht im Zeitverlauf anhand vorhandener Observation-Daten einsehen kann.
Prompt
/aidbox-dashboard Let's implement a patient dashboard where each patient can view their body weight over time, based on
the Observation data we already have.
Ergebnis
Nach etwa zwei Minuten Agenten-Ausführung erhalten wir ein funktionierendes Dashboard.
Wie es intern funktioniert
/aidbox-dashboard
ist eine in der Repository definierte Claude-Skill, die dem Agenten beibringt, wie Dashboards erstellt werden.
Die Skill weist den Agenten an:
- Eine ViewDefinition-FHIR-Ressource zu erstellen
- Die ViewDefinition in eine echte Datenbankansicht zu materialisieren
- Backend-Code zu generieren, der die Ansicht direkt per SQL abfragt
- Frontend-Code zu erstellen, um das Dashboard darzustellen
Sie teilt dem Agenten außerdem mit:
- Welche Frontend-Visualisierungsbibliothek verwendet werden soll
- Wie mit dem FHIR-Server und der Datenbank interagiert wird
- Wie der FHIR-Server konfiguriert wird, damit ViewDefinitions automatisch bereitgestellt werden
- Wie häufige Probleme behoben werden
Mit anderen Worten: Der Agent führt ein kontrolliertes architektonisches Playbook aus, anstatt frei zu improvisieren.
So probieren Sie es aus
Der Code ist im öffentlichen Repository verfügbar.
Sie können es lokal ausführen. Voraussetzungen:
- Docker
- Bun
- Claude Code
Versuchen Sie, es zu erweitern – bitten Sie Claude beispielsweise, mehr Seed-Daten zu generieren oder weitere Dashboards mithilfe der
/aidbox-dashboard-Skill zu erstellen.
Fragen oder Feedback? Kontaktieren Sie uns über das untenstehende Formular.
