Documentation Konfigurierbar

Das Datenmodell

Ein klassisches Datenmodell beschreibt Hauptwörter: Es weiß, was ein Produkt, eine Apotheke, eine Charge ist. Es weiß nichts darüber, was damit geschieht. Die Datenebene von Medelu ist darauf angelegt, auch die Entscheidungen zu enthalten, nicht nur die Daten.

Drei Familien von Elementen

  • Die Objekte: wovon die Rede ist. Produkt · Wirkstoff · Packung · Charge · Apotheke · Bestandsposition · Lieferant · Botengang · Rückruf · unerfüllte Nachfrage · Engpassereignis · geografische Zone.
  • Die Verknüpfungen: eigenständige Fakten, keine technischen Verbindungen. Das Produkt enthält den Wirkstoff · die Apotheke hält eine Position · die Position betrifft eine Charge · der Rückruf bezieht sich auf eine Charge · die unerfüllte Nachfrage speist ein Signal · das Signal befindet sich in einer Zone.
  • Die Verben: womit eine Fachkraft den Zustand der Dinge ändert. Eine Verfügbarkeit bestätigen · reservieren · einen Transfer anfragen · einen Engpass melden · die Freigabe eines Apothekers anfordern · einen Rückrufkreislauf eröffnen · die betroffenen Apotheken benachrichtigen.
Ein Verb ist keine Schaltfläche.Es legt fest, wer es auslösen darf, welche Bedingungen erfüllt sein müssen, bevor die Übermittlung überhaupt möglich wird, was es ändert, was es danach auslöst und welche Spur es hinterlässt. Solange eine Bedingung nicht erfüllt ist, kann die Aktion nicht übermittelt werden: Die Kontrolle ist strukturell, nicht bloß erklärt.

Eine offene, lokal verantwortete Architektur

Offene Datenebene: offene Formate, Zugang über eine normierte Schnittstelle, kein Lock-in. Sicherheit und Governance sind keine gesonderte Schicht:Rolle, Kennzeichnung, Zweck, Protokollierung, Herkunft und Speicherort durchziehen das Ganze, von den Daten bis zur Anwendung. Diese Fähigkeiten sind konfigurierbar, um die Systeme jeder einzelnen Apotheke herum; sie beschreiben keine bereits eingesetzte Infrastruktur.