DAV-ABDA / eRezept-Referenzvalidator

eRezept-Referenzvalidator auf Basis des HAPI-FHIR-Validators
Apache License 2.0
20 stars 8 forks source link

reference value SOLL nur mit "urn:uuid: akzeptiert werden #4

Open magrimuc opened 3 years ago

magrimuc commented 3 years ago

Referenzen innerhalb des eRezeptes SOLLen über Identifier mit der Syntax: "urn:uuid:... Bsp: <reference value="urn:uuid:8d58X-X-X3aa2c"/> ... gemacht werden.

Nicht zulässig sind Referenzen der Art <reference value="Invoice/8de7X-X-X4ac06"/> oder <reference value="Organization/8d58X-X-X3aa2c"/>.

Validator SOLL also Datei "Abgabedatensatz_falsch.xml" falsifizieren und nur Datei "Abgabedatensatz_korrigiert.xml" verifizieren. (IST: beide true) Abgabedatensatz_korrigiert.txt Abgabedatensatz_falsch.txt

DarthGizka commented 3 years ago

Interessanter Punkt!

Klarstellung für Leser, die sich an diesen Fall nicht mehr erinnern: hier geht es um die Verwendung einer Pseudo-Form von relativen URLs für Bundle-interne Referenzen, wenn die referenzierte Ressource mit UUID definiert ist (e.g. urn:uuid:11ba8a7b-79f6-4b7a-8a29-0524c9e0ba41 im Fall eines Beispiels aus einem alten Paket der eRezeptAbgabedaten).

Solche Referenzen sind schon immer sachlich falsch gewesen, aber in R4 nicht explizit verboten und anscheinend auch durchaus nicht unüblich. Daher ist HAPI sicher auch auf diesem Auge blind.

Siehe Bundle-internal reference: relative URL "[type]/[id]" when resource has fullUrl "urn:uuid:[id]", not "http://blah/blih/[type]/[id]" auf StackOverflow.

Bezüglich dieser Frage wird sich die Arbeitsgruppe definitiv positionieren müssen, ggf. mit Workaround für den blinden Fleck im HAPI.

P.S.: Simplifier zeigt hier das (korrigierte) Beispiel aus der aktuellen Paketversion, nicht das unter dieser URL ursprünglich verfügbare Original. Anscheinend kann man auf Simplifier grundsätzlich nur in der aktuellen Version rumstochern; die alten gibt es nur als tgz.