Ein ADR ist ein kurzes Dokument, in dem ein Entwicklungsteam eine wichtige technische Entscheidung festhält — mit Kontext, Optionen, getroffener Entscheidung und Begründung.
Architecture Decision Records (ADRs) sind ein einfaches Werkzeug aus dem Software-Engineering, um zentrale Entscheidungen — etwa die Wahl der Datenbank oder die Regel, dass Module nur über definierte Ereignisse miteinander reden — dauerhaft nachvollziehbar zu machen. Jedes ADR beantwortet drei Fragen: Was war die Ausgangslage? Welche Optionen wurden geprüft? Welche Entscheidung wurde getroffen und warum? Für Kunden bedeutet das vor allem Transparenz: Wer sich später fragt, warum PARITY.med an einer Stelle so funktioniert, wie es funktioniert, findet die Begründung schriftlich — nicht im Kopf einer einzelnen Person. Bei MDR-relevanten Themen (Aufbewahrungsfristen, Datenmodell für Hersteller-Stammdaten, Rückruf-Workflows) bilden die ADRs zugleich die Brücke zwischen regulatorischer Anforderung und tatsächlicher Implementierung. Die ADRs für PARITY.med liegen im öffentlichen Repository und sind durchnummeriert (z. B. ADR 0030, ADR 0032, ADR 0033) — der Inhalt jedes einzelnen ADR ist Engineering-Detail und für die meisten Anwender:innen nicht alltagsrelevant.