Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

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

Open
simoneOnFhir opened this issue Nov 7, 2023 · 2 comments

Comments

@simoneOnFhir
Copy link
Contributor

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
Copy link
Contributor

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
Copy link
Contributor Author

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...?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants