Unter dieser Rubrik finden Sie Fragen und Antworten zum Thema FHIR®, die für die Umsetzung aller MIOs gleichermaßen relevant sind.

Bei der Referenzierung einer FHIR®-Ressource werden in unseren Spezifikationen in der Regel die Versionsnummern angegeben. Ist dies an einer Stelle in einem bestimmten Profil nicht der Fall, wird empfohlen für die referenzierte Ressource die Version zu verwenden, die der Version des referenzierenden Profils entspricht.
Bei unseren bisher festgelegten MIOs handelt es sich um Dokumente. Die Struktur geben wir durch die Composition vor. Deshalb muss in unseren bisher festgelegten MIOs immer genau eine Composition in einem Bundle enthalten sein.
Für das Narrative gibt es Vorgaben, welche durch HL7® FHIR® festgelegt werden und für jedes Profil identisch sind. Für das "div" Element im Narrative ist immer Inhalt in Form von XHTML-Code zu verwenden. Diese XHTML Fragmente müssen XHTML-Namespaces beinhalten, wie auch in den Beispielen der HL7® FHIR® Dokumentation gezeigt. Nähere Informationen finden Sie auch auf der entsprechenden Webseite von HL7® FHIR®: http://hl7.org/fhir/narrative.html#Narrative
Innerhalb eines Bundles werden die beinhalteten Personen und Organisationen (z. B. PatientIn, Practitioner, Organization) aus nahezu allen Profilen referenziert. Es sollte darauf geachtet werden, dass z. B. für eine behandelte Person innerhalb eines MIO-Eintrages nur eine Instanz erzeugt wird. Diese Instanz kann mehrfach referenziert werden.
Die einzelnen Profile einer FHIR®- Spezifikation sind über ein Bundle zusammengefasst, sodass ein Bundle mit den zugehörigen Profil-Instanzen eine Instanz des MIO bildet. Diese Instanz wird in der elektronischen Patientenakte (ePA) gespeichert. Es dürfen keine Profil-Instanzen einzeln, also ohne Bundle, in die ePA hochgeladen werden.

Funktionen, die durch die ePA übernommen werden (bspw. Versionierung oder lastUpdated), schließen wir aus, um widersprüchliche Informationen zwischen den Instanzen der FHIR® Profile und den Meta-Informationen der ePA zu vermeiden.

Alle Informationen werden als Bundle in die ePA geladen. Dementsprechend werden einzelne Profil-Instanzen nie verschiedene Daten in dem Element lastUpdated enthalten. Das Bundle enthält weiterhin das Element "timestamp", welches den Zeitpunkt abbildet, zu dem das Bundle zusammengefügt worden ist und implizit (wenn auch nicht ganz exakt) lastUpdated abbildet.

Auf oberster Ebene in der Profil-Definition sind die Constraints für das jeweilige FHIR®-Profil definiert.
Die semantische und syntaktische Definition der Inhalte für die MIOs, welche eine Vorlage in Papierform besitzen (Mutterpass, U-Heft, Zahnbonusheft und Impfpass), erfolgt dem gesetzlichen Auftrag entsprechend gemäß der Papiervorlage. Daraus resultieren Abweichungen unserer Spezifikationen im Vergleich zu den Ressourcen-Definitionen. Änderungen der Inhalte in den entsprechenden MIOs setzen eine Änderung der Papiervorlage voraus.

Im Informationsmodell sind die Bedingungen in den einzelnen Elementen unter dem Punkt "Bedingungen" zu finden.

In FHIR® werden die Bedingungen, soweit möglich, als Constraints definiert. Bedingungen, die über die Möglichkeiten der Constraints hinaus gehen, sind bei der technischen Umsetzung des MIO zu beachten und umzusetzen.

Von FHIR® selbst und der Kassenärztlichen Bundesvereinigung (KBV) gibt es keine Vorgaben zur Formatierung der Profile-ID. Die mio42 GmbH verwendet für die veröffentlichten Beispieldateien üblicherweise eine Version 4 UUID.