Scripting IDE

Skripte sind in EMIL allgegenwärtig: Sie prüfen Fragebögen auf Plausibilität, berechnen Scores, steuern den Datenaustausch über die Schnittstellen. Lange Zeit lief die Entwicklung dieser Skripte nach einem einfachen Muster: schreiben, speichern, ausprobieren – und wenn das Ergebnis nicht stimmte, anpassen und wieder von vorn. Trial and Error.

Bei einem kleinen Skript ist das völlig in Ordnung. Drei, vier Zeilen Logik hat man im Kopf, ein falsches Ergebnis ist schnell eingekreist, der Korrekturweg kurz. Solange die Aufgaben überschaubar bleiben, ist dieser Ansatz sogar der pragmatischste.

Aber genau hier hat sich etwas verschoben.

Mit Komplexität und Verbreitung ändern sich die Spielregeln

Die Skripte sind nicht klein geblieben. Eigene Fragebögen kombinieren heute mehrstufige Plausibilitätsregeln mit verschachtelten Score-Berechnungen in einem einzigen Durchlauf. Schnittstellen bilden zunehmend anspruchsvolle Logik ab. Und parallel steigt die Verbreitung: Was früher ein Einzelfall war, läuft heute bei vielen Einrichtungen produktiv – jeden Tag, mit echten Patientendaten.

Damit verändert sich die Rechnung grundlegend. Bei einem komplexen Skript ist „ausprobieren, bis es passt" nicht mehr nur mühsam, sondern unzuverlässig: Man sieht weiterhin nur das Endergebnis, nie den Weg dorthin. Wo genau kippt die Berechnung? Welcher Zwischenwert war im entscheidenden Moment im Spiel? Bei steigender Komplexität wird dieses Rätselraten teuer – und bei breiter Nutzung wird jeder unentdeckte Sonderfall zum Risiko, das sich vervielfacht.

Kurz: Der Trial-and-Error-Ansatz skaliert nicht mit. Was bei kleinen Skripten Tugend war, wird bei großen zur Bremse.

Was wir bauen: Debugger und Schnittstellen-IDE

Deshalb heben wir die Skriptentwicklung auf ein neues Niveau – mit Werkzeugen, die in der professionellen Softwareentwicklung selbstverständlich sind, für unsere Skripte aber bislang fehlten.

Ein echter Debugger. Haltepunkte setzen, das Skript an der interessanten Stelle anhalten, Schritt für Schritt weitergehen und live verfolgen, welche Werte berechnet werden und welchen Weg die Logik nimmt. Bei den Fragebögen heißt das: eine konkrete Konstellation eingeben, einmal durchlaufen lassen – und dabei in einem Durchgang sowohl die Plausibilitätsprüfung als auch die finale Score-Berechnung nachvollziehen. Aus „funktioniert nicht" wird „hier, an dieser Zeile, mit diesem Wert".

Eine vollwertige Schnittstellen-IDE. Den Bereich für die Schnittstellen lösen wir aus seinem bisherigen, kargen Editor heraus und geben ihm eine richtige Arbeitsumgebung – mit übersichtlicher Kanalverwaltung, komfortablem Editor und demselben Debugger, der auch bei den Formeln greift. Formel-Logik und Schnittstellen-Logik wachsen so auf demselben Fundament zusammen.

Warum das wichtig ist

Die Anpassbarkeit ist eine der großen Stärken von EMIL. Damit sie das bleibt, muss die Entwicklung dieser Anpassungen mit ihrer eigenen Komplexität und Verbreitung mitwachsen. Genau das tun wir gerade: Wir machen aus pragmatischem Ausprobieren eine kontrollierte, transparente und belastbare Entwicklung.

Wir sind mitten drin – und freuen uns darauf, die fertigen Werkzeuge bald in der Praxis zu zeigen.