Begründung des Must-Support: Folgeinformation der AMTS-Bewertung, sollte auch an nachfolgende Behandelnde übermittelbar sein

Hinweis: Hier kann ein im Rahmen der Medikation festgestelltes, aber in Kauf genommenes Risiko dokumentiert werden, speziell auch die Begründung und ggf. erforderliche Begleitmaßnahmen.

Begründung des Must-Support: von der Fachseite gewünschte Angabe

Hinweis: Angabe Akut- oder Dauermedikation.

Begründung des Must-Support: von der Fachseite gewünschte Angabe

Hinweis: Freitext-Beschreibung des Behandlungsziels.

Begründung des Must-Support: historische Nachvollziehbarkeit

Hinweis: Welche Medikationsverordnung wird ersetzt?

Begründung des Must-Support: Erforderliche Angabe im FHIR-Standard

Begründung des Must-Support: Erforderliche Angabe im FHIR-Standard

Hinweis: i.d.R. 'order'

Begründung des Must-Support: Basisinformation

Hinweis: kann verwendet werden, wenn keine detaillierten Informationen zum Medikament (z.B. Rezepturen) existieren.

Begründung des Must-Support: Basisinformation

Hinweis: wird verwendet, wenn detaillierte Informationen zum Medikament vorliegen

Begründung des Must-Support: Basisinformation

Begründung des Must-Support: Basisinformation im Krankenhaus-Kontext

Begründung des Must-Support: Basisinformation

Begründung des Must-Support: Nachvollziehbarkeit

Festlegung zum MS: Die Elemente .reasonCode und .reasonReference MÜSSEN nach OR-Logik in der Ausgabe verwendet werden, d.h. nur eines MUSS geliefert werden können. Weiterhin MÜSSEN beide Elemente interpretiert werden können. Begründung zu Must-Support: Konsolidierung mit MII Profil: https://www.medizininformatik-initiative.de/fhir/core/modul-medikation/StructureDefinition/MedicationRequest

Begründung des Must-Support: Falls der Grund kodierbar ist, sollte er auch kodiert werden.

Begründung des Must-Support und Kardinalität: Ein Coding Element benötigt immer ein System um die Bedeutung des Codes zu definieren.

Begründung des Must-Support und Kardinalität: Ein Coding Element benötigt immer ein Code um die Bedeutung des Codes zu definieren.

Begründung des Must-Support: Ein Display Element ist für die Lesbarkeit der Information notwendig.

Festlegung zum MS: Die Elemente .reasonCode und .reasonReference MÜSSEN nach OR-Logik in der Ausgabe verwendet werden, d.h. nur eines MUSS geliefert werden können. Weiterhin MÜSSEN beide Elemente interpretiert werden können. Begründung zu Must-Support: Konsolidierung mit MII.

Begründung des Must-Support: Referenz auf die Diagnose oder Untersuchung, die die Medikation begründet.

Begründung des Must-Support: Angabe zusätzlicher Informationen kann fachlich relevant sein

Begründung des Must-Support: Basisinformation. Zur vollständig strukturierten Abbildung der zahlreichen Möglichkeiten sind die hier mit Must-Support gekennzeichneten Unterelemente erforderlich gemäß Konsens der ISiK AG Medikation

Festlegung zum Must-Support: Die Verarbeitung MUSS unterstützt werden, indem empfangende Systeme die Freitext-Dosierungsinformation entweder direkt in der Textform persistieren, ODER die Informationen in eine alternative (strukturierte) Form umwandeln (ggf. unter Einwirkung geeigneter Nutzer). Im letzteren Fall KANN auf eine Persistierung in Textform verzichtet werden, um Inkonsistenzen zu vermeiden.

Ein System KANN jedoch strukturierte Dosierungsinformationen in Freitext-Dosierungsinformationen umwandeln, um sie in einem Dokument oder einer Benutzeroberfläche anzuzeigen - dabei ist auf Konsistenzwahrung zu allen strukturierten Elementen zu achten.
Hinweis: Diese Festlegung folgt und spezifiziert folgende MS-Festlegung aus dem ISiK Basismodul: 'Systeme KÖNNEN es darüber hinaus ermöglichen, dass die jeweiligen Informationen vom Anwender ergänzt oder editiert werden.'
Zum Beispiel könnte ein empfangendes System die Freitext-Dosierungsanweisungen in strukturierte Dosierungsanweisungen umwandeln, um sie in einer Medikationsverwaltung anzuzeigen oder später zu exponieren. Geht es zum Beispiel um eine Angabe zu Tageszeiten der Einnahme in der freitextlichen Dosierungsanweisung als 'Morgens, Mittags, Abends', so könnte das empfangende System diese Angabe in strukturierte Dosierungsanweisungen umwandeln, die die Einnahmezeiten in kodierter Form mit 'MORN', 'NOON', 'EVE' deklariert.

Das Must-Support-Flag auf rateRatio bzw. rateQuantity bedeutet, dass produzierende Systeme zur Kodierung der Ratenangaben nach eigenem Ermessen entweder den Datentyp Ratio oder Quantity verwenden KÖNNEN. Beim Empfang und Verarbeitung der eingehenden Daten MÜSSEN dagegen beide Datentypen interpretiert werden können.

Das Must-Support-Flag auf rateRatio bzw. rateQuantity bedeutet, dass produzierende Systeme zur Kodierung der Ratenangaben nach eigenem Ermessen entweder den Datentyp Ratio oder Quantity verwenden KÖNNEN. Beim Empfang und Verarbeitung der eingehenden Daten MÜSSEN dagegen beide Datentypen interpretiert werden können.

Begründung des Must-Support: Basisinformation

Begründung des Must-Support: Alignment mit dem (E-)Rezept