Android startete im Koordinationsmodus. Die erste Phase war Planungsarbeit: Tickets in derselben Form wie auf iOS verfassen, Pull-Requests gegen den iOS-Release-Train reviewen und dafür sorgen, dass die Parität nicht ins Driften gerät. Die meisten Entscheidungen darüber, welche Features die App bekommt und wie der Zeitplan läuft, waren auf iOS bereits gefallen und wurden für Android lediglich neu formuliert — dieselbe Domänensprache, dieselben Screens, derselbe Vertrag.
Die zweite Phase war die Übergabe. Die Android-Codebase kam ins Haus und trat in denselben Single-Engineer-Ownership-Zyklus wie iOS ein. Fixes, neue Features, Store-Releases — ein Kopf hält zwei Betriebssysteme gleichzeitig, und jede Änderung berührt beide Seiten auf derselben Release-Kadenz.
Die Codebase ist Kotlin mit AndroidX-Views, Coroutines und Flow, Hilt, Jetpack-Lifecycle, Retrofit + OkHttp, ML Kit + CameraX für das Scanning und Firebase für Messaging und Analytics.
Das Repository selbst ist auf vier Zielgruppen zugeschnitten — Patient, Klinik, Hersteller und eine Commerce-Shell — und teilt eigene Bibliotheken für Scanning, Barcode-Parsing, gemeinsames Gerüst und das Designsystem. Das Scannen unterstützt drei Aufgaben: Produkte werden beim Ausstellen eines Zertifikats eingescannt, Klinikpersonal meldet sich an, indem es die Kamera auf einen Code richtet, und eine Push-Benachrichtigung kann den Scanner direkt für Stapelarbeit öffnen. Die Barcode-Schicht spricht GS1, die Beschriftungsgrammatik der Medizinprodukte; die Patienten-App meldet sich über Kakao an — einen in Korea verbreiteten Anmeldedienst. Über jedes Modul läuft ein und dasselbe Lint-Regelwerk.
iOS und Android gleichzeitig durchgehend zu tragen war der Teil dieser Rolle, der sich am stärksten festgesetzt hat.