Stream: german (d-a-ch)
Topic: Medplan PLUS - mehrere Dosen pro Tag?
Morten Ernebjerg (Nov 02 2018 at 14:53):
Da bin ich schon wieder :smile:. In dem MPP-Profil für MedicationStatement, hat das Feld dosage die Kardinalität 1...5. Ich hatte angenommen, dass man dementsprechend die Angabe "1 Tablette Morgens und 1 Tablette Abends" mit zwei Einträge, die beide dem Slice "kodiert" entsprechen, kodieren könnte (siehe Beispiel Unten). Aber im Profil ist die Kardinalität von beide Slices auf 0..1 festgelegt und dementsprechend fliegt auch einen Fehler beim Validieren (Slice "kodiert" kommt zweimal vor, darf aber nur einmal vorkommen). Da der Slicing closed ist, scheint es, dass man nie mehr als zwei Einträge (ein pro Slice) haben könnte. Habe ich was falsch verstanden oder gibt es tatsächlich ein Problem?
Beispiel: Mögliche Kodierung für Morgens & Abends?
"dosage": [ { "timing": { "code": { "coding": [ { "system": " http://hl7.org/fhir/v3/TimingEvent", "code": "CM" } ] } }, "doseQuantity": { ... } }, { "timing": { "code": { "coding": [ { "system": " http://hl7.org/fhir/v3/TimingEvent", "code": "CV" } ] } }, "doseQuantity": { ... } } ]
Simone Heckmann (Nov 05 2018 at 13:26):
Die Absicht ist: es kann 5 verschiedene Anweisungen geben (morgens, mittags abends, nachts, freitext), daher 1..5
Ein MedicationStatement darf aber nicht zwei slices mit Angabe für z.B. "morgens" haben, daher ist jeder slice maximal einmal erlaubt.
Simone Heckmann (Nov 05 2018 at 13:31):
Ah. Moment... Wir hatten das ausdifferenzierte Slicing ("morgens, mittags abends, nachts") aufgrund von Problemen mit dem Discriminator wieder auf zwei Slices reduziert, nämlich "kodiert" und "freitext".
Und du hast recht: damit müsste der "kodiert" slice die Kardinalität 0..4 bekommen, da ein Medikament, ja -worst case- zu allen vier Zeiten eingenommen werden muss...
Simone Heckmann (Nov 05 2018 at 13:33):
Auch der fixed value in timing.code.coding.display auf "morgens" ist natürlich Quark. Vermutlich ist das beim zurückbauen der Slices aus versehen übrig geblieben...
Simone Heckmann (Nov 05 2018 at 13:38):
https://github.com/hl7germany/medikationsplanplusplus/issues/59
(@Julian Sass , @dr Kai U. Heitmann )
Morten Ernebjerg (Nov 05 2018 at 13:39):
@Simone Heckmann Alles klar, danke! Das mit "morgens" hat mich auch etwas verwirrt :smirk:
Christof Gessner (Nov 05 2018 at 14:52):
Aber 1..5 haben wir doch bereits auf der Ebene von dosage?
Simone Heckmann (Nov 05 2018 at 16:11):
Ja, ist aber ein "closed" slicing, daher ist nur erlaubt, was in den Slices definiert ist...
Stefan Lang (Nov 05 2018 at 16:42):
Selbst wenn es "open" wäre: wenn das einzelne Slice (wie hier) auf max. 1 constrained ist, wären 2 oder mehr Vorkommen ein Error.
Christof Gessner (Nov 05 2018 at 18:41):
ok, ich glaube ich habe es jetzt verstanden, danke.
Und sowas wie
<slicing>
<discriminator>
<type value="exists" />
<path value="text" />
</discriminator>
<discriminator>
<type value="value" />
<path value="timing/code/coding/code" />
</discriminator>
<rules value="closed" />
</slicing>
wurde vermutlich schon ausprobiert...
Simone Heckmann (Nov 06 2018 at 07:21):
@Christof Gessner : In wie fern wäre das anders als der Status Quo?
Christof Gessner (Nov 06 2018 at 17:13):
Ich glaube, ich wollte damit auf das gleiche hinaus, was du oben als “ausdifferenziertes slicing” bezeichnetest. Also sowohl text als auch den code als discriminator.
Patrick Werner (Nov 06 2018 at 23:48):
kleine Anmerkung hierzu: Slicing auf text gilt als bad practice und sollte vermieden werden.
Christof Gessner (Nov 07 2018 at 07:01):
Auch mit discriminator typ exists?
Simone Heckmann (Nov 30 2018 at 13:43):
FYI: Ich hab die beiden Bugs in der Dosage (Kardinalität 0..4 statt 0..1) und den fehlerhaften fixed value behoben...
https://simplifier.net/medikationsplanplus/medicationstatement-1
Last updated: Apr 12 2022 at 19:14 UTC
