search

gematik / spec-E-Rechnung

3 stars 0 forks source link

Task Rechnungsworkflow: rechnungsempfänger-Extension verlangt Identifier #19

Open simoneOnFhir opened 8 months ago

simoneOnFhir commented 8 months ago

Wenn ich in der Extension nur eine Referenz auf einen Patienten angebe, bekomme ich die Meldung error Element Task.extension:rechnungsempfaenger.value[x].identifier has minimum cardinality 1 but occurs 0 time(s).

Macht aus meiner Sicht keinen Sinn Wenn der FD den Task mit dem Rechnungsempfänger(KOntext der Submit-Operation) verknüpft hat, brauche ich keine zusätzliche Plausibilisierung über den Identifier mehr.

Ich verstehe gar nicht, wo der constraint herkommt. Das ist eine inline definierte Backport-Extension:

Wo kommen die Constraints auf den Subfeldern her??!?

alexzautke commented 7 months ago

Beim Abruf der Task-Ressourcen ($erechnung-getInvoices) enthält der Request ein Token incl. KVNR als Claim. Wenn wir den Identifier hier zusätzlich hinzufügen könnte die Abfrage der Task-Ressourcen optimiert werden.

simoneOnFhir commented 6 months ago

Ich glaube, ich habe das schon mal gefragt, aber ich kann es schon wieder nicht mehr nachvollziehen: Warum gibt es diese Extension überhaupt. Warum verwenden wir nicht Task.owner für den Rechnungsempfänger und Task.for für den Patienten (in den meisten Fällen das gleiche...). Ist der Rechnungsempfänger nicht der "Eigentümer" der jetzt entscheidet, was mit dem Task weiter passieren soll bzw. der den Task auch einfach Löschen könnte...?