bedingtes Pflichtfeld/bedingtes MS: Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine id verfügen. Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine idverfügen.

Motivation MS: Zur Identifikation des Berichtbundles muss ein Identifier vom Subsystem mit angegeben werden.

Begründung MS: Damit das Bundle ein Document-Bundle nach FHIR-Core Spec ist, muss der type auf document gesetzt werden.

Begründung Pflichtfeld: Ein Datum muss für die korrekte Verarbeitung durch das Zielsystem vorhanden sein.

Begründung MS: Alle im Rahmen des Berichtes relevanten Informationen müssen hier referenziert werden.

Dieses Slice wird explizit aufgeführt, um zu verdeutlichen, dass immer eine Composition-Instanz im Bundle enthalten ist. Die FHIR-Core Specification besagt für Document-Bundles bereits, dass die erste Ressource im Bundle eine Composition sein muss. Alle daraus referenzierten Ressourcen müssen ebenfalls Teil des Bundle sein.

Dieses Slice wir explizit aufgeführt, um zu verdeutlichen, dass immer eine Patienten-Instanz im Bundle enthalten ist. Die FHIR-Core Specification besagt für Document-Bundles bereits, dass einige von der Composition referenzierte Ressourcen immer auch im Bundle enthalten sein müssen. Hierzu gehört im ISiK Kontext auch die Patient-Instanz.

Dieses Slice ist optional, aber wenn es vorhanden ist, muss es genau eine Encounter-Instanz sein. Die FHIR-Core Specification besagt für Document-Bundles bereits, dass einige von der Composition referenzierte Ressourcen immer auch im Bundle enthalten sein müssen. Hierzu gehört im ISiK Kontext auch die Encounter-Instanz.