hl7germany / medikationsplanplusplus

Technische Korrekturen zum Medikationsplan Plus - Arbeitsversion
2 stars 1 forks source link

Differenzierung "Required" und "Mandatory" unklar #23

Open simoneOnFhir opened 7 years ago

simoneOnFhir commented 7 years ago

Der Unterschied zwischen R und M im Datenkatalof (Kapitel 4.2) ist unklar

kheitmann commented 7 years ago

siehe zB hier https://art-decor.org/mediawiki/index.php?title=ART_Template_Viewer#Card_.2F_Conf_.283.29

simoneOnFhir commented 7 years ago

Demzufolge müsste Required + Kardinalität 1..n = M sein. Das trifft aber nicht zu.

kheitmann commented 7 years ago

Nein, wieso? Mandatory ist immer 1..x und bedeutet, dass ein valider Wert vorhanden sein muss, sonst geht es nicht weiter (absolute requirement). Required heisst, dass falls ein valider Wert vorhanden ist, dieser genannt werden muss, falls aus Gründen kein valider Wert vorhanden ist, kann man das Fehlen deklarieren (ggf. mit Grund). Klarer?

kheitmann commented 7 years ago

Jedes mandatory Item ist demzufolge auch required, aber nicht aller required items sind mandatory.

kheitmann commented 7 years ago

Ähnliche/gleichartige Konstrukte sind in FHIR dataAbsentReason und mustSupport

simoneOnFhir commented 7 years ago

Aber alle Required Felder, die eine Minimale Kardinalität "1" haben, sollten Mandatory sein, im Datenmodell gibt es jedoch sowohl R 1..1 als auch M 1..1 z.B.: 2017-09-14 17_00_44-ig_patientenbezogener medikationsplan plus hl7wiki

Was ist hier der semantische Unterschied?

kheitmann commented 7 years ago

Nein 1..x ist die Kardinalität, M und R die Konformität. Im obigen Beispiel heißt es schlicht du musst eine Freitextzeile bei der Rezeptur haben (sonst ist es ungültig weil sinnlos). Bei der Wirkstärke ist der String der Wirkstärke erforderlich, aber falls keiner vorhanden ist, wird nullFlavor (data absent) gesendet, aber es ist trotzdem noch gültig. In beiden fällen MUSS ein System dieses Items unterstützen (mustSupport).

lhitc commented 6 years ago

Das sollte auf jeden Fall im Leitfaden deutlich(er) beschrieben werden. CDA und FHIR gehen mit Kardinalität und Must-Support unterschiedlich um, u.a. auch weil FHIR keinen nullFlavor kennt. Vgl. auch #25

kheitmann commented 6 years ago

Siehe Buch von Frank Oemig