Planned
Transfer ist geplant.
BestCura · TRANSFER INTEGRITY
TRANSFER INTEGRITYEin Transfer ist mehr als eine neue Facility-ID.
Bei einem Transfer können Facility, Jurisdiktion, Professional Authority, Rules und Work State gleichzeitig ihre Bedeutung ändern. BestCura macht daraus einen nachvollziehbaren Zustandsübergang statt eines stillen Kontextwechsels.
Technik soll Komplexität tragen, damit Menschen ihre Aufmerksamkeit Menschen geben können.
DER MENSCH IM MITTELPUNKT
Ein Transfer ist kein Wechsel einer Facility-ID. Für einen Menschen ist es ein Übergang von Verantwortung.
Beim Wechsel zwischen Einrichtungen, Teams oder Jurisdiktionen darf nicht unklar sein, welcher Kontext noch gilt und welcher bereits gilt. BestCura trennt deshalb Transfer Intent von Transfer Effective und behandelt den Übergang als nachvollziehbare State Transition.
COMMIT INTEGRITY
Intent und Effective sind zwei verschiedene Dinge.
Ankunft allein macht einen Zielkontext noch nicht automatisch zur neuen Ausführungsgrundlage.
Authorized
Transfer Authority wurde geprüft.
Arrived
Patient ist angekommen, aber Target Context kann noch offen sein.
Transfer Effective
Erst bestätigter Zielkontext verschiebt die Execution-Grundlage.
Ein Beispiel aus dem Versorgungsalltag
Deutschland → Österreich.
Situation
Facility, Jurisdiction und gebundene Authority können wechseln.
Konflikt
Ein pauschaler Reset würde zu viel invalidieren; ein einfacher Facility-Wechsel zu wenig.
BestCura-Lösung
BestCura löst Source/Target autoritativ auf und invalidiert nur Decision-bound Authorizations mit betroffenen Dependencies.
Ergebnis
Der Transfer bleibt präzise, nachvollziehbar und recoverable.
RECOVERY
Ein halber Transfer darf nie wie ein fertiger aussehen.
Persistierter TransferExecutionState macht partielle Ausführung sichtbar.
Failure Step
Der konkrete Abbruchpunkt bleibt dokumentiert.
Reconciliation
Recovery lädt den aktuellen Zustand neu.
No Blind Reactivation
STALE wird nicht ohne vollständige Dependency-Revalidation wieder ACTIVE.
Idempotency
Retries dürfen keine doppelten Side Effects erzeugen.
Ein Beispiel aus dem Versorgungsalltag
Crash nach Authorization-Invalidierung.
Situation
Authorizations sind stale, der Transfer aber noch nicht vollständig abgeschlossen.
Konflikt
Ohne Commit-State könnte der Zwischenzustand verborgen bleiben.
BestCura-Lösung
Transfer bleibt nicht COMMITTED; Reconciliation wird erforderlich.
Ergebnis
Der Fehler ist sichtbar und Recovery muss die aktuelle Realität erneut prüfen.
FAQ
Häufige Fragen
Was ist Reconciliation?
Eine erneute Prüfung des aktuellen Zustands nach einem unvollständigen Transfer. Sie ist kein blindes Fortsetzen.
Kann ein Rollback alte Authorizations einfach reaktivieren?
Nein. Reaktivierung erfordert vollständige Revalidation der gebundenen Dependencies.